Come verificare lo stato IPv6 di un Mac dopo la disconnessione della VPN

Raggiungete un sito via IPv4 dopo la caduta del tunnel e non avete dimostrato nulla su IPv6. macOS configura le due famiglie separatamente, per servizio di rete, e un client VPN può cambiarne una senza toccare l'altra. Lavorate i tre livelli in ordine: configurazione dell'indirizzo, selezione della rotta, poi qualunque politica il client installi mentre è disconnesso. Nel frattempo lasciate invariata la rete di accesso, altrimenti confronterete due problemi diversi.

Iniziate dalla famiglia che si è davvero rotta

Una pagina che carica via IPv4 vi dice che la rete fisica è viva. Non dice nulla sulla presenza di un indirizzo IPv6 globale sul servizio, sulla diffusione del prefisso o su un filtraggio della famiglia. Confermate cosa è fallito prima di scegliere uno strumento, perché un nome che risolve su un indirizzo irraggiungibile appare identico a un nome che non risolve affatto. Chiedete quale livello ha risposto male e scrivete la risposta. Senza questo, ogni passo successivo è una supposizione vestita da procedura.

Mantenete la stessa rete Wi-Fi e lo stesso punto di accesso per l'intero confronto. Una rete di un bar che ieri offriva IPv6 non dice nulla su quella a cui siete ora.

Leggete l'indirizzo prima della rotta

In Impostazioni di Sistema, il pannello TCP/IP del servizio attivo mostra se IPv6 è automatico, manuale o solo locale al collegamento. Confrontatelo con ciò che vi aspettate, ricordando che un'organizzazione può aver scelto la configurazione manuale di proposito. Poi eseguite ifconfig e leggete l'interfaccia in questione. Un indirizzo fe80:: da solo significa che l'interfaccia può parlare con i suoi vicini e nulla più, quindi la presenza locale al collegamento non è prova di un percorso utilizzabile.

Cercate anche le interfacce utun lasciate dal client. Un dispositivo tunnel obsoleto può conservare un indirizzo e una rotta molto dopo che il client ha smesso di usarlo. Se ce n'è uno, è un riscontro di ciclo di vita per il proprietario del client, non qualcosa da eliminare subito.

Leggete la tabella delle rotte per la destinazione che fallisce

Chiedete al kernel della destinazione che ha fallito, non della rotta predefinita. route -n get 2001:db8::25 stampa l'interfaccia e il gateway scelti per quell'indirizzo, e netstat -rn -f inet6 mostra l'intera tabella per il confronto. Una rotta predefinita vi dice che esiste una predefinita; non vi dice che questa destinazione la usi.

Tenete il DNS nel suo scomparto. Un resolver raggiungibile via IPv4 può comunque restituire record AAAA, quindi un errore di risoluzione e un errore di instradamento producono lo stesso sintomo nel browser.

Separate la politica di blocco del client da un residuo

Alcuni client sono progettati per bloccare il traffico mentre sono disconnessi, compresa l'altra famiglia di indirizzi, e questo comportamento è una funzionalità, non un guasto.

Scoprite quale comportamento documenta il vostro client prima di trattare un blocco come danno. scutil --dns mostra i resolver in vigore per servizio, ed è lì che diventa visibile un resolver installato dal client o un'impostazione DNS con ambito. Poi controllate se sono state installate e lasciate regole di filtro dei pacchetti. Un blocco atteso e una regola residua richiedono risposte opposte, e solo la documentazione del proprietario le distingue.

Raccogliete prove, poi cambiate una cosa

Registrate la versione del client, la versione di macOS, il servizio di rete, la politica di disconnessione prevista e l'output di indirizzi e rotte su entrambi i lati di un ciclo di connessione e disconnessione. È quel registro che trasforma un reclamo in un problema di ciclo di vita che qualcuno può indagare. Poi fate un solo cambiamento e misurate di nuovo.

Resistete al ripristino. Eliminare interfacce virtuali, svuotare la tabella delle rotte e disattivare IPv6 sull'intera macchina distruggono lo stato che dovevate catturare, e possono portarsi via configurazione non correlata. Se il client ha un flusso supportato di pausa, riparazione o disinstallazione, usatelo, e seguite la procedura dell'amministratore dove la rete è gestita. Una macchina già ripristinata non dà al proprietario nulla con cui lavorare, e di solito riproduce il guasto alla connessione successiva.