Como comprobar o estado de IPv6 dun Mac despois de que a VPN se desconecte

Chegue a un sitio por IPv4 despois de que caia o túnel e non terá demostrado nada sobre IPv6. macOS configura as dúas familias por separado, por servizo de rede, e un cliente VPN pode cambiar unha sen tocar a outra. Percorra as tres capas en orde: configuración do enderezo, selección de ruta e, despois, calquera política que o cliente instale mentres está desconectado. Manteña a rede de acceso sen cambios mentres tanto, ou comparará dous problemas distintos.

Comece pola familia que realmente se rompeu

Unha páxina que carga por IPv4 dille que a rede física está viva. Non di nada sobre se o servizo ten un enderezo IPv6 global, se o prefixo aínda se anuncia ou se algo filtra a familia. Confirme que fallou antes de escoller unha ferramenta, porque un nome que resolve a un enderezo inalcanzable parece idéntico a un nome que non resolve en absoluto. Pregunte que capa respondeu mal e escriba a resposta. Sen iso, cada paso posterior é unha conxectura vestida de procedemento.

Manteña a mesma rede Wi-Fi e o mesmo punto de acceso durante toda a comparación. Unha rede de cafetería que onte ofrecía IPv6 non di nada sobre a que ten agora.

Lea o enderezo antes que a ruta

En Axustes do Sistema, o panel TCP/IP do servizo activo mostra se IPv6 é automático, manual ou só local de enlace. Compare iso co que espera, lembrando que unha organización pode ter elixido a configuración manual a propósito. Despois execute ifconfig e lea a interface en cuestión. Un enderezo fe80:: por si só significa que a interface pode falar cos seus veciños e nada máis, así que a presenza local de enlace non é proba dunha ruta utilizábel.

Busque tamén interfaces utun que o cliente deixase atrás. Un dispositivo de túnel obsoleto pode conservar un enderezo e unha ruta moito despois de que o cliente deixase de o usar. Se hai un, é un achado de ciclo de vida para o propietario do cliente, non algo para borrar de inmediato.

Lea a táboa de rutas para o destino que falla

Pregunte ao núcleo polo destino que fallou, non pola ruta predeterminada. route -n get 2001:db8::25 imprime a interface e a pasarela escollidas para ese enderezo, e netstat -rn -f inet6 mostra toda a táboa para comparar. Unha ruta predeterminada dille que existe unha predeterminada; non lle di que este destino a use.

Manteña o DNS no seu propio compartimento. Un resolutor alcanzable por IPv4 aínda pode devolver rexistros AAAA, así que un fallo de consulta e un fallo de encamiñamento producen o mesmo síntoma no navegador.

Separe a política de bloqueo do cliente dun resto

Algúns clientes están deseñados para bloquear o tráfico mentres están desconectados, incluída a outra familia de enderezos, e ese comportamento é unha característica, non unha falla.

Averigüe que comportamento documenta o seu cliente antes de tratar un bloqueo como dano. scutil --dns mostra os resolutores en vigor por servizo, que é onde se fai visíbel un resolutor instalado polo cliente ou un axuste de DNS con alcance. Despois comprobe se se instalaron e quedaron regras de filtro de paquetes. Un bloqueo esperado e unha regra sobrante necesitan respostas opostas, e só a documentación do propietario as separa.

Reúna probas e despois cambie unha cousa

Rexiste a versión do cliente, a versión de macOS, o servizo de rede, a política desconectada prevista e a saída de enderezos e rutas en ambos os dous lados dun ciclo de conexión e desconexión. Ese rexistro é o que converte unha queixa nun problema de ciclo de vida que alguén pode investigar. Despois faga un só cambio e volva medir.

Resista o reinicio. Borrar interfaces virtuais, baleirar a táboa de rutas e desactivar IPv6 en toda a máquina destrúen o estado que necesitaba capturar, e poden levar canda si configuración non relacionada. Se o cliente ten un fluxo compatíbel de pausa, reparación ou desinstalación, úseo, e siga o procedemento do administrador onde a rede estea xestionada. Unha máquina que xa se reiniciou non lle dá nada ao propietario con que traballar, e adoita reproducir a falla na seguinte conexión.