Ein Gerät verschwindet aus der IPv6-Liste des Routers: Was hat sich geändert?

Ein Mediaplayer fällt aus der IPv6-Clientliste des Routers, während seine Streams weiterlaufen, und der naheliegende Schluss ist, dass etwas kaputt ist. Häufiger hat die Liste nur ihre Meinung darüber geändert, was sie anzeigt. Eine Router-Statusseite kann eine DHCPv6-Lease, eine WLAN-Zuordnung, einen Nachbareintrag oder eine zusammengeführte Ansicht anzeigen, und jede beantwortet eine andere Frage.

Die Seite zeigt eine Art von Datensatz, kein Inventar

IPv6-Hosts halten häufig mehrere Adressen gleichzeitig: eine Link-Local-Adresse, eine oder mehrere globale Adressen und temporäre Privacy-Adressen, die rotieren. Neighbour Discovery führt einen Cache kürzlich verwendeter Nachbarn auf dem lokalen Link mit Erreichbarkeitszuständen, die ablaufen. Ein Gerät kann vollständig erreichbar sein, während sein zwischengespeicherter Eintrag altert, und es kann in einer Lease-Tabelle erscheinen, während sein Datenverkehr einen anderen Weg nimmt. Keine dieser Quellen ist ein Verzeichnis aller Adressen, die ein Gerät je hatte.

Die erste Frage ist also nicht, warum das Gerät verschwunden ist, sondern aus welcher Datenquelle die Seite schöpft.

Drei Host-Ansichten beantworten drei verschiedene Fragen

Lesen Sie auf einem autorisierten Linux-Host die drei Objekte getrennt. Die Adressliste zeigt, was konfiguriert ist, die Routentabelle zeigt, wohin der Verkehr ginge, und die Nachbartabelle zeigt, mit wem der Host zuletzt auf dem Link gesprochen hat. Wer sie vermischt, erhält selbstsichere falsche Antworten, denn ein fehlender Nachbareintrag sieht genau wie eine fehlende Adresse aus.

ip -6 address show
ip -6 route show
ip -6 neighbour show

Führen Sie sie im tatsächlichen Netzwerk-Namespace aus, der den Verkehr trägt. In einem Container kann die Schnittstellenliste von der abweichen, die der Host sieht, und ein VPN-Client kann in beiden leben.

Vergleichen Sie dieselben drei Ausgaben vor und nach dem VPN-Übergang und notieren Sie Zeitstempel. Ein Nachbareintrag, der verschwindet, während Adressen und Routen bleiben, beschreibt Cache-Alterung, keine Konfigurationsänderung.

Trennen Sie eine Anzeigeänderung von einer Konnektivitätsänderung

Testen Sie dann das, worauf es wirklich ankommt: die Erreichbarkeit der IPv6-Ressource, die das Gerät braucht. Antwortet der Dienst über IPv6 auf dem freigegebenen Weg, ist eine fehlende Zeile in einem Dashboard ein Überwachungsfehler. Schlägt es fehl, kann die Anzeigeänderung ein Symptom sein, und der nächste Schritt ist der Route- und Firewall-Pfad statt der Liste selbst. Ein geroutetes VPN verschiebt normalerweise nicht die LAN-Schnittstelle des Hosts auf den entfernten Link, halten Sie also LAN-Adressen und Tunneladressen in getrennten Spalten Ihres Denkens.

Eine Schnittstelle kann mehrere Adressen tragen, und eine Statusseite zeigt vielleicht nur eine davon. Deshalb kann es aussehen, als ändere ein Gerät nach einer erneuten Verbindung seine Adresse, ohne dass etwas falsch ist. Privacy-Erweiterungen machen das sichtbarer, weil temporäre Adressen nach einem Zeitplan rotieren, den die Seite nicht zeigt.

Prüfen Sie die Ressource und lassen Sie dann die Tabellen in Ruhe

Wenn Hostzustand und Konnektivität beide richtig aussehen, untersuchen Sie die Datenquelle der Liste und das Aktualisierungsverhalten, bevor Sie das Netzwerk anfassen. Suchen Sie nach einer Lease-Dauer, einem Cache-Timeout oder einem Anzeigefilter, der Adressen ausblendet, die die Seite nicht einordnet.

Leeren Sie keine Nachbartabellen, deaktivieren Sie IPv6 nicht und weisen Sie keine Adressen neu zu, nur damit eine Dashboard-Zeile wieder erscheint. Diese Aktionen unterbrechen funktionierenden Verkehr und stellen die Zeile meist nur bis zum nächsten Cache-Ablauf wieder her. ip -6 neigh flush dev br-lan ist bestenfalls eine Diagnose und schlimmstenfalls ein selbst verursachter Ausfall.

Notieren Sie, welche Quelle die Seite nutzt, und die Frage, ob das Gerät funktioniert, hängt dann nicht mehr von einer Zeile in einer Tabelle ab.