Un dispositivo scompare dalla lista IPv6 del router: cosa è cambiato?

Un lettore multimediale sparisce dalla lista dei client IPv6 del router mentre i suoi flussi continuano a funzionare, e la conclusione naturale è che qualcosa si è rotto. Più spesso la lista ha solo cambiato idea su ciò che mostra. La pagina di stato del router può mostrare un lease DHCPv6, un’associazione wireless, una voce di vicino o una vista unificata, e ciascuna risponde a una domanda diversa.

La pagina mostra un tipo di record, non un inventario

Gli host IPv6 di solito tengono più indirizzi insieme: un indirizzo link-local, uno o più indirizzi globali e indirizzi temporanei di privacy che ruotano. La scoperta dei vicini mantiene una cache dei vicini usati di recente sul collegamento locale, con stati di raggiungibilità che scadono. Un dispositivo può essere perfettamente raggiungibile mentre la sua voce in cache invecchia, e può comparire in una tabella di lease mentre il suo traffico segue un altro percorso. Nessuna di queste fonti è un registro di tutti gli indirizzi che un dispositivo abbia mai avuto.

Quindi la prima domanda non è perché il dispositivo sia scomparso, ma da quale fonte di dati attinga la pagina.

Tre viste dell’host rispondono a tre domande diverse

Su un host Linux autorizzato, leggete i tre oggetti separatamente. L’elenco degli indirizzi mostra cosa è configurato, la tabella di routing mostra dove andrebbe il traffico e la tabella dei vicini mostra con chi l’host ha parlato di recente sul collegamento. Confonderle produce risposte sbagliate con sicurezza, perché una voce di vicino mancante sembra esattamente un indirizzo mancante.

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

Eseguite questi comandi nello spazio dei nomi di rete reale che trasporta il traffico. Dentro un container l’elenco delle interfacce può differire da quello che vede l’host, e un client VPN può vivere in uno o nell’altro.

Confrontate gli stessi tre output prima e dopo la transizione VPN, e annotate i timestamp. Una voce di vicino che scompare mentre indirizzi e route restano fermi descrive l’invecchiamento della cache, non un cambio di configurazione.

Separate un cambiamento di visualizzazione da un cambiamento di connettività

Poi provate ciò che conta davvero: la raggiungibilità della risorsa IPv6 di cui il dispositivo ha bisogno. Se il servizio risponde su IPv6 lungo il percorso approvato, una riga assente da una dashboard è un difetto di monitoraggio. Se fallisce, il cambiamento di visualizzazione può essere un sintomo, e il passo successivo è il percorso di routing e firewall, non la lista stessa. Una VPN instradata di solito non sposta l’interfaccia LAN dell’host sul collegamento remoto, quindi tenete gli indirizzi LAN e gli indirizzi del tunnel in colonne separate del vostro ragionamento.

Una sola interfaccia può portare più indirizzi, e una pagina di stato può mostrarne solo uno. È per questo che un dispositivo può sembrare cambiare indirizzo dopo una riconnessione senza che nulla sia sbagliato. Le estensioni di privacy lo rendono più visibile, perché gli indirizzi temporanei ruotano secondo un calendario che la pagina non mostra.

Verificate la risorsa, poi lasciate stare le tabelle

Se lo stato dell’host e la connettività sembrano entrambi corretti, indagate la fonte dati della lista e il comportamento di aggiornamento prima di toccare la rete. Cercate una durata del lease, un timeout della cache o un filtro di visualizzazione che nasconda indirizzi che la pagina non classifica.

Non svuotate le tabelle dei vicini, non disattivate IPv6 e non riassegnate indirizzi per far riapparire una riga della dashboard. Quelle azioni interrompono traffico funzionante e di solito ripristinano la riga solo fino alla successiva scadenza della cache. ip -6 neigh flush dev br-lan è al massimo una diagnostica e al minimo un’interruzione che vi siete causati da soli.

Annotate quale fonte usa la pagina, e la domanda se il dispositivo funziona smette di dipendere da una riga in una tabella.