skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
....und noch was: jw@xps13:~$ sudo arping -c 3 -I wlp2s0 192.168.178.99
ARPING 192.168.178.99 from 192.168.178.98 wlp2s0
Unicast reply from 192.168.178.99 [00:11:32:4B:1E:AC] 2.894ms
Unicast reply from 192.168.178.99 [00:11:32:4B:1E:AC] 2.418ms
Unicast reply from 192.168.178.99 [00:11:32:4B:1E:AC] 2.491ms
Sent 3 probes (1 broadcast(s))
Received 3 response(s)
jw@xps13:~$ ping -c3 192.168.178.99
PING 192.168.178.99 (192.168.178.99) 56(84) bytes of data.
--- 192.168.178.99 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2028ms Laut arping kommen die Antworten vom NAS (192.168.178.99) schon auf dem XPS13 an. Laut ping aber nicht...
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
skipper67 schrieb: […]
jw@xps13:~$ sudo iwconfig
wlp2s0 IEEE 802.11 ESSID:"wolfgang_pauli"
Mode:Managed Frequency:5.28 GHz Access Point: C0:25:06:D9:F5:4E
Bit Rate=240 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=64/70 Signal level=-46 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:181 Missed beacon:0
[…]
ubuntu@ubuntu:~$ sudo iwconfig
[…] wlp2s0 IEEE 802.11 ESSID:"wolfgang_pauli"
Mode:Managed Frequency:2.412 GHz Access Point: C0:25:06:D9:F5:52
Bit Rate=104 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=70/70 Signal level=-33 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:89 Missed beacon:0
D.h. Der XPS13 und der andere Rechner sind nicht im selben Layer-2-Netz! Um dies als mögliche (wenn auch mir als unwahrscheinlich erscheinende) Fehlerursache auszuschließen:
Übrigens haben beide WLAN-Verbindungen Probleme, wie an den trotz guter bis sehr guter Verbindung defekten empfangen Paketen zu erkennen. Das ist aber wohl eine andere Baustelle und ggf. in einem separaten Thread zu untersuchen. Aber schalte schon mal in der Fritzbox WPA 1 aus und verwende nur WPA 2!
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Liegt nicht an Layer 2: skipper67 schrieb: Habe das 5Ghz-Band auf der FritzBox testweise abgeschaltet, daran hat's leider nicht gelegen...
Vielleicht doch mal BIOS aktualisieren und / oder das BIOS resetten. Edit: vielleicht werden ja auch nur die Ping Pakete geblockt. Sind denn andere Protokolle erreichbar? Siehe z. B. netcat
nc -zv 192.168.178.99 22 80 Edit 2: Was ist das eigentlich für eine Fritzbox? Also Typenbezeichnung. Fritz OS ist aktuell?
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
kB schrieb: skipper67 schrieb: […]
Aber schalte schon mal in der Fritzbox WPA 1 aus und verwende nur WPA 2!
Danke für den Hinweis, habe ich gemacht.
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
chr123 schrieb: Liegt nicht an Layer 2: skipper67 schrieb: Habe das 5Ghz-Band auf der FritzBox testweise abgeschaltet, daran hat's leider nicht gelegen...
Vielleicht doch mal BIOS aktualisieren und / oder das BIOS resetten. Edit: vielleicht werden ja auch nur die Ping Pakete geblockt. Sind denn andere Protokolle erreichbar? Siehe z. B. netcat
nc -zv 192.168.178.99 22 80 Edit 2: Was ist das eigentlich für eine Fritzbox? Also Typenbezeichnung. Fritz OS ist aktuell?
Das liefert nc: jw@xps13:~$ nc -zv 192.168.178.99 22 80
nc: connect to 192.168.178.99 port 22 (tcp) failed: Connection refused Bei mir ist eine FritzBox 7390 im Einsatz Jetzt ist folgendes passiert - ich glaub's nicht: habe die FritzBox von FritzOS 06.85 auf 06.86 upgedatet nach dem Neustart der Fritzbox ist das NAS ERREICHBAR.....!!! ich frohlocke und starte den XPS13 neu und wieder ist das NAS NICHT erreichbar Was geht denn hier ab? Schwarze Magie...? Irgendetwas führt mich ganz böse an der Nase herum... Nächster Versuch: bei laufendem XPS13 die FritzBox vom Stromnetz trennen und neu starten - siehe da, zunächst NAS erreichbar, nach ein paar Minuten wieder nicht:
jw@xps13:~$ ping 192.168.178.99
PING 192.168.178.99 (192.168.178.99) 56(84) bytes of data.
64 bytes from 192.168.178.99: icmp_seq=1 ttl=64 time=2.48 ms
64 bytes from 192.168.178.99: icmp_seq=2 ttl=64 time=2.41 ms
64 bytes from 192.168.178.99: icmp_seq=3 ttl=64 time=2.42 ms
64 bytes from 192.168.178.99: icmp_seq=4 ttl=64 time=2.50 ms
64 bytes from 192.168.178.99: icmp_seq=5 ttl=64 time=2.48 ms
64 bytes from 192.168.178.99: icmp_seq=6 ttl=64 time=2.11 ms
^C
--- 192.168.178.99 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5008ms
rtt min/avg/max/mdev = 2.114/2.402/2.505/0.147 ms
jw@xps13:~$ ping 192.168.178.99
PING 192.168.178.99 (192.168.178.99) 56(84) bytes of data.
^C
--- 192.168.178.99 ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7160ms D.h. nach dem Neustart der FritzBox ist das NAS vom XPS13 aus für kurze Zeit erreichbar (wenige Minuten), dann nicht mehr.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Wenn es an der Fritzbox liegt, gibt es eigentlich nur zwei Optionen:
Was ist denn bei dir sonst noch so im Netz? Das klingt ja eher danach, als ob der arp cache fehlerhaft ist. Evtl. bringt folgende Ausgabe Hinweise:
| sudo apt install arp-scan
sudo arp-scan -RNI wlp2s0 --localnet
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
skipper67 schrieb: kB schrieb: Aber schalte schon mal in der Fritzbox WPA 1 aus und verwende nur WPA 2!
Danke für den Hinweis, habe ich gemacht.
Zeige nach dem Ausschalten von WPA 1 noch einmal: sudo iwconfig Kannst Du einen Einbrecher in Dein WLAN ausschließen, welcher – absichtlich oder durch Dummheit – die Kommunikation stört? Wenn nicht, dann ändere das WLAN-Passwort!
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
chr123 schrieb: Wenn es an der Fritzbox liegt, gibt es eigentlich nur zwei Optionen:
Was ist denn bei dir sonst noch so im Netz? Das klingt ja eher danach, als ob der arp cache fehlerhaft ist. Evtl. bringt folgende Ausgabe Hinweise:
| sudo apt install arp-scan
sudo arp-scan -RNI wlp2s0 --localnet
|
so sieht's aus: jw@xps13:~$ sudo arp-scan -RNI wlp2s0 --localnet
Interface: wlp2s0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.178.99 00:11:32:4b:1e:ac Synology Incorporated
192.168.178.56 68:ec:c5:82:4e:07 (Unknown)
192.168.178.54 40:9c:28:91:af:67 (Unknown)
192.168.178.28 f4:0f:24:37:a0:b4 (Unknown)
192.168.178.1 c0:25:06:d9:f5:4c AVM GmbH
192.168.178.50 24:46:c8:0c:a9:f8 (Unknown)
192.168.178.201 c0:25:06:d9:f5:4c AVM GmbH
192.168.178.201 c0:25:06:d9:f5:4c AVM GmbH (DUP: 2)
8 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9: 256 hosts scanned in 2.128 seconds (120.30 hosts/sec). 8 responded Die 4 "(Unknown)"-Geräte sind Laptops und Smartphones, die Adresse 192.168.178.201 ist ein VPN-Tunnel, um mittels DynDNS von außen auf die FritzBox zu kommen.
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
kB schrieb: skipper67 schrieb: kB schrieb: Aber schalte schon mal in der Fritzbox WPA 1 aus und verwende nur WPA 2!
Danke für den Hinweis, habe ich gemacht.
Zeige nach dem Ausschalten von WPA 1 noch einmal: sudo iwconfig Kannst Du einen Einbrecher in Dein WLAN ausschließen, welcher – absichtlich oder durch Dummheit – die Kommunikation stört? Wenn nicht, dann ändere das WLAN-Passwort!
jw@xps13:~$ sudo iwconfig
lo no wireless extensions.
wlp2s0 IEEE 802.11 ESSID:"wolfgang_pauli"
Mode:Managed Frequency:5.28 GHz Access Point: C0:25:06:D9:F5:4E
Bit Rate=300 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=70/70 Signal level=-39 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:673 Missed beacon:0 Einbrecher habe ich keine... Ich werde mal später das WLAN-Password ändern, um zu sehen, ob eines der Geräte stört. Kann ich jetzt aber nicht gleich machen, weil ich sonst eine Palastrevolution zu Hause habe....
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Bis auf den doppelten Arp Eintrag für den VPN Tunnel sehe ich da nichts auffälliges. Ob der doppelte Eintrag allerdings das Problem bereitet, kann ich nicht sagen. Du kannst ja mal die VPN Verbindung(en) zur Fritzbox trennen, dann die Fritzbox neustarten und dann schauen, ob ein Zugriff möglich ist. Ich würde trotzdem das BIOS aktualisieren und / oder das BIOS auf die Standardeinstellungen zurücksetzen (man weiß ja nie). Nebenbei:
Wenn man fritz.box/support.lua bzw. 192.168.178.1/support.lua in den Browser eingibt, kommt man zu einer Serviceseite der Fritzbox. Dort gibt es Supportdateien und die Möglichkeit, den Traffic mitzuschneiden. Das wäre ja auch noch eine Idee um zu gucken, warum der Zugriff geblockt. Also Paketmitschnitt starten (möglichst ohne andere Rechner im Netzwerk) und dann versuchen auf das Nas zuzugreifen. Das sollte ja schon reichen, um eine Fehlermeldung zu protokollieren.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
skipper67 schrieb: […]
jw@xps13:~$ sudo arp-scan -RNI wlp2s0 --localnet
Interface: wlp2s0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.178.99 00:11:32:4b:1e:ac Synology Incorporated
192.168.178.56 68:ec:c5:82:4e:07 (Unknown)
192.168.178.54 40:9c:28:91:af:67 (Unknown)
192.168.178.28 f4:0f:24:37:a0:b4 (Unknown)
192.168.178.1 c0:25:06:d9:f5:4c AVM GmbH
192.168.178.50 24:46:c8:0c:a9:f8 (Unknown)
192.168.178.201 c0:25:06:d9:f5:4c AVM GmbH
192.168.178.201 c0:25:06:d9:f5:4c AVM GmbH (DUP: 2)
Die MAC-Adresse der Fritzbox erscheint drei mal. Das ist kein Problem, zu einer Layer-2-Adresse darf es mehrere Layer-3-Adressen geben. Umgekehrt – also mehrere MAC-Adressen für eine IP-Adresse – wäre es allerdings fatal. Daher ist der doppelte ARP-Eintrag für 192.168.178.201 durchaus bedenklich. Da beide Einträge aber auf dieselbe MAC-Adresse auflösen, ist es sehr wahrscheinlich für die hier diskutierte Problematik nicht relevant. Der Fehler kann entstehen, wenn in der Fritzbox mehreren externen Benutzerkennungen oder sonstigen Zugriffsmöglichkeiten aus dem Internet dieselbe IP-Adresse zugewiesen worden ist; auch das ist für das hier diskutierte Problem ohne Belang.
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
skipper67 schrieb: kB schrieb: skipper67 schrieb: kB schrieb: Aber schalte schon mal in der Fritzbox WPA 1 aus und verwende nur WPA 2!
Danke für den Hinweis, habe ich gemacht.
Zeige nach dem Ausschalten von WPA 1 noch einmal: sudo iwconfig Kannst Du einen Einbrecher in Dein WLAN ausschließen, welcher – absichtlich oder durch Dummheit – die Kommunikation stört? Wenn nicht, dann ändere das WLAN-Passwort!
jw@xps13:~$ sudo iwconfig
lo no wireless extensions.
wlp2s0 IEEE 802.11 ESSID:"wolfgang_pauli"
Mode:Managed Frequency:5.28 GHz Access Point: C0:25:06:D9:F5:4E
Bit Rate=300 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=70/70 Signal level=-39 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:673 Missed beacon:0 Einbrecher habe ich keine... Ich werde mal später das WLAN-Password ändern, um zu sehen, ob eines der Geräte stört. Kann ich jetzt aber nicht gleich machen, weil ich sonst eine Palastrevolution zu Hause habe....
Hallo zusammen,
WLAN-Passwot habe ich geändert, um alle außer dem XPS13 auszusperren.
Effekt: keiner, d.h. NAS immer noch nicht erreichbar.
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
chr123 schrieb: Bis auf den doppelten Arp Eintrag für den VPN Tunnel sehe ich da nichts auffälliges. Ob der doppelte Eintrag allerdings das Problem bereitet, kann ich nicht sagen. Du kannst ja mal die VPN Verbindung(en) zur Fritzbox trennen, dann die Fritzbox neustarten und dann schauen, ob ein Zugriff möglich ist. Ich würde trotzdem das BIOS aktualisieren und / oder das BIOS auf die Standardeinstellungen zurücksetzen (man weiß ja nie). Nebenbei:
Wenn man fritz.box/support.lua bzw. 192.168.178.1/support.lua in den Browser eingibt, kommt man zu einer Serviceseite der Fritzbox. Dort gibt es Supportdateien und die Möglichkeit, den Traffic mitzuschneiden. Das wäre ja auch noch eine Idee um zu gucken, warum der Zugriff geblockt. Also Paketmitschnitt starten (möglichst ohne andere Rechner im Netzwerk) und dann versuchen auf das Nas zuzugreifen. Das sollte ja schon reichen, um eine Fehlermeldung zu protokollieren.
Jetzt habe ich mich doch getraut und habe das BIOS des XPS13 von Version A02 auf A08 upgedatet (Booten vom USB-Stick mit FreeDOS). Rechner läuft wie vorher, aber NAS-Verbindung gibt's trotzdem keine... Dann habe ich noch die WLAN-Schnittstelle mit der FritzBox mitgeschnitten (nur XPS13 im WLAN, sonst kein Rechner, und habe dann versucht, mit 'ping 192.168.178.99' auf das NAS zuzugreifen, was ja wie gesagt nicht klappt...). Die Protokolldatei (im WireShark-Format) hängt im Anhang, vielleicht hat jemand die Fähigkeiten, den rauchenden Colt zu finden...
Übrigens kommt in der Datei häufiger die Meldung "Who has 192.168.178.56?" - da versucht die FritzBox scheinbar, einen anderen Laptop im lokalen Netz zu finden, der natürlich in diesem Moment nicht erreichbar ist, da ich durch Änderung des WLAN-Passworts der FritzBox alle anderen WLAN-Geräte ausgesperrt habe...
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ok, das mit dem BIOS ist zwar schade, schließt aber auch wieder Möglichkeiten aus. Die Wireshark Datei fehlt leider im Anhang, aber ich denke deren Auswertung jetzt die beste Option ist. Bitte noch anhängen.
|
skipper67
(Themenstarter)
Anmeldungsdatum: 31. März 2008
Beiträge: 90
|
Ich hatte die Datei angehängt und auch auf "Anhang hochladen" geklickt, aber sie erscheint nicht... Bin ich zu doof, oder was mache ich falsch... Bearbeitet von kB: Anhang gelöscht, da nicht mit herkömmlichen Programmen zu öffnen.
|