Comprobación de rutas VPN en macOS: route get sen cambiar nada

Un usuario chega á intranet na rede da oficina e non polo túnel, mentres que Axustes segue mostrando a VPN como conectada. Editar a táboa de rutas nese momento corre o risco de cortar a sesión remota que usas para diagnosticar. Pregunta ao núcleo que ruta escollería para o host que falla. A utilidade route de macOS ten unha operación get que responde exactamente a iso, para un destino, sen cambiar nada.

Consulta o host que falla, non a ruta predeterminada

Unha captura da ruta predeterminada di moi pouco nun Mac moderno, porque un destino máis específico ou unha política restrinxida poden impoñerse sobre o que a ruta predeterminada parece dicir. O túnel pode estar activo, a ruta predeterminada pode parecer correcta e, aínda así, o único host que necesitas pode estar encamiñado a outro lugar. Consulta o enderezo que falla e deixa que o núcleo nomee a ruta que escolleu.

A forma é route -n get seguido do enderezo: route -n get 203.0.113.10, onde o enderezo de documentación representa o teu obxectivo. Usa o destino autorizado e a familia de enderezos correspondente, porque unha resposta IPv4 non di nada sobre un recurso só IPv6. A documentación da utilidade route describe a operación get e os campos que imprime.

Le a interface e a pasarela como evidencia

Executa a consulta antes de conectar a VPN e despois outra vez, e compara as liñas de interface e de pasarela. A diferenza entre esas dúas respostas é o que o túnel cambiou realmente, e é moito máis útil que volcar a táboa enteira. Se a interface é idéntica nas dúas execucións, a ruta nunca foi o problema e podes deixar de mirar o encamiñamento.

Anota o destino, a interface, a pasarela e a hora da consulta antes de sacar unha conclusión. A saída é evidencia, non un diagnóstico: a mesma interface pode ser correcta para un host e incorrecta para outro cando hai un túnel dividido de por medio.

Unha ruta correcta non é unha petición que funciona

Unha ruta diche que interface usaría o núcleo, nada máis. O DNS, un cortafuegos do host e a autorización da aplicación sitúanse por riba desa decisión, e a petición pode fallar despois de que o encamiñamento teña éxito. Conserva o síntoma exacto antes de seguir, porque "non se pode conectar" e "conéctase pero devolve un erro" son investigacións distintas con pasos seguintes distintos. A vista do resolutor e a vista da interface complementan a consulta de destino en lugar de substituíla.

Unha listaxe da táboa de encamiñamento aínda ten o seu lugar: así é como notas unha ruta predeterminada inesperada. Unha ruta predeterminada ordinaria que queda non demostra que a VPN non se use, porque as entradas máis específicas gañan sobre ela.

Mantén o punto final e o recurso separados

Hai dúas buscas e responden preguntas distintas. Chegar ao punto final é unha viaxe exterior pola rede física. Chegar á aplicación ocorre dentro do túnel, nun enderezo que só existe no lado privado. Confundir as dúas produce o clásico bucle falso, no que o punto final parece encamiñarse polo túnel que remata. Consulta os dous enderezos por separado, etiqueta cada resultado e a confusión desaparece.

A superposición de prefixos é o outro caso que paga a pena coñecer. Cando os rangos local e remoto se superpoñen, decide a coincidencia do prefixo máis longo, así que unha subrede local superposta pode facer sombra ao enderezo remoto que esperabas. Entón o destino privado parece idéntico a un local, e a corrección pertence ao plan de enderezos e non á táboa de rutas. A consulta get mostra que interface gañou, e ese é o feito que necesitas antes de cambiar nada.

Primeiro le, despois cambia

Mantén route add e route delete fóra da primeira pasada. Nun Mac que administras en remoto, unha edición descuidada da táboa pode levar precisamente o camiño de volta á máquina e deixar a ninguén capaz de rematar o diagnóstico. Decide cal é a ruta correcta, anota como desfacer o cambio e só entón execútao. A inspección non ten esa cola.

A mesma precaución se aplica a baleirar cachés e reiniciar servizos de rede como primeiro movemento, porque ambos destrúen a evidencia que estabas a piques de ler. As comprobacións de só lectura son baratas, repetibles e seguras en calquera orde. Fai delas o paso predeterminado, e recorre a un cambio só cando a evidencia apunte a un.