En enhed forsvinder fra routerens IPv6-liste: hvad ændrede sig?

En medieafspiller falder af routerens IPv6-klientliste, mens dens streams fortsat virker, og den naturlige konklusion er, at noget gik i stykker. Oftere har listen bare skiftet mening om, hvad den viser. En statusside på routeren kan vise en DHCPv6-lease, en trådløs associering, en naboindgang eller en samlet visning, og hver af dem svarer på et forskelligt spørgsmål.

Siden viser én slags post, ikke en fortegnelse

IPv6-værter har ofte flere adresser på samme tid: en link-local adresse, en eller flere globale adresser og midlertidige privatlivsadresser, der roterer. Nabo Discovery holder en cache over nyligt brugte naboer på det lokale link med reachability-tilstande, der udløber. En enhed kan være fuldt ud tilgængelig, mens dens cachede post ældes, og den kan optræde i en lease-tabel, mens dens trafik tager en anden vej. Ingen af disse kilder er et register over hver adresse, en enhed nogensinde har haft.

Så det første spørgsmål er ikke, hvorfor enheden forsvandt, men hvilken datakilde siden trækker på.

Tre værtsvisninger svarer på tre forskellige spørgsmål

På en autoriseret Linux-vært skal du læse de tre objekter hver for sig. Adresselisten viser, hvad der er konfigureret, rutetabellen viser, hvor trafikken ville gå hen, og nabotabellen viser, hvem værten for nylig har talt med på linket. At blande dem giver selvsikre forkerte svar, fordi en manglende naboindgang ser præcis ud som en manglende adresse.

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

Kør dem inde i det faktiske netværksnavnerum, der bærer trafikken. Inde i en container kan grænsefladelisten afvige fra den, værten ser, og en VPN-klient kan leve i begge.

Sammenlign de samme tre output før og efter VPN-overgangen, og noter tidsstempler. En naboindgang, der forsvinder, mens adresser og ruter bliver på plads, beskriver cacheældning, ikke en konfigurationsændring.

Adskil en visningsændring fra en forbindelsesændring

Test derefter det, der faktisk betyder noget: tilgængeligheden af den IPv6-ressource, enheden har brug for. Hvis tjenesten svarer over IPv6 gennem den godkendte vej, er en række, der mangler på et dashboard, en overvågningsfejl. Hvis den fejler, kan visningsændringen være et symptom, og næste skridt er rute- og firewallvejen frem for selve listen. En routed VPN flytter normalt ikke værtens LAN-grænseflade over på det fjernlink, så hold LAN-adresser og tunneladresser i separate kolonner i din tænkning.

En grænseflade kan bære flere adresser, og en statusside viser måske kun én af dem. Derfor kan en enhed se ud til at skifte adresse efter en genopkobling, uden at noget er galt. Privatlivsudvidelser gør dette mere synligt, fordi midlertidige adresser roterer efter en tidsplan, som siden ikke viser.

Bekræft ressourcen, og lad derefter tabellerne være

Hvis værtsstatus og forbindelse begge ser rigtige ud, undersøg listens datakilde og opdateringsadfærd, før du rører netværket. Se efter en leasevarighed, en cache-timeout eller et visningsfilter, der skjuler adresser, som siden ikke klassificerer.

Du skal ikke tømme nabotabeller, deaktivere IPv6 eller gentildele adresser for at få en dashboard-række tilbage. De handlinger afbryder fungerende trafik og gendanner normalt kun rækken indtil næste cacheudløb. ip -6 neigh flush dev br-lan er i bedste fald en diagnosticering og i værste fald et selvforskyldt afbrud.

Registrér hvilken kilde siden bruger, og spørgsmålet om enheden virker holder op med at afhænge af en række i en tabel.