Linux123123
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
Hallo, ich hatte vor kurzem erst Fedora xfce installiert, da fing es schon an. Fedora wollte sich auch nicht updaten lassen. Danach Lubuntu 20.4 draufgepackt, dort das selbe Problem. Ich kann einfach bestimmte Webseiten nicht aufrufen, vorher mit Centos ging das. Centos hatte ich schon länger drauf. Mit dem Handy im selben Wlan kann ich ganz normal die Webseiten aufrufen. Es sind viele Webseiten, bin froh das diese Seite hier geht. Es steht dann Server not found im Browser: (Hmm. We’re having trouble finding that site.) Browser Add-ons vom Firefox kann ich auch nicht installieren. Wenn ich in den Add-on Manager gehe, dann auf find more Add-ons dann kommt auch Server not found. Lubuntu jetzt kann ich auch nicht updaten. Wenn ich auf Apply Full Upgrade klicke, dann steht da: Check your internet connection Error Resume:
Eror Code: error-repo-download-failed Internet ist ja teils da am Notebook. Ich nutze einen Dell Vostro 3000 ca. 4 Jahre alt mit 4Gb Ram und Intel Pentium (der wurde mit Ubuntu ausgeliefert), sollte eigentlich funktionieren. Weiß nicht woran das liegt, vielleicht hat hier jemand eine Lösung parat? Gruß
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Welche Seiten sind das?
Bitte komplette Domainnamen wie www.ubuntuusers.de.
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Kommst du mit einem Live-Medium ins Internet und kannst du dort die Seiten aufrufen?
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
DJKUhpisse schrieb: Welche Seiten sind das?
Bitte komplette Domainnamen wie www.ubuntuusers.de.
Zum Beispiel: www.joyn.de Andere muss ich noch gucken, bin gerade auf dem Weg zur spätschicht. Selbst updaten geht nicht. Dr_Schmoker schrieb: Kommst du mit einem Live-Medium ins Internet und kannst du dort die Seiten aufrufen?
Kann ich heute nach der Arbeit gucken.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Zeige ping 13.224.102.120
ip a
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
So, hatte Lubuntu Live an und Nein, joyn.de ist auch nicht erreichbar, selbes Problem. DJKUhpisse schrieb: Zeige ping 13.224.102.120
ip a
anonym@anonym:~$ ping 13.224.102.120
ping: connect: Network is unreachable
anonym@anonym:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp7s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 28:f1:0e:2e:de:7d brd ff:ff:ff:ff:ff:ff
3: wlp6s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether e4:02:9b:07:e4:50 brd ff:ff:ff:ff:ff:ff
inet6 2003:e6:c700:6d00:511f:994:b153:62ac/64 scope global temporary dynamic
valid_lft 7016sec preferred_lft 1616sec
inet6 2003:e6:c700:6d00:f224:2d42:e329:e01e/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7016sec preferred_lft 1616sec
inet6 fe80::35b5:ac20:6c8f:6c77/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Das Problem ist, dass dein PC keine IPv4-Adresse hat, sondern nur eine IPv6-Adressen (komme bitte nicht auf die Idee, IPv6 abzustellen. Vergibst du die Adressen manuell oder machst du DHCP?
Es könnte sein, dass der DHCP-Server (oft im Router integriert) nicht funktioniert.
Mache mal einen Router-Neustart oder vergebe dir mal manuell (testweise) eine IPv4 sowie eine Standardroute.
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
DJKUhpisse schrieb:
Mache mal einen Router-Neustart oder vergebe dir mal manuell (testweise) eine IPv4 sowie eine Standardroute.
Danke DJKUhpisse !!! Nach dem Router neustart kann ich z.B. die Webseite www.joyn.de erreichen. Hätte niemals gedacht, das es an einem Router Neustart hängt. Manuel gändert hatte ich am Router nichts, der ist genau so eingestellt wie vorher. Funktioniert Super, kann sogar wieder updaten. Danke euch allen!
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Das ist zumindest bei Telekom-Speedports schön öfter aufgefallen. Sollte das wieder auftreten nimm den Wireshark und schneide alle Pakete mit, damit man prüfen kann, ob der DHCP überhaupt was macht.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
Linux123123 schrieb: Hätte niemals gedacht, das es an einem Router ...
Wie sind die Ausgaben von:
sudo nmap --script broadcast-dhcp-discover
ps aux | grep -i [d]hc
? Welchen Router hast Du?
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
lubux schrieb: Linux123123 schrieb: Hätte niemals gedacht, das es an einem Router ...
Wie sind die Ausgaben von:
sudo nmap --script broadcast-dhcp-discover
ps aux | grep -i [d]hc
? Welchen Router hast Du?
Ausgabe: Anonym@Anonym:~$ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2020-11-03 23:20 CET
Packet Tracing enabled.
NSE: UDP 0.0.0.0:68 > 255.255.255.255:67 | 00000000: 01 01 06 00 6f 23 aa 47 00 00 80 00 00 00 00 00 o# G
00000010: 00 00 00 00 00 00 00 00 00 00 00 00 de ad c0 de
00000020: ca fe 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000e0: 00 00 00 00 00 00 00 00 00 00 00 00 63 82 53 63 c Sc
000000f0: 35 01 01 37 40 fc 01 02 03 04 05 06 07 08 09 0a 5 7@
00000100: 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18 19 1a
00000110: 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a !"#$%&'()*
00000120: 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a +,-./0123456789:
00000130: 3b 3c 3d 43 42 33 04 00 00 00 01 ff ;<=CB3
NSOCK INFO [0.4130s] nsock_trace_handler_callback(): Callback: WRITE SUCCESS for EID 11 [255.255.255.255:67]
NSE: UDP 0.0.0.0:68 > 255.255.255.255:67 | SEND
NSOCK INFO [0.4130s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 21
NSOCK INFO [0.4130s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 29
NSE: UDP 0.0.0.0:68 > 255.255.255.255:67 | CLOSE
NSOCK INFO [0.4130s] nsock_iod_delete(): nsock_iod_delete (IOD #3)
NSOCK INFO [0.4130s] nsock_trace_handler_callback(): Callback: READ-PCAP SUCCESS for EID 29
NSOCK INFO [0.4640s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 37
NSOCK INFO [0.5140s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 21
NSOCK INFO [0.5630s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 45
NSOCK INFO [0.5640s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 37
NSOCK INFO [0.6130s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 53
NSOCK INFO [0.6630s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 45
NSOCK INFO [0.7120s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 61
NSOCK INFO [0.7130s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 53
NSOCK INFO [0.7620s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 69
NSOCK INFO [0.8120s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 61
NSOCK INFO [0.8620s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 77
NSOCK INFO [0.8620s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 69
NSOCK INFO [0.9110s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 85
NSOCK INFO [0.9620s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 77
NSOCK INFO [1.0100s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 93
NSOCK INFO [1.0100s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 85
NSOCK INFO [1.0600s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 101
NSOCK INFO [1.1100s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 93
NSOCK INFO [1.1590s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 109
NSOCK INFO [1.1600s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 101
NSOCK INFO [1.2090s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 117
NSOCK INFO [1.2590s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 109
NSOCK INFO [1.3090s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 125
NSOCK INFO [1.3090s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 117
NSOCK INFO [1.3580s] nsock_pcap_read_packet(): Pcap read request from IOD #1 EID 133
NSOCK INFO [1.4090s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 125
NSOCK INFO [1.4490s] nsock_trace_handler_callback(): Callback: READ-PCAP SUCCESS for EID 133
NSOCK INFO [1.4490s] nsock_pcap_read_packet(): Pcap read request from IOD #2 EID 141
NSE: > | CLOSE
NSOCK INFO [1.5490s] nsock_trace_handler_callback(): Callback: READ-PCAP TIMEOUT for EID 141
NSE: > | CLOSE
NSOCK INFO [1.5500s] nsock_iod_delete(): nsock_iod_delete (IOD #2)
NSOCK INFO [1.5500s] nsock_iod_delete(): nsock_iod_delete (IOD #1)
Pre-scan script results:
| broadcast-dhcp-discover:
| Response 1 of 1:
| IP Offered: 192.168.178.22
| DHCP Message Type: DHCPOFFER
| Server Identifier: 192.168.178.1
| IP Address Lease Time: 10d00h00m00s
| Renewal Time Value: 5d00h00m00s
| Rebinding Time Value: 8d18h00m00s
| Subnet Mask: 255.255.255.0
| Router: 192.168.178.1
| Domain Name Server: 192.168.178.1
| Domain Name: fritz.box
| Broadcast Address: 192.168.178.255
|_ NTP Servers: 192.168.178.1
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.64 seconds Mein Router: FritzBox 7360 SL, schon 8 Jahre alt...
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
Linux123123 schrieb: Ausgabe: Anonym@Anonym:~$ sudo nmap --script broadcast-dhcp-discover
Starting Nmap 7.80 ( https://nmap.org ) at 2020-11-03 23:20 CET
Pre-scan script results:
| broadcast-dhcp-discover:
| Response 1 of 1:
| IP Offered: 192.168.178.22
| DHCP Message Type: DHCPOFFER
| Server Identifier: 192.168.178.1
| IP Address Lease Time: 10d00h00m00s
| Renewal Time Value: 5d00h00m00s
| Rebinding Time Value: 8d18h00m00s
| Subnet Mask: 255.255.255.0
| Router: 192.168.178.1
| Domain Name Server: 192.168.178.1
| Domain Name: fritz.box
| Broadcast Address: 192.168.178.255
|_ NTP Servers: 192.168.178.1
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 1.64 seconds
Mein Router: FritzBox 7360 SL, ...
Zugang zum DHCP-Server der FritzBox ist möglich bzw. vorhanden. Es kann auch sein, dass zum Zeitpunkt des Bootens, die FritzBox temporär keine IPv4-Verbindung ins Internet gehabt hat und dann hat die interne (im W/LAN) v4-DHCP-Zuweisung nicht funktioniert. Ich kenne das von DS-lite-Internetanschlüssen (bei Kabel-Providern). Das Problem ist, dass der dhcp-Client auf deinem Gerät, dann aufgegeben hat und nicht erneut versucht hat, eine interne IPv4-Adresse zu bekommen. Das Handy hat ja evtl. schon vorher, seine IPv4-Adresse bekommen und/oder es ist etwas "hartnäckiger" (wenn es um dhcp geht) als der dhcp-Client auf deinem Ubuntu.
Abhilfe könnte eine feste/statische IPv4-Adresse (d. h. ohne dhcp) auf deinem Ubuntu, bringen.
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
Ok, hatte aber den Computer mehrmals neugestartet + noch ein anderes Linux Installiert. 1 Tag vorher, oder sozusagen noch am selben Tag ging es ja. Ich hatte dann Fedora 33 installiert und plötzlich konnte ich nicht mehr jede Seite laden. www.welt.de konnte geladen werden, aber wenn ich den Livestream schauen wollte und Play drückte, dann passierte beim laden nichts. Jetzt geht alles und ich Danke euch !!!
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Könnte hier wieder das Problem gewesen sein, denn www.welt.de hat IPv6, eventuell aber der eingebettete Player nicht.
|
Linux123123
(Themenstarter)
Anmeldungsdatum: 24. März 2017
Beiträge: 26
|
DJKUhpisse schrieb: Könnte hier wieder das Problem gewesen sein, denn www.welt.de hat IPv6, eventuell aber der eingebettete Player nicht.
ok.
|