Com comprovar l'estat d'IPv6 d'un Mac després que la VPN es desconnecti

Arribeu a un lloc per IPv4 després que el túnel caigui i no heu demostrat res sobre IPv6. El macOS configura les dues famílies per separat, per servei de xarxa, i un client VPN pot canviar-ne una sense tocar l'altra. Treballeu les tres capes en ordre: configuració de l'adreça, selecció de ruta i, després, qualsevol política que el client installi mentre està desconnectat. Manteniu la xarxa d'accés sense canvis mentrestant, o comparareu dos problemes diferents.

Comenceu per la família que realment s'ha trencat

Una pàgina que es carrega per IPv4 us diu que la xarxa física és viva. No diu res sobre si el servei té una adreça IPv6 global, si el prefix encara s'anuncia o si alguna cosa filtra la família. Confirmeu què ha fallat abans de triar una eina, perquè un nom que es resol a una adreça inaccessible sembla idèntic a un nom que no es resol gens. Pregunteu quina capa ha respost malament i escriviu la resposta. Sense això, cada pas posterior és una conjectura vestida de procediment.

Manteniu la mateixa xarxa Wi-Fi i el mateix punt d'accés durant tota la comparació. Una xarxa de cafè que ahir oferia IPv6 no diu res sobre la on sou ara.

Llegiu l'adreça abans que la ruta

A Configuració del Sistema, el plafó TCP/IP del servei actiu mostra si IPv6 és automàtic, manual o només local d'enllaç. Compareu-ho amb el que espereu, recordant que una organització pot haver triat la configuració manual deliberadament. A continuació executeu ifconfig i llegiu la interfície en qüestió. Una adreça fe80:: tota sola vol dir que la interfície pot parlar amb els seus veïns i res més, així que la presència local d'enllaç no és prova d'un camí utilitzable.

Busqueu també interfícies utun que el client hagi deixat enrere. Un dispositiu de túnel obsolet pot retenir una adreça i una ruta molt després que el client hagi deixat d'utilitzar-lo. Si n'hi ha un, és una troballa de cicle de vida per al propietari del client, no una cosa per esborrar de seguida.

Llegiu la taula de rutes per a la destinació que falla

Pregunteu al nucli per la destinació que ha fallat, no per la ruta per defecte. route -n get 2001:db8::25 imprimeix la interfície i la passarel·la seleccionades per a aquesta adreça, i netstat -rn -f inet6 mostra tota la taula per comparar. Una ruta per defecte us diu que existeix un defecte; no us diu que aquesta destinació l'utilitzi.

Manteniu el DNS en el seu propi compartiment. Un resolutor abastable per IPv4 encara pot retornar registres AAAA, així que una fallada de consulta i una fallada d'encaminament produeixen el mateix símptoma al navegador.

Separeu la política de bloqueig del client d'una resta

Alguns clients estan dissenyats per bloquejar el trànsit mentre estan desconnectats, incloent-hi l'altra família d'adreces, i aquest comportament és una característica, no una fallada.

Esbrineu quin comportament documenta el vostre client abans de tractar un bloqueig com a mal. scutil --dns mostra els resolutors en vigor per servei, que és on es fa visible un resolutor instal·lat pel client o un paràmetre DNS amb abast. Després comproveu si s'han instal·lat i deixat regles de filtre de paquets. Un bloqueig esperat i una regla romanent necessiten respostes oposades, i només la documentació del propietari les separa.

Recolliu proves i després canvieu una cosa

Registreu la versió del client, la versió del macOS, el servei de xarxa, la política desconnectada prevista i la sortida d'adreces i rutes als dos costats d'un cicle de connexió i desconnexió. Aquest registre és el que converteix una queixa en un problema de cicle de vida que algú pot investigar. Després feu un sol canvi i mesureu de nou.

Resistiu el reinici. Esborrar interfícies virtuals, buidar la taula de rutes i desactivar IPv6 a tota la màquina destrueixen l'estat que necessitàveu capturar, i poden endur-se configuració no relacionada. Si el client té un flux compatible de pausa, reparació o desinstal·lació, feu-lo servir, i seguiu el procediment de l'administrador allà on la xarxa està gestionada. Una màquina que ja s'ha reiniciat no dóna res al propietari amb què treballar, i normalment reprodueix la fallada a la connexió següent.