Comprovació de rutes VPN al macOS: route get sense canviar res

Un usuari arriba a la intranet a la xarxa de l'oficina i no pel túnel, mentre que Configuració encara mostra la VPN com a connectada. Editar la taula de rutes en aquell moment pot tallar la sessió remota que fas servir per diagnosticar. Pregunta al nucli quin camí triaria per a l'amfitrió que falla. La utilitat route del macOS té una operació get que respon exactament això, per a una destinació, sense canviar res.

Consulta l'amfitrió que falla, no la ruta per defecte

Una captura de la ruta per defecte diu molt poc en un Mac modern, perquè una destinació més específica o una política limitada poden superar el que la ruta per defecte sembla dir. El túnel pot estar actiu, la ruta per defecte pot semblar correcta i, tot i així, l'únic amfitrió que necessites pot estar encaminat a un altre lloc. Consulta l'adreça que falla i deixa que el nucli anomeni el camí que ha triat.

La forma és route -n get seguida de l'adreça: route -n get 203.0.113.10, on l'adreça de documentació representa el teu objectiu. Fes servir la destinació autoritzada i la família d'adreces corresponent, perquè una resposta IPv4 no diu res sobre un recurs només IPv6. La documentació de la utilitat route descriu l'operació get i els camps que imprimeix.

Llegeix la interfície i la passarel·la com a evidència

Executa la consulta abans de connectar la VPN i després un altre cop, i compara les línies d'interfície i de passarel·la. La diferència entre aquestes dues respostes és el que el túnel ha canviat realment, i és molt més útil que abocar la taula sencera. Si la interfície és idèntica en les dues execucions, la ruta mai no va ser el problema i pots deixar de mirar l'encaminament.

Anota la destinació, la interfície, la passarel·la i l'hora de la consulta abans de treure cap conclusió. La sortida és evidència, no diagnòstic: la mateixa interfície pot ser correcta per a un amfitrió i incorrecta per a un altre quan hi ha un túnel dividit.

Una ruta correcta no és una petició que funciona

Una ruta et diu quina interfície faria servir el nucli, res més. El DNS, un tallafoc de l'amfitrió i l'autorització de l'aplicació se situen per sobre d'aquesta decisió, i la petició pot fallar després que l'encaminament tingui èxit. Conserva el símptoma exacte abans de continuar, perquè "no es pot connectar" i "es connecta però retorna un error" són investigacions diferents amb passos següents diferents. La vista del resolutor i la vista de la interfície complementen la consulta de destinació en lloc de substituir-la.

Un llistat de la taula d'encaminament encara té el seu lloc: és com t'adones d'una ruta per defecte inesperada. Una ruta per defecte ordinària que queda no demostra que la VPN no s'utilitzi, perquè les entrades més específiques hi guanyen.

Mantingues el punt final i el recurs separats

Hi ha dues cerques i responen preguntes diferents. Arribar al punt final és un viatge exterior per la xarxa física. Arribar a l'aplicació passa dins del túnel, en una adreça que només existeix al costat privat. Confondre les dues produeix el clàssic bucle fals, en què el punt final sembla encaminar-se pel túnel que acaba. Consulta les dues adreces per separat, etiqueta cada resultat i la confusió desapareix.

La superposició de prefixos és l'altre cas que val la pena conèixer. Quan els rangs local i remot se superposen, decideix la coincidència del prefix més llarg, així que una subxarxa local superposada pot fer ombra a l'adreça remota que esperaves. Llavors la destinació privada sembla idèntica a una de local, i la correcció pertany al pla d'adreces i no a la taula de rutes. La consulta get mostra quina interfície ha guanyat, i aquest és el fet que necessites abans de canviar res.

Primer llegeix, després canvia

Mantingues route add i route delete fora de la primera passada. En un Mac que administres en remot, una edició descuidada de la taula pot endur-se precisament el camí de tornada a la màquina i deixar que ningú pugui acabar el diagnòstic. Decideix quina és la ruta correcta, anota com desfer el canvi i només llavors executa'l. La inspecció no té aquesta cua.

La mateixa precaució val per buidar memòries cau i reiniciar serveis de xarxa com a primer moviment, perquè tots dos destrueixen l'evidència que estaves a punt de llegir. Les comprovacions només de lectura són barates, repetibles i segures en qualsevol ordre. Fes-les el pas per defecte i busca un canvi només quan l'evidència hi apunti.