Aktueller Inhalt von sf3978

[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).