En enhet försvinner från routerns IPv6-lista: vad ändrades?

En mediespelare faller ur routerns IPv6-klientlista medan dess strömmar fortsätter att fungera, och den naturliga slutsatsen är att något gick sönder. Oftare har listan bara ändrat uppfattning om vad den visar. En statussida på routern kan visa en DHCPv6-lease, en trådlös association, en grannpost eller en sammanslagen vy, och var och en svarar på en annan fråga.

Sidan visar en sorts post, inte en inventering

IPv6-värdar har ofta flera adresser samtidigt: en link-local-adress, en eller flera globala adresser och tillfälliga sekretessadresser som roterar. Neighbour Discovery håller en cache över nyligen använda grannar på den lokala länken, med tillgänglighetstillstånd som löper ut. En enhet kan vara fullt nåbar medan dess cachade post åldras, och den kan dyka upp i en leasetabell medan trafiken tar en annan väg. Ingen av dessa källor är ett register över varje adress en enhet någonsin har haft.

Så den första frågan är inte varför enheten försvann, utan vilken datakälla sidan hämtar från.

Tre värdvyer svarar på tre olika frågor

På en auktoriserad Linux-värd läser du de tre objekten var för sig. Adresslistan visar vad som är konfigurerat, routingtabellen visar vart trafiken skulle gå, och grannabellen visar vem värden nyligen har pratat med på länken. Att blanda dem ger självsäkra fel svar, eftersom en saknad grannpost ser exakt ut som en saknad adress.

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

Kör dem inne i det faktiska nätverksnamnrymden som bär trafiken. Inuti en container kan gränssnittslistan skilja sig från den värden ser, och en VPN-klient kan leva i vilken som helst av dem.

Jämför samma tre utdata före och efter VPN-övergången, och notera tidsstämplar. En grannpost som försvinner medan adresser och rutter står kvar beskriver cache-åldring, inte en konfigurationsändring.

Skilj en visningsändring från en anslutningsändring

Testa sedan det som faktiskt spelar roll: nåbarheten för den IPv6-resurs enheten behöver. Om tjänsten svarar över IPv6 via den godkända vägen är en rad som saknas i en instrumentpanel en övervakningsmiss. Om det misslyckas kan visningsändringen vara ett symptom, och nästa steg är rutt- och brandvägsvägen snarare än själva listan. En routad VPN flyttar normalt inte värdens LAN-gränssnitt till fjärrlänken, så håll LAN-adresser och tunneladresser i separata kolumner i ditt tänkande.

Ett gränssnitt kan bära flera adresser, och en statussida visar kanske bara en av dem. Därför kan en enhet se ut att byta adress efter en återanslutning utan att något är fel. Sekretessutökningar gör detta mer synligt, eftersom tillfälliga adresser roterar enligt ett schema som sidan inte visar.

Verifiera resursen och lämna sedan tabellerna i fred

Om värdstatus och anslutning båda ser korrekta ut, undersök listans datakälla och uppdateringsbeteende innan du rör nätverket. Leta efter en leasetid, en cache-timeout eller ett visningsfilter som döljer adresser som sidan inte klassificerar.

Töm inte grannabeller, inaktivera inte IPv6 och tilldela inte om adresser för att få en instrumentpanelsrad att dyka upp igen. De åtgärderna avbryter fungerande trafik och återställer vanligtvis raden bara till nästa cache-utgång. ip -6 neigh flush dev br-lan är i bästa fall en diagnos och i värsta fall ett självförvållat avbrott.

Anteckna vilken källa sidan använder, och frågan om enheten fungerar slutar bero på en rad i en tabell.