Redprince
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Hallo! Ich betreibe ein Heimnetzwerk. Die verschiedenen Netzwerksteckdosen in den einzelnen Räumen münden verkabelt auf einem Patchfeld und werden von dort über einen Switch (TP-Link TL-SG1024D) zusammengeführt. Dort ist auch meine FritzBox (6890) angeschlossen, die die IP-Adressen (für die bekannten Geräte statisch) vergibt und DNS bereitstellt. Diverse Endgeräte im LAN bzw. W-LAN (sowohl das direkte W-LAN der FritzBox als auch indirekt über einen Access-Point) bereiten keine Probleme. Auf meinem Desktop-PC hatte ich vormittags noch im Internet gedaddelt, ihn laufen lassen und als ich nachmittags ins Internet wollte, ging es nicht - ping auf die FritzBox (192.168.178.1) lief ins Leere. FritzBox neu gestartet, den Switch auch. Und den PC, der NetworkManager sagt, ich sei verbunden, ip address show zeigt an, dass die vorgesehene statische IP (192.168.178.207) vergeben ist, ping auf die FritzBox läuft aber ins Leere. Switch neu gestartet, es geht kurzzeitig wieder, dann nicht mehr. Andere Endgeräte wie mein Handy oder ein Fernseher haben jedoch weiter Zugriff. Ich hatte erst meinen PC Hardware-seitig im Verdacht. Verbinden über W-LAN liefert aber dasselbe Problembild, Nutzung der zweiten Netzwerkbuchse auch. Aus einer Laune heraus habe ich ping durchlaufen lassen und währenddessen das Kabel in einer anderen Steckdose platziert, d.h. im Ergebnis einen anderen Port am Switch genutzt:
1
2
3
4
5
6
7
8
9
10
11
12
13
14 | $ ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) Bytes Daten.
Von 192.168.178.207 icmp_seq=1 Zielhost nicht erreichbar
..
Von 192.168.178.207 icmp_seq=11 Zielhost nicht erreichbar
64 Bytes von 192.168.178.1: icmp_seq=12 ttl=64 Zeit=1026 ms
..
64 Bytes von 192.168.178.1: icmp_seq=319 ttl=64 Zeit=842 ms
Von 192.168.178.207 icmp_seq=331 Zielhost nicht erreichbar
Von 192.168.178.207 icmp_seq=332 Zielhost nicht erreichbar
64 Bytes von 192.168.178.1: icmp_seq=335 ttl=64 Zeit=128 ms
64 Bytes von 192.168.178.1: icmp_seq=336 ttl=64 Zeit=0.939 ms
64 Bytes von 192.168.178.1: icmp_seq=337 ttl=64 Zeit=0.526 ms
64 Bytes von 192.168.178.1: icmp_seq=338 ttl=64 Zeit=0.690 ms
|
Sprich: ping scheitert, ich nutze einen anderen Port, ping kommt durch; kurzzeitig, dann nicht mehr - bis ich wieder umstöpsel. Das ist ziemlich unpraktisch.. Das Hardware-Setup hat sich in den vergangenen Monaten nicht geändert, bisher hatte ich keine Probleme damit. Hat jemand eine Idee, was hier los ist und wie ich das Problem lösen kann? Vielen Dank im Voraus!
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17584
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Prüfe, ob Fehler auftreten. ifconfig zeigt das an.
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Danke für die rasche Rückmeldung! Während ping durchkommt:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 | $ ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.207 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::c427:6f1e:fab7:b6ee prefixlen 64 scopeid 0x20<link>
inet6 2003:dc:ff22:6900:e124:f61:7770:9cb8 prefixlen 64 scopeid 0x0<global>
ether 1c:83:41:28:7c:b8 txqueuelen 1000 (Ethernet)
RX packets 176504 bytes 205517331 (205.5 MB)
RX errors 0 dropped 11065 overruns 0 frame 0
TX packets 54133 bytes 5828210 (5.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 6389 bytes 591702 (591.7 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6389 bytes 591702 (591.7 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
|
Ab dem Zeitpunkt, ab dem ping scheitert:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 | $ ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.207 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::c427:6f1e:fab7:b6ee prefixlen 64 scopeid 0x20<link>
inet6 2003:dc:ff22:6900:e124:f61:7770:9cb8 prefixlen 64 scopeid 0x0<global>
ether 1c:83:41:28:7c:b8 txqueuelen 1000 (Ethernet)
RX packets 211885 bytes 252639333 (252.6 MB)
RX errors 0 dropped 11431 overruns 0 frame 0
TX packets 62003 bytes 6766677 (6.7 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 6605 bytes 631739 (631.7 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 6605 bytes 631739 (631.7 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
|
Spaßeshalber habe ich mit dem iPhone Tethering dann kurz angeworfen - da kann ich mich mit dem PC via W-LAN problemlos verbinden. Deute ich die ifconfig-Ausgabe richtig, dass dort keine Fehler gefunden werden? Was kann ich zur weiteren Eingrenzung bzw. Behebung tun?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17584
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
RX errors 0 dropped 11065
Das ist komisch. Und in meinen Augen auch viel zu hoch.
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Okay, wie könnte ich denn das Problem weiter eingrenzen? Wie gesagt tritt es auf, ohne dass ich an am Hardware-Setup etwas geändert hätte, noch an der Software heute z.B. durch Update etwas verändert hätte. Ich hatte zunächst an einen Wackler gedacht. Aber die Kabel zwischen Patchfeld und Switch sitzen bombenfest, die in den Wänden ohnehin. Und das Kabel zwischen PC und Steckdose ist knickfrei so verlegt, dass ich es auch nicht bewege.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17584
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Tritt es im Live-System auf?
Tritt es an anderen Rechnern auf, die am gleichen Kabel hängen wie der Problem-PC?
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Ich bin mir nicht sicher, ob es mit dem "Eingrenzen" so gut geklappt hat. Also: Ich habe es im Live-System versucht - gleiches Fehlerbild. Dann habe ich einfach ein anderes Kabel verwendet - gleiches Fehlerbild. Am anderen Kabel habe ich meinen alten Laptop angeschlossen - gleiches Fehlerbild. Weil das neue Kabel lang genug war, habe ich es mal vom Büro ins Schlafzimmer gezogen und dort angeschlossen (also nochmal ein anderer Switch-Port mittelbar) - gleiches Fehlerbild, bzw. erst liefen die Pings noch durch, aber mit 100ms Laufzeit aufwärts, dann gar nicht mehr. Das machte mich stutzig, weil jetzt noch ein anderer Raum betroffen war. Und der dort über LAN angeschlossene Fernseher gab zwar an, im Netzwerk zu sein, jedoch nicht ins Internet zu können. Morgens lief das wunderbar. Und das wunderte mich, weil im Wohnzimmer der via LAN angeschlossene Fernseher aktuell im Internet hängt. Aus Spaß habe ich mit dem Handy aus dem W-LAN heraus einen Druckauftrag losgeschickt, und mein Netzwerkdrucker - im LAN - hat sofort losgedruckt. Und die FritzBox sagt: gewohnte Verbindung ins Internet, verschiedene Geräte angeschlossen, alles fein im Netzwerk.
Mehrere Geräte im LAN laufen mithin wie gewohnt problemlos. Und einige ohne von mir vorgenommene Änderung nicht mehr bzw. nicht mehr "richtig". Wenn die FritzBox schuld wäre, warum dann nur für ausgewählte Geräte? Gleiches beim Switch. Andererseits ist's ja auch nicht sehr wahrscheinlich, dass im selben Zeitpunkt mehrere von einander unabhängige Geräte netzwerkmäßig den Geist aufgeben. Einen Kabel-Defekt würde ich auch ausschließen, weil dann auch direkt eine Vielzahl betroffen sein müsste, ohne dass etwas passiert wäre. Helft mir, bitte! 😮
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
Redprince schrieb: Okay, wie könnte ich denn das Problem weiter eingrenzen? Wie gesagt tritt es auf, ohne dass ich an am Hardware-Setup etwas geändert hätte, noch an der Software heute z.B. durch Update etwas verändert hätte.
Poste mal wenn der Ping geht und wenn der Ping nicht geht, die Ausgaben von:
arp -av
route -n
sudo arping -c 3 -I enp2s0 192.168.178.1
arping musst Du evtl. vorher noch installieren, mit:
which arping
sudo apt-get install iputils-arping
sudo dpkg --configure -a
which arping
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17584
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Dann musst du jetzt sukzessive alles testen. Teste mal die Pings zu anderen Geräten im Netz.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Redprince schrieb: […] Switch (TP-Link TL-SG1024D)
Die wahrscheinlichste Erklärung: Der Switch arbeitet unzuverlässig wegen abgestürzter Software oder Hardware-Defekt, die auch nur bestimmte Teile betreffen oder temporär auftreten können. Trenne den Switch von der Stromversorgung und starte ihn neu. Wenn das Deinen Problemen nicht abhilft, ist ein Hardware-Defekt wahrscheinlich.
|
Redprince
(Themenstarter)
Anmeldungsdatum: 3. August 2007
Beiträge: 118
|
Nochmals vielen Dank für eure Hilfe! lubux schrieb: Poste mal wenn der Ping geht und wenn der Ping nicht geht, die Ausgaben von:
ping geht:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | $ arp -av
fritz.box (192.168.178.1) auf .. [ether] auf enp2s0
Einträge: 1 Ignoriert: 0 Gefunden: 1
$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 100 0 0 enp2s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 enp2s0
192.168.178.0 0.0.0.0 255.255.255.0 U 100 0 0 enp2s0
$ sudo arping -c 3 -I enp2s0 192.168.178.1
ARPING 192.168.178.1 von 192.168.178.207 enp2s0
Unicast antworten von 192.168.178.1 [..] 1.471ms
Unicast antworten von 192.168.178.1 [..] 1.256ms
Unicast antworten von 192.168.178.1 [..] 1.273ms
Sent 3 probes (1 broadcast(s))
3 Antwort(en) erhalten
|
ping geht nicht (Hint: 192.168.178.100 ist mein Netzwerkdrucker):
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | $ arp -av
fritz.box (192.168.178.1) auf .. [ether] auf enp2s0
? (192.168.178.100) auf .. [ether] auf enp2s0
Einträge: 2 Ignoriert: 0 Gefunden: 2
$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 100 0 0 enp2s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 enp2s0
192.168.178.0 0.0.0.0 255.255.255.0 U 100 0 0 enp2s0
$ sudo arping -c 3 -I enp2s0 192.168.178.1
ARPING 192.168.178.1 von 192.168.178.207 enp2s0
Sent 3 probes (3 broadcast(s))
0 Antwort(en) erhalten
|
kB schrieb: Die wahrscheinlichste Erklärung: Der Switch arbeitet unzuverlässig wegen abgestürzter Software oder Hardware-Defekt, die auch nur bestimmte Teile betreffen oder temporär auftreten können. Trenne den Switch von der Stromversorgung und starte ihn neu. Wenn das Deinen Problemen nicht abhilft, ist ein Hardware-Defekt wahrscheinlich.
Das dürfte die Lösung sein; mir war nicht bewusst, dass auch ein teilweiser Defekt infrage kommen könnte. Neustarts haben nicht geholfen. Ich habe die letzten zwei Tage den Switch einfach überbrückt, indem ich den PC direkt vom Patchfeld aus mit der FritzBox verbunden habe - das lief tadellos. Ich klicke mir dann mal einen neuen Switch, vielleicht hält der dann länger als 2,5 Jahre..
|