Suchergebnisse

[Edit Novize: Überflüssiges Fullquote gelöscht - siehe Forumsregeln. Ein @pylo23 hätte locker gereicht] In welchem Bundesland hast Du deinen Internetanschluss, bei Vodafone?

Welche FW-Version ist z. Zt. auf deiner FritzBox?

Wie schon geschrieben worden ist, an einem Gerät. Du hast ja einen PI, mit dem Du evtl. systemd-resolved benutzt. systemctl status systemd-resolved ls -la /etc/resolv.conf Dann wird die resolv.conf ein symlink sein, denn Du temporär (für die Zeitdauer des Tests) löschen kannst (und nach dem...

BTW: Wenn der Ping zu 1.1.1.1 funktioniert, ist es nicht richtig, dass die Internetverbindung nicht funktioniert.

Dass der Internetzugang vorhanden ist bzw. weiter gegeben wird, zeigt dir ja der funktionierende Ping zu 1.1.1.1. Beim nächsten mal, auch einen tcp-Portscan zu 1.1.1.1:53 machen: :~$ nc -zv 1.1.1.1 53 Connection to 1.1.1.1 53 port [tcp/domain] succeeded! um zu sehen ob nur icmp funktioniert...

Der arp-cache-Eintrag (ohne Ping) ist korrekt bzw. vollständig. Daran liegt es nicht. Der 2. Ping auf die IP-Adresse der FritzBox, ist aber ohne packet loss. Mach mal beim nächsten Fehler, den 1. Ping auf die IP-Adresse 192.168.178.1 der FritzBox (und nicht auf die 1.1.1.1 bzw. nicht ins Internet).

Schnell nennst Du das? Dein 1. Beitrag war am 29.10.2021 und am 06.10.2021, 17:03 Uhr hast Du geschrieben: Das waren 7 Tage. Wenn Du mitgemacht hättest, wäre das Problem evtl. viel schneller beseitigt gewesen.

OK. ... d. h. dein primäres Ziel ist, dass der Fehler nicht mehr vorkommt bzw. beseitigt ist (egal wie) und nicht die Fehlersuche bzw. die Fehlerursache? D. h., ein Erkenntnisgewinn ist für dich nicht so wichtig.

Der TO hat lt. seiner Aussage, mit seinem Gerät erstmal keinen Internetzugang und der Ping zeigt auch lt . deiner Aussage, bei der 1. icmp-sequence einen Paket loss. Ich wollte sehen ob dieser Paket loss bei der 1. icmp-sequence, durch einen temporär unvollständigen arp-cache-Eintrag verursacht...

Das könnte eine Rolle spielen. Schau mal in deinen Clients nach, ob die eine öffentliche IPv6-Adresse bekommen haben bzw. wie der neighbor-cache-Eintrag ist. Evtl. kannst Du auch RAs, RSs bzw. NSs auf dem Client sniffen. Teste mal auch, ob ein v6-Ping (ohne Packet loss), v6-DNS bzw...

Z. B. ob beim 1. "arp -a" der arp-cache schon als vollständig angezeigt wird, oder evtl. erst beim 2. "arp -a" (d. h. nach den Pings). Dass dir das nicht klar war bzw. ist, kann ich mit nicht vorstellen.

Dann poste von einem deiner Netzwerkgeräte, wenn sie kein Internetzugang haben, in dieser Reihenfolge, die Ausgaben von: arp -a ping -c 3 1.1.1.1 ping -c 3 192.168.178.1 arp -a (Die IP-Adresse der FritzBox (hier 192.168.178.1) musst Du evtl. anpassen (vor dem Ping) und ping evtl. ohne "-c 3"...

Hast Du eine FB6591-cable von Vodafone oder eine private FB?

Nein, wenn es das erste Paket ist, dann ist es evtl. ein Hinweis, dass der arp-cache-Eintrag für die FritzBox/Router (gateway für die default route) nicht vollständig ist und schon relevant.

Mach mal (evtl. nur temporär für z. B. ca. 4 Wochen) in deinem Windows, mit netsh einen statischen arp-cache-Eintrag (persistent static arp cache entrie) für deine FritzBox (... die als gateway für die default route (d. h. für den Internetzugang) fungiert).

Also ist der Ping, so wie ich es vermutet habe, doch auffällig. Die Frage ist bei welcher icmp_seq der Paketverlust ist. Das wird bei Windows leider nicht angezeigt. Poste mal, wenn das wieder der Fall ist, vor dem Ping die Ausgabe von: arp -a

Ist das beim Ping immer so, dass 1 Paket verloren geht bzw. 1 nicht beantwortet wird (im Beispiel 25% Verlust)? Mach mal einen Ping, wenn aus deiner Sicht, Internetverbindung vorhanden ist und poste hier die Ausgabe.

Ich denke, entscheidend ist nicht nur die Anzahl, sondern auch die Signalstärke, mit der die WLAN-Funknetze der Umgebung, von der eigenen FritzBox wahrgenommen bzw. erfasst werden.

Du könntest an der FritzBox des elterlichen DSL-Anschlusses auch einen PI4 anschließen und WireGuard für das VPN benutzen. Evtl. warten bis das 64bit-bullseye (als OS für den PI4 kommt) kommt. FreeBSD-13.0 oder OpenBSD-7.0 kannst Du auch als OS, auf einem PI4 installieren.

Ja, aber auch wenn der UDP- oder TCP-Port 53 der IP-Adresse 1.1.1.1, über das Internet erreicht werden kann, heißt das noch nicht, dass die Namensauflösung funktionieren muss. Wenn Du keinen Ping (icmp) machen willst, kannst auch einen lauschenden TCP-Port im Internet scannen. Z. B.: :~$ nc -zv...