La impressora queda fora de línia quan es connecta la VPN? Reviseu la taula de rutes

El vostre portàtil s’uneix a la VPN corporativa i la impressora que és a dos metres deixa de respondre. A la impressora no ha canviat res i la xarxa local no ha caigut. El que ha canviat és la taula de rutes: l’adaptador del túnel ara té un camí que cobreix l’adreça de la impressora, així que aquests paquets surten per la VPN i arriben a una passarel·la que no té ni idea d’on és la vostra xarxa plana. Feu les quatre comprovacions següents en ordre i atureu-vos a la primera que falli.

Pas u: demostreu que la impressora encara és abastable a la LAN

Abans de tocar l’encaminament, confirmeu que el dispositiu és viu per a alguna cosa que no faci servir la VPN. Demaneu a un telèfon de la mateixa Wi-Fi que obri la pàgina web de la impressora, o feu ping a l’adreça des d’una altra màquina de la xarxa plana. Si la impressora tampoc no respon allà, la VPN és una coincidència i la culpa és de la impressora, de la seva associació Wi-Fi o de l’aïllament de clients al punt d’accés.

Si respon a tot arreu excepte en aquest portàtil, teniu un problema d’encaminament o de resolució de noms que viu al portàtil, i el pas següent us diu quin dels dos és.

Pas dos: trobeu la ruta que Windows tria realment

No llegiu la taula de dalt a baix i no endevineu. Pregunteu a Windows quina entrada tria per a l’adreça exacta que us interessa i obteniu l’índex d’interfície alhora.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute imprimeix la ruta guanyadora i la seva interfície, i aquests són els dos fets dels quals depèn la resta. route print -4 mostra les entrades del voltant, incloent-hi les dues meitats de ruta per defecte que instal·len els clients de túnel complet: 0.0.0.0/1 i 128.0.0.0/1, que juntes cobreixen tot l’espai IPv4 sense substituir mai 0.0.0.0/0. Una /1 és més llarga que una /0, però la vostra 192.168.1.0/24 encara ho és més, i per això una ruta LAN absent importa més que la reclamació del túnel.

Dues regles decideixen la resposta. El prefix coincident més llarg guanya primer, i entre entrades amb el mateix prefix guanya la mètrica total més baixa, on el total combina la mètrica de la ruta i la mètrica de la interfície. Si la interfície seleccionada és el túnel, continueu. Si és l’adaptador físic i el trànsit encara falla, atureu-vos aquí: el vostre problema és la resolució de noms o la llista d’accés de la impressora, no la ruta de la VPN.

Pas tres: afegiu la ruta més estreta que nomeni passarel·la i interfície

La reparació és una entrada que apunta l’adreça de la impressora al router local a l’adaptador local. Executeu-la en un terminal elevat i substituïu els valors que acabeu de llegir.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

El valor de if és l’índex d’interfície de l’adaptador físic. Ometre’l és el motiu més habitual que l’ordre sembli reeixir i no canviï res, perquè amb dos adaptadors capaços d’arribar al mateix salt següent Windows és lliure de triar el que no volíeu. El paràmetre -p fa que l’entrada sigui persistent, de manera que sobreviu a un reinici en lloc de morir amb la sessió.

Preferiu una ruta d’amfitrió per al dispositiu únic abans que una ruta per a tota la 192.168.1.0/24. Una ruta de subxarxa és més àmplia del que cal per a la tasca i xoca en el moment que el costat corporatiu també fa servir aquell prefix: un prefix passa a tenir dos propietaris, i quina entrada guanyi decideix a quina xarxa podeu arribar realment.

En l’altre sentit, si heu esborrat l’opció de passarel·la per defecte a la connexió VPN per protegir la LAN, els prefixos privats remots també deixen de resoldre’s. Afegiu-ne les rutes a través de la interfície VPN de la mateixa manera, o el túnel es converteix en un enllaç que no porta res.

Pas quatre: feu que l’excepció sobrevisqui a la propera connexió

Molts clients corporatius reinstal·len tot el seu conjunt de rutes a cada connexió i recalculen les mètriques d’interfície mentre ho fan, així que una ruta que ahir funcionava avui pot quedar superada. Després de reconnectar, repetiu Find-NetRoute per a la impressora i comproveu que la interfície encara coincideix amb l’adaptador físic. Si l’entrada ha desaparegut, alguna cosa l’està esborrant; una ruta persistent no us protegeix d’un agent que escombra la taula. Les tasques programades que tornen a afegir la ruta després que la VPN es connecti són la solució habitual, i també són la solució que es trenca quan l’índex de l’adaptador canvia després d’una base d’acoblament o d’una actualització de controlador.

Vigileu IPv6 per separat. Un client que només reclama el valor per defecte IPv4 pot deixar la ruta per defecte IPv6 a l’adaptador físic, de manera que una impressora abastable per IPv6 continua funcionant mentre IPv4 falla, o al revés. Proveu amb ping -4 i ping -6 abans de decidir que la taula de rutes és innocent.

Què us costa la drecera local

Qualsevol ruta que eviti el túnel és un forat en la promesa del túnel. El trànsit cap a aquella adreça ja no passa per la passarel·la corporativa, cosa que vol dir sense inspecció, sense registre i sense aplicació de polítiques. En un dispositiu gestionat això pot ser un problema de compliment i no una preferència, així que pregunteu si existeix una excepció oficial de túnel dividit abans d’afegir-ne una a mà. Manteniu la vostra tan estreta com la tasca i tan curta com la situació permeti.

Si la impressora respon després del canvi, repetiu les quatre comprovacions després de la propera reconnexió en lloc de suposar que la solució s’ha mantingut. Si no respon, captureu la sortida de Find-NetRoute abans i després de la connexió; la diferència us diu si el client ha esborrat l’entrada o només l’ha reordenat.