’n Toestel verdwyn uit die router se IPv6-lys: wat het verander?

’n Mediaspeler val uit die router se IPv6-kliëntlys terwyl sy strome aanhou werk, en die natuurlike gevolgtrekking is dat iets gebreek het. Dikwels het die lys net van mening verander oor wat dit wys. ’n Router-statusblad kan ’n DHCPv6-lease, ’n draadlose assosiasie, ’n buurinskrywing of ’n saamgevoegde aansig wys, en elkeen beantwoord ’n ander vraag.

Die bladsy wys een soort rekord, nie ’n inventaris nie

IPv6-gashere het dikwels verskeie adresse gelyktydig: ’n skakel-lokale adres, een of meer globale adresse en tydelike privaatheidsadresse wat roteer. Buurontdekking hou ’n kas van onlangs gebruikte bure op die plaaslike skakel, met bereikbaarheidstoestande wat verval. ’n Toestel kan heeltemal bereikbaar wees terwyl sy gekaste inskrywing verouder, en dit kan in ’n lease-tabel verskyn terwyl sy verkeer ’n ander pad volg. Nie een van daardie bronne is ’n register van elke adres wat ’n toestel ooit gehad het nie.

Die eerste vraag is dus nie waarom die toestel verdwyn het nie, maar uit watter databron die bladsy put.

Drie gasheer-aansigte beantwoord drie verskillende vrae

Lees op ’n gemagtigde Linux-gasheer die drie objekte afsonderlik. Die adreslys wys wat opgestel is, die roetetabel wys waarheen verkeer sou gaan, en die buurtabel wys met wie die gasheer onlangs op die skakel gepraat het. Om hulle te verwar lewer selfversekerde verkeerde antwoorde, want ’n ontbrekende buurinskrywing lyk presies soos ’n ontbrekende adres.

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

Voer hierdie uit binne die werklike netwerknaamruimte wat die verkeer dra. Binne ’n houer kan die koppelvlaklys verskil van dié wat die gasheer sien, en ’n VPN-kliënt kan in enigeen van die twee woon.

Vergelyk dieselfde drie uitsette voor en ná die VPN-oorgang, en noteer tydstempels. ’n Buurinskrywing wat verdwyn terwyl adresse en roetes bly staan, beskryf kasveroudering, nie ’n konfigurasieverandering nie.

Skei ’n vertoonverandering van ’n verbindingsverandering

Toets dan wat werklik saak maak: bereikbaarheid van die IPv6-hulpbron wat die toestel nodig het. As die diens oor IPv6 deur die goedgekeurde pad antwoord, is ’n ry wat uit ’n paneel ontbreek ’n moniteringsfout. As dit misluk, kan die vertoonverandering ’n simptoom wees, en die volgende stap is die roete- en brandmuurpad eerder as die lys self. ’n Gerouteerde VPN skuif normaalweg nie die gasheer se LAN-koppelvlak na die afgeleë skakel nie, so hou LAN-adresse en tonneladresse in aparte kolomme van jou denke.

Een koppelvlak kan verskeie adresse dra, en ’n statusblad kan net een daarvan weergee. Dit is waarom ’n toestel se adres ná ’n herverbinding kan verander sonder dat iets verkeerd is. Privaatheidsuitbreidings maak dit meer sigbaar, want tydelike adresse roteer volgens ’n skedule wat die bladsy nie wys nie.

Verifieer die hulpbron en laat die tabelle dan alleen

As gasheertoestand en verbinding albei reg lyk, ondersoek die lys se databron en verversingsgedrag voordat jy aan die netwerk raak. Soek na ’n leaseduur, ’n kastyd uit of ’n vertoonfilter wat adresse wegsteek wat die bladsy nie klassifiseer nie.

Moenie buurtabelle uitvee, IPv6 deaktiveer of adresse hertoeken om ’n paneelry weer te laat verskyn nie. Daardie aksies onderbreek werkende verkeer en herstel die ry gewoonlik net tot die volgende kasverval. ip -6 neigh flush dev br-lan is op sy beste ’n diagnostiek en op sy slegste ’n selfveroorsaakte onderbreking.

Noteer watter bron die bladsy gebruik, en die vraag of die toestel werk, hou op om van ’n ry in ’n tabel af te hang.