En enhet forsvinner fra ruterens IPv6-liste: hva endret seg?

En mediespiller faller av ruterens IPv6-klientliste mens strømmene fortsatt virker, og den naturlige konklusjonen er at noe gikk i stykker. Oftere har listen bare skiftet mening om hva den viser. En statusside på ruteren kan vise en DHCPv6-lease, en trådløs tilknytning, en naboinnførsel eller en sammenslått visning, og hver av dem svarer på et annet spørsmål.

Siden viser én type oppføring, ikke en fortegnelse

IPv6-verter har ofte flere adresser samtidig: en link-local adresse, én eller flere globale adresser og midlertidige personvernadresser som roterer. Nabo Discovery holder en cache over nylig brukte naboer på den lokale linken, med tilgjengelighetstilstander som utløper. En enhet kan være fullt ut tilgjengelig mens den bufrede oppføringen eldes, og den kan dukke opp i en leasetabell mens trafikken tar en annen vei. Ingen av disse kildene er et register over hver adresse en enhet noen gang har hatt.

Så det første spørsmålet er ikke hvorfor enheten forsvant, men hvilken datakilde siden henter fra.

Tre vertsvisninger svarer på tre forskjellige spørsmål

På en autorisert Linux-vert leser du de tre objektene hver for seg. Adresselisten viser hva som er konfigurert, rutetabellen viser hvor trafikken ville gå, og nabotabellen viser hvem verten nylig har snakket med på linken. Å blande dem gir selvsikre feil svar, fordi en manglende naboinnførsel ser nøyaktig ut som en manglende adresse.

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

Kjør dem inne i det faktiske nettverksnavnerommet som bærer trafikken. Inne i en container kan grensesnittlisten avvike fra den verten ser, og en VPN-klient kan leve i hvilken som helst av dem.

Sammenlign de samme tre utdataene før og etter VPN-overgangen, og noter tidsstempler. En naboinnførsel som forsvinner mens adresser og ruter blir stående, beskriver cache-aldering, ikke en konfigurasjonsendring.

Skill en visningsendring fra en tilkoblingsendring

Test deretter det som faktisk betyr noe: tilgjengeligheten til IPv6-ressursen enheten trenger. Hvis tjenesten svarer over IPv6 gjennom den godkjente veien, er en rad som mangler i et dashbord en overvåkingsfeil. Hvis den feiler, kan visningsendringen være et symptom, og neste steg er rute- og brannmurveien snarere enn selve listen. En rutet VPN flytter normalt ikke vertens LAN-grensesnitt over på fjernlinken, så hold LAN-adresser og tunneladresser i separate kolonner i tenkningen din.

Ett grensesnitt kan bære flere adresser, og en statusside viser kanskje bare én av dem. Derfor kan en enhet se ut til å bytte adresse etter en gjentilkobling uten at noe er galt. Personvernutvidelser gjør dette mer synlig, fordi midlertidige adresser roterer etter en plan siden ikke viser.

Bekreft ressursen, og la deretter tabellene være

Hvis vertsstatus og tilkobling begge ser riktige ut, undersøk listens datakilde og oppfriskningsatferd før du rører nettverket. Se etter en leasevarighet, en cache-timeout eller et visningsfilter som skjuler adresser siden ikke klassifiserer.

Ikke tøm nabotabeller, deaktiver IPv6 eller tildel adresser på nytt for å få en dashbordrad tilbake. Disse handlingene avbryter fungerende trafikk og gjenoppretter vanligvis raden bare til neste cache-utløp. ip -6 neigh flush dev br-lan er i beste fall en diagnose og i verste fall et selvpåført avbrudd.

Registrer hvilken kilde siden bruker, og spørsmålet om enheten virker slutter å avhenge av en rad i en tabell.