Saptah
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
Hallo, ich habe seit ein paar Tagen ein Problem mit einer instabilen Netzwerkverbindung von meinem PC aus. Zwischen Fritzbox und PC hängen noch zwei Switches. Einen Fehler bei den Switches kann ich ausschließen, da andere Geräte über diesen Weg funktionieren. Ich glaube die Ursache liegt an der Anbindung des PC ins Netzwerk. In der Fritzbox sieht es wie im Screenshot im Anhang gezeigt aus. Ich habe eine Fritzbox 7490. Der PC (Martins-PC) wird über WLAN verbunden angezeigt. Der PC scheint mit DESKTOP-CV76F2C verbunden zu sein, welcher per Kabel an der Fritzbox hängt.
Das interessante ist jetzt, dass DESKTOP-CV76F2C die eigentliche Netzwerkkarte meines PC ist, da die entsprechenden MAC-Adressen übereinstimmen. Die weiteren Beispiele Martins-Server und Martins-TP zeigen hingegen eine direkte Anbindung über Netzwerk bzw. WLAN ohne Zwischengerät. Beides ist korrekt. Martin-TP läuft ebenfalls mit Kubuntu 18.04 und Martins-Server läuft mit Debian, ist aber per Kabel verbunden. Zeitweise haben sich die IP-Adressen von DESKTOP-CV76F2C und Martins-PC auch unterschieden. Dies tritt zu unterschiedlichen Zeitpunkten auf, scheint aber in keinem Zusammenhang mit den Verbindungsabbrüchen zu stehen. D.h. auch bei unterschiedlichen IP-Adressen habe ich eine Verbindung... Die Ausgabe von if-config am PC zeigt folgendes: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | martin@Martins-PC:~$ ifconfig
enp24s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.43 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 2a02:6d40:39c1:ac01:41b4:a935:b885:6d92 prefixlen 64 scopeid 0x0<global>
inet6 fe80::16a2:e43d:625a:87b5 prefixlen 64 scopeid 0x20<link>
inet6 2a02:6d40:39c1:ac01:95d2:f0af:571e:e4b4 prefixlen 64 scopeid 0x0<global>
ether 00:d8:61:39:c5:60 txqueuelen 1000 (Ethernet)
RX packets 214106 bytes 278500571 (278.5 MB)
RX errors 0 dropped 1027 overruns 0 frame 0
TX packets 209655 bytes 164987016 (164.9 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 2433 bytes 197666 (197.6 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2433 bytes 197666 (197.6 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
|
Die Frage ist nun, was sich hier verändern ließe, um die Anbindung an die Fritzbox zu optimieren. Die Verbindungsabbrüche sind zufällig, ein paar Minuten geht es, dann wieder nicht mehr ☹
- Bilder
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17651
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ich sehe, dass beide Einträge die gleiche IP, aber eine unterschiedliche MAC-Adresse haben.
Es zählt hier die MAC-Adresse (eine Netzwerkkarte kann mehrere haben, wenn z.B. eine VM die noch als Bridge mitnutzt).
Eine MAC-Adresse darf aber nur 1x existieren.
Eine IP-Adresse ebenfalls.
Sofern die Adapter nie beide gleichzeitig verbunden sind, ist das kein Problem, sonst aber schon.
Ich würde daher dafür sorgen, dass der WLAN-Adapter und der LAN-Adapter unterschiedliche IPs bekommen.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Saptah schrieb: Die Frage ist nun, was sich hier verändern ließe, um die Anbindung an die Fritzbox zu optimieren.
Du könntest den Treiber für das wlan-Interface blacklisten und den dhcp-Client so konfigurieren, dass dieser nur das lan-Interface berücksichtigt und das wlan-Interface ignoriert.
Wie sind die Ausgaben von:
arp -av
ip n s
sysctl net.ipv4.conf.all.arp_filter net.ipv4.conf.default.arp_filter
?
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
Ok, vielen Dank für die ersten Hinweise. Hier dies Ausgabe der genannten Befehle: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 |
arp -av
_gateway (192.168.178.1) auf 38:10:d5:8e:78:15 [ether] auf enp24s0
Martins-TP.fritz.box (192.168.178.38) auf 00:21:6b:e8:21:e1 [ether] auf enp24s0
BRWB05216CDA2EF.fritz.box (192.168.178.45) auf b0:52:16:cd:a2:ef [ether] auf enp24s0
? (192.168.178.40) auf b8:27:eb:ed:fd:0f [ether] auf enp24s0
Martins-Server.fritz.box (192.168.178.44) auf 70:85:c2:ff:4b:72 [ether] auf enp24s0
Einträge: 5 Ignoriert: 0 Gefunden: 5
ip n s
192.168.178.1 dev enp24s0 lladdr 38:10:d5:8e:78:15 REACHABLE
192.168.178.38 dev enp24s0 lladdr 00:21:6b:e8:21:e1 STALE
192.168.178.45 dev enp24s0 lladdr b0:52:16:cd:a2:ef STALE
192.168.178.40 dev enp24s0 lladdr b8:27:eb:ed:fd:0f STALE
192.168.178.44 dev enp24s0 lladdr 70:85:c2:ff:4b:72 REACHABLE
fe80::3a10:d5ff:fe8e:7815 dev enp24s0 lladdr 38:10:d5:8e:78:15 router REACHABLE
2a02:6d40:39c1:ac01:3a10:d5ff:fe8e:7815 dev enp24s0 lladdr 38:10:d5:8e:78:15 router STALE
sysctl net.ipv4.conf.all.arp_filter net.ipv4.conf.default.arp_filter
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.default.arp_filter = 0
|
DJKUhpisse schrieb: Ich sehe, dass beide Einträge die gleiche IP, aber eine unterschiedliche MAC-Adresse haben.
Es zählt hier die MAC-Adresse (eine Netzwerkkarte kann mehrere haben, wenn z.B. eine VM die noch als Bridge mitnutzt).
Eine MAC-Adresse darf aber nur 1x existieren.
Eine IP-Adresse ebenfalls.
Sofern die Adapter nie beide gleichzeitig verbunden sind, ist das kein Problem, sonst aber schon.
Ich würde daher dafür sorgen, dass der WLAN-Adapter und der LAN-Adapter unterschiedliche IPs bekommen.
So nach einem Neustart des PC habe ich nun wieder zwei unterschiedliche IP-Adressen (siehe neue Screenshots im Anhang). Das Problem besteht aber weiterhin.
Außerdem hatte ich schon mal VirtualBox genutzt (läuft derzeit aber nicht), dabei hatte ich aber keine Probleme festgestellt. Die Verbindung wurde ohne Probleme hergestellt.
- Bilder
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Saptah schrieb: | arp -av
_gateway (192.168.178.1) auf 38:10:d5:8e:78:15 [ether] auf enp24s0
Martins-TP.fritz.box (192.168.178.38) auf 00:21:6b:e8:21:e1 [ether] auf enp24s0
BRWB05216CDA2EF.fritz.box (192.168.178.45) auf b0:52:16:cd:a2:ef [ether] auf enp24s0
? (192.168.178.40) auf b8:27:eb:ed:fd:0f [ether] auf enp24s0
Martins-Server.fritz.box (192.168.178.44) auf 70:85:c2:ff:4b:72 [ether] auf enp24s0
Einträge: 5 Ignoriert: 0 Gefunden: 5
|
sysctl net.ipv4.conf.all.arp_filter net.ipv4.conf.default.arp_filter
net.ipv4.conf.all.arp_filter = 0
net.ipv4.conf.default.arp_filter = 0
Versuch mal mit:
net.ipv4.conf.all.arp_filter = 1
net.ipv4.conf.default.arp_filter = 1
in der /etc/sysctl.conf und danach rebooten. EDIT: Poste nach dem reboot auch die Ausgabe von:
route -n
ip -4 r
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
So reboot erledigt:
zur sysctl.conf habe ich die beiden Zeilen hinzugefügt:
net.ipv4.conf.all.arp_filter = 1
net.ipv4.conf.default.arp_filter = 1 hier die neuen Ausgaben: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26 | martin@Martins-PC:~$ 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 20100 0 0 enp24s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 enp24s0
192.168.178.0 0.0.0.0 255.255.255.0 U 100 0 0 enp24s0
martin@Martins-PC:~$ ip -4 r
default via 192.168.178.1 dev enp24s0 proto static metric 20100
169.254.0.0/16 dev enp24s0 scope link metric 1000
192.168.178.0/24 dev enp24s0 proto kernel scope link src 192.168.178.43 metric 100
martin@Martins-PC:~$ arp -av
Martins-Server.fritz.box (192.168.178.44) auf 70:85:c2:ff:4b:72 [ether] auf enp24s0
fritz.box (192.168.178.1) auf 38:10:d5:8e:78:15 [ether] auf enp24s0
? (192.168.178.40) auf b8:27:eb:ed:fd:0f [ether] auf enp24s0
Einträge: 3 Ignoriert: 0 Gefunden: 3
martin@Martins-PC:~$ ip n s
192.168.178.44 dev enp24s0 lladdr 70:85:c2:ff:4b:72 DELAY
192.168.178.1 dev enp24s0 lladdr 38:10:d5:8e:78:15 REACHABLE
192.168.178.40 dev enp24s0 lladdr b8:27:eb:ed:fd:0f DELAY
fd00::3a10:d5ff:fe8e:7815 dev enp24s0 lladdr 38:10:d5:8e:78:15 router STALE
fe80::3a10:d5ff:fe8e:7815 dev enp24s0 lladdr 38:10:d5:8e:78:15 router REACHABLE
2a02:6d40:39c1:ac01:3a10:d5ff:fe8e:7815 dev enp24s0 lladdr 38:10:d5:8e:78:15 router STALE
martin@Martins-PC:~$ sysctl net.ipv4.conf.all.arp_filter net.ipv4.conf.default.arp_filter
net.ipv4.conf.all.arp_filter = 1
net.ipv4.conf.default.arp_filter = 1
|
Es scheint sich nichts verändert zu haben in der Fritzbox wird alles wie vorher angezeigt ☹
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
So jetzt kommt das eigentlich Merkwürdige:
die Verbindung zur Fritzbox ist zwischenzeitlich wieder abgerissen, d.h. die Weboberfläche der Fritzbox waren über Firefox und Opera nicht erreichbar. Außerdem konnte ich keine Websiten aufrufen in beiden Browsern. Kurios: Währenddessen lief ein Skype Telefonat, welches NICHT abgebrochen wurde, d.h. eine Internetverbindung bestand wohl irgendwie. Außerdem konnte ich auf meinen Raspberry Pi über SSH zugreifen, der an der Fritzbox per Kabel direkt angeschlossen ist. Andererseits führte ein ping befehl ins Leere (Google DNS Server):
| ping 8.8.8.8 --> ergab keine Verbindung
|
Auf wundersame Weise funktioniert alles nach ein paar Minuten wieder normal (ich tue nichts), dann geht es nach ein paar Minuten wieder nicht ☹ Das Ganze ist so unlogisch, dass ich selbst keine Fehlerquelle identifizieren kann.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Saptah schrieb: So jetzt kommt das eigentlich Merkwürdige:
die Verbindung zur Fritzbox ist zwischenzeitlich wieder abgerissen, d.h. die Weboberfläche der Fritzbox waren über Firefox und Opera nicht erreichbar. Außerdem konnte ich keine Websiten aufrufen in beiden Browsern.
Installiere mal: sudo apt-get install iputils-arping
Wenn die Verbindung zur FritzBox wieder abreißt, poste die Ausgaben von: sudo arping -c 3 -I enp24s0 192.168.178.1
ping -c 3 192.168.178.1
nc -zv 192.168.178.1 53
host -t a heise.de 192.168.178.1
nc -zv 1.1.1.1 53
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
Saptah schrieb: […] Zwischen Fritzbox und PC hängen noch zwei Switches.
Zeige bitte einmal den Netzwerk-Aufbau!
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
Hallo, ich melde mich zurück:
Gestern blieb die Verbindung zur Fritzbox dann den Rest des Tages stabil, daher konnte ich keine Daten bei einem Verbindungsabbruch sammeln.
Das Problem tauchte ja nicht seit gestern das erste mal auf (geht bestimmt schon zwei Wochen immer mal wieder so), daher glaube ich nicht an spontane "Selbstheilung" zumal ich sonst nichts verändert habe. Mal schauen wie es sich heute so verhält. Anbei noch eine Skizze meines Netzwerkaufbaues. Ich hatte zunächst den ersten Switch nahe des "Problemcomputers" in Verdacht, dies konnte ich gestern widerlegen,da der Fehler auch auftrat nachdem ich direkt an den zweiten Switch gegangen bin. Tests direkt an der Fritzbox kann ich leider nicht machen, da diese im Keller steht und der PC im 1. Stock. Auf die Verkabelung kann ich mich denke ich verlassen, da Laptop und Handy (über WLAN-Access Point ans Kabel angeschlossen) bestens funktionieren.
- Netzwerkaufbau.pdf (567.3 KiB)
- Download Netzwerkaufbau.pdf
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
lubux schrieb: Wenn die Verbindung zur FritzBox wieder abreißt, poste die Ausgaben von: sudo arping -c 3 -I enp24s0 192.168.178.1
ping -c 3 192.168.178.1
nc -zv 192.168.178.1 53
host -t a heise.de 192.168.178.1
nc -zv 1.1.1.1 53
So nach vielen kleinen Verbindungsabbrüchen ist es mir nun endlich bei einem ca. 5 minütigem Verbindungsabbruch gelungen noch mehr Daten zu sammeln: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53 | arping -c 3 -I enp24s0 192.168.178.1
ARPING 192.168.178.1 from 192.168.178.43 enp24s0
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.886ms
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.828ms
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.785ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)
ping -c 3 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0.299 ms
--- 192.168.178.1 ping statistics ---
3 packets transmitted, 1 received, 66% packet loss, time 2046ms
rtt min/avg/max/mdev = 0.299/0.299/0.299/0.000 ms
nc -zv 192.168.178.1 53
nc: connect to 192.168.178.1 port 53 (tcp) failed: Connection timed out
host -t a heise.de 192.168.178.1
;; connection timed out; no servers could be reached
nc -zv 1.1.1.1 53
nc: connect to 1.1.1.1 port 53 (tcp) failed: Connection timed out
ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
^C
--- 192.168.178.1 ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7149ms
ping 192.168.178.40 (Raspberry pi)
PING 192.168.178.40 (192.168.178.40) 56(84) bytes of data.
64 bytes from 192.168.178.40: icmp_seq=1 ttl=64 time=0.351 ms
64 bytes from 192.168.178.40: icmp_seq=2 ttl=64 time=0.307 ms
64 bytes from 192.168.178.40: icmp_seq=3 ttl=64 time=0.344 ms
64 bytes from 192.168.178.40: icmp_seq=4 ttl=64 time=0.327 ms
64 bytes from 192.168.178.40: icmp_seq=5 ttl=64 time=0.348 ms
64 bytes from 192.168.178.40: icmp_seq=6 ttl=64 time=0.198 ms
64 bytes from 192.168.178.40: icmp_seq=7 ttl=64 time=0.306 ms
64 bytes from 192.168.178.40: icmp_seq=8 ttl=64 time=0.344 ms
64 bytes from 192.168.178.40: icmp_seq=9 ttl=64 time=0.331 ms
64 bytes from 192.168.178.40: icmp_seq=10 ttl=64 time=0.338 ms
64 bytes from 192.168.178.40: icmp_seq=11 ttl=64 time=0.349 ms
64 bytes from 192.168.178.40: icmp_seq=12 ttl=64 time=0.347 ms
64 bytes from 192.168.178.40: icmp_seq=13 ttl=64 time=0.301 ms
^C
--- 192.168.178.40 ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12273ms
rtt min/avg/max/mdev = 0.198/0.322/0.351/0.042 ms
|
Die Fritzbox war nicht erreichbar, der Raspberry Pi AN der Fritzbox selbst war erreichbar (technisch nur über Fritzbox angebunden).
Irgendwo muss hier ein Fehler auf meinem PC sein ☹
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Saptah schrieb:
... gelungen noch mehr Daten zu sammeln:
arping -c 3 -I enp24s0 192.168.178.1
ARPING 192.168.178.1 from 192.168.178.43 enp24s0
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.886ms
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.828ms
Unicast reply from 192.168.178.1 [38:10:D5:8E:78:15] 0.785ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0.299 ms
--- 192.168.178.1 ping statistics ---
3 packets transmitted, 1 received, 66% packet loss, time 2046ms
rtt min/avg/max/mdev = 0.299/0.299/0.299/0.000 ms Die Fritzbox war nicht erreichbar,...
Doch, die FritzBox war schon erreichbar, 100% mit dem arp-Protokoll und 33% mit dem icmp-Protokoll.
Wichtig wäre sofort danach, die Ausgabe von:
arp -av
ip n s
gewesen. Konfiguriere einen statischen arp-cache-Eintrag, für die FritzBox (Router) und für den PI.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
Saptah schrieb: […] Auf die Verkabelung kann ich mich denke ich verlassen, da Laptop und Handy (über WLAN-Access Point ans Kabel angeschlossen) bestens funktionieren.
Möglicherweise sind Laptop und Handy gar nicht am oberen Zugangspunkt angekoppelt, sondern am unteren. Und das Kabel vom PC zum oberen Switch hat einen Defekt, z.B. Wackelkontakt oder Aderbruch.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
Saptah schrieb: ..., da Laptop und Handy (über WLAN-Access Point ans Kabel angeschlossen) bestens funktionieren.
Welches OS hast Du auf deinem Laptop?
|
Saptah
(Themenstarter)
Anmeldungsdatum: 20. Juli 2019
Beiträge: 59
Wohnort: Saarland
|
kB schrieb: Möglicherweise sind Laptop und Handy gar nicht am oberen Zugangspunkt angekoppelt, sondern am unteren. Und das Kabel vom PC zum oberen Switch hat einen Defekt, z.B. Wackelkontakt oder Aderbruch.
Ich hatte mal den unteren WLAN-Router außer Betrieb genommen, um zu prüfen ob es daran lag. Über Laptop und Handy die dann oben verbunden waren hatte ich nach wie vor Verbindung. lubux schrieb:
Welches OS hast Du auf deinem Laptop?
Auf dem Laptop habe ich Xubuntu 18.04.5, Kernel 5.4.0-42 lubux schrieb:
Konfiguriere einen statischen arp-cache-Eintrag, für die FritzBox (Router) und für den PI.
Ich habe nun gemäß dieser Anleitung den statischen ARP-Eintrag hinzugefügt, ich hoffe das stimmt so: Quelle: https://www.thomas-krenn.com/de/wiki/Statischen_ARP_Eintrag_einrichten
Ubuntu/Debian
Im folgenden Beispiel gehen wir von einem Gateway mit der IP Adresse 192.0.2.1 und der MAC Adresse 00:XX:0C:XX:DD:C1 aus. Das verwendete Netzwerk-Interface lautet eth0.
Um einen statischen Eintrag für diesen Gateway zu definieren muss eine Datei in /etc/network/if-up.d/ erstellt werden. Diese muss als root User erstellt werden.
/etc/network/if-up.d/add-my-static-arp
#!/bin/sh
arp -i eth0 -s 192.0.2.1 00:XX:0C:XX:DD:C1
Danach muss noch das Executable Bit gesetzt werden für diese Datei.
chmod +x /etc/network/if-up.d/add-my-static-arp
Ab dem nächsten ifup des Netzwerk Interfaces ist der statische Eintrag aktiv.
Wir dieser statische ARP-Eintrag helfen, dass die Verbindung stabiler wird ? 😬 Die Verbindungsabbrüche waren manchmal sehr kurz, aber nervig. Wenn alle paar Minuten die Verbindung auch nur für 10 Sekunden weg ist macht es auch keinen Spaß ☹
Ich hoffe dass ich beim nächsten längeren Verbindungsabbruch auch die Ausgaben von
bekomme. Ich habe heute Mittag noch ein längeres Skype-Telefonat, bei meinem Glück wird es da bestimmt wieder auftreten mal schauen...
|