Een apparaat verdwijnt uit de IPv6-lijst van de router: wat is er veranderd?

Een mediaspeler valt van de IPv6-clientlijst van de router terwijl zijn streams blijven werken, en de natuurlijke conclusie is dat er iets kapot is. Vaker heeft de lijst alleen van gedachten veranderd over wat hij toont. Een statuspagina van de router kan een DHCPv6-lease, een draadloze associatie, een buurvermelding of een samengevoegde weergave tonen, en elk beantwoordt een andere vraag.

De pagina toont één soort record, geen inventaris

IPv6-hosts hebben vaak meerdere adressen tegelijk: een link-local adres, een of meer globale adressen en tijdelijke privacyadressen die rouleren. Neighbour Discovery houdt een cache bij van onlangs gebruikte buren op de lokale link, met bereikbaarheidstoestanden die verlopen. Een apparaat kan volledig bereikbaar zijn terwijl zijn gecachte vermelding veroudert, en het kan in een leasetabel verschijnen terwijl zijn verkeer een andere route neemt. Geen van die bronnen is een register van elk adres dat een apparaat ooit heeft gehad.

De eerste vraag is dus niet waarom het apparaat verdween, maar uit welke gegevensbron de pagina put.

Drie hostweergaven beantwoorden drie verschillende vragen

Lees op een geautoriseerde Linux-host de drie objecten afzonderlijk. De adressenlijst toont wat is geconfigureerd, de routetabel toont waar het verkeer heen zou gaan, en de buurtabel toont met wie de host onlangs op de link heeft gesproken. Ze door elkaar halen levert zelfverzekerde verkeerde antwoorden op, want een ontbrekende buurvermelding ziet er precies uit als een ontbrekend adres.

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

Voer deze uit binnen de werkelijke netwerknaamruimte die het verkeer draagt. In een container kan de interfacelijst verschillen van die de host ziet, en een VPN-client kan in beide leven.

Vergelijk dezelfde drie uitvoer vóór en na de VPN-overgang, en noteer tijdstempels. Een buurvermelding die verdwijnt terwijl adressen en routes blijven staan, beschrijft cacheveroudering, geen configuratiewijziging.

Scheid een weergavewijziging van een verbindingswijziging

Test dan wat werkelijk belangrijk is: bereikbaarheid van de IPv6-resource die het apparaat nodig heeft. Als de dienst over IPv6 via het goedgekeurde pad antwoordt, is een rij die ontbreekt op een dashboard een monitoringsfout. Als het mislukt, kan de weergavewijziging een symptoom zijn, en de volgende stap is het route- en firewallpad in plaats van de lijst zelf. Een gerouteerde VPN verplaatst normaal niet de LAN-interface van de host naar de externe link, dus houd LAN-adressen en tunneladressen in aparte kolommen van uw denken.

Eén interface kan meerdere adressen dragen, en een statuspagina toont er misschien maar één. Daarom kan een apparaat lijken te wisselen van adres na opnieuw verbinden zonder dat er iets mis is. Privacy-extensies maken dit zichtbaarder, omdat tijdelijke adressen rouleren volgens een schema dat de pagina niet toont.

Verifieer de resource en laat de tabellen daarna met rust

Als de hoststatus en de verbinding beide correct lijken, onderzoek dan de gegevensbron van de lijst en het verversingsgedrag voordat u het netwerk aanraakt. Zoek naar een leaseduur, een cache-timeout of een weergavefilter dat adressen verbergt die de pagina niet classificeert.

Maak geen buurtabellen leeg, schakel IPv6 niet uit en wijs geen adressen opnieuw toe om een dashboardrij weer te laten verschijnen. Die acties onderbreken werkend verkeer en herstellen de rij meestal alleen tot de volgende cachevervaldatum. ip -6 neigh flush dev br-lan is op zijn best een diagnose en op zijn slechtst een zelf veroorzaakte storing.

Noteer welke bron de pagina gebruikt, en de vraag of het apparaat werkt, hangt niet langer af van een rij in een tabel.