A impresora queda fóra de liña cando se conecta a VPN? Revise a táboa de rutas

O seu portátil únese á VPN corporativa e a impresora que está a dous metros deixa de responder. Na impresora non cambiou nada e a rede local non caeu. O que cambiou é a táboa de rutas: o adaptador do túnel agora ten unha ruta que cobre o enderezo da impresora, así que eses paquetes saen pola VPN e chegan a unha pasarela que non ten nin idea de onde está a súa rede plana. Percorra as catro comprobacións seguintes en orde e detéñase na primeira que falle.

Paso un: demostre que a impresora segue sendo accesible na LAN

Antes de tocar o enrutamento, confirme que o dispositivo está vivo para algo que non use a VPN. Pida a un teléfono na mesma Wi-Fi que abra a páxina web da impresora, ou faga ping ao enderezo desde outra máquina da rede plana. Se a impresora tampouco responde alí, a VPN é unha coincidencia e a falla está na impresora, na súa asociación Wi-Fi ou no illamento de clientes do punto de acceso.

Se responde en todas partes menos neste portátil, ten un problema de enrutamento ou de resolución de nomes que vive no portátil, e o paso seguinte dille cal dos dous é.

Paso dous: atope a ruta que Windows escolle realmente

Non lea a táboa de arriba abaixo nin adiviñe. Pregunte a Windows que entrada escolle para o enderezo exacto que lle importa, e obteña o índice de interface ao mesmo tempo.

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

Find-NetRoute imprime a ruta gañadora e a súa interface, e eses son os dous feitos dos que depende o resto. route print -4 mostra as entradas veciñas, incluídas as dúas medias rutas por defecto que instalan os clientes de túnel completo: 0.0.0.0/1 e 128.0.0.0/1, que xuntas cobren todo o espazo IPv4 sen substituír nunca 0.0.0.0/0. Unha /1 é máis longa que unha /0, pero a súa 192.168.1.0/24 aínda o é máis, e por iso unha ruta LAN ausente importa máis que a propia pretensión do túnel.

Dúas regras deciden a resposta. O prefixo coincidente máis longo gaña primeiro, e entre entradas co mesmo prefixo gaña a métrica total máis baixa, onde o total combina a métrica da ruta e a métrica da interface. Se a interface seleccionada é o túnel, siga. Se é o adaptador físico e o tráfico segue fallando, detéñase aquí: o seu problema é a resolución de nomes ou a lista de acceso da propia impresora, non a ruta da VPN.

Paso tres: engada a ruta máis estreita que nomee pasarela e interface

A reparación é unha entrada que apunta o enderezo da impresora ao router local no adaptador local. Execútea nunha consola elevada e substitúa os valores que acaba de ler.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

O valor de if é o índice de interface do adaptador físico. Omitilo é o motivo máis habitual de que o comando pareza ter éxito e non cambie nada, porque con dous adaptadores capaces de alcanzar o mesmo seguinte salto Windows é libre de escoller o que vostede non quería. O indicador -p fai que a entrada sexa persistente, de modo que sobrevive a un reinicio en lugar de morrer coa sesión.

Prefera unha ruta de host para o dispositivo individual antes que unha ruta para toda a 192.168.1.0/24. Unha ruta de subrede é máis ampla do que a tarefa necesita e choca no momento en que o lado corporativo tamén usa ese prefixo: un prefixo pasa a ter dous donos, e que entrada gañe decide a que rede pode chegar realmente.

No outro sentido, se borrou a opción de pasarela predeterminada na conexión VPN para protexer a LAN, os prefixos privados remotos tamén deixan de resolverse. Engada rutas para eles a través da interface VPN do mesmo xeito, ou o túnel convértese nunha ligazón que non transporta nada.

Paso catro: faga que a excepción sobreviva á próxima conexión

Moitos clientes corporativos reinstalan todo o seu conxunto de rutas en cada conexión e recalculan as métricas de interface mentres o fan, así que unha ruta que onte funcionaba hoxe pode quedar superada. Tras reconectar, repita Find-NetRoute para a impresora e comprobe que a interface segue coincidindo co adaptador físico. Se a entrada desapareceu, algo a está borrando; unha ruta persistente non o protexe dun axente que varre a táboa. As tarefas programadas que volven engadir a ruta despois de que a VPN se conecte son a solución habitual, e tamén son a solución que rompe cando o índice do adaptador cambia tras unha base de acoplamento ou unha actualización de controlador.

Vixíe IPv6 por separado. Un cliente que só reclama o valor predeterminado IPv4 pode deixar a ruta predeterminada IPv6 no adaptador físico, de xeito que unha impresora accesible por IPv6 segue funcionando mentres IPv4 falla, ou ao revés. Proba con ping -4 e ping -6 antes de decidir que a táboa de rutas é inocente.

Que lle custa o atallo local

Calquera ruta que evite o túnel é un burato na promesa do túnel. O tráfico cara a ese enderezo xa non pasa pola pasarela corporativa, o que significa sen inspección, sen rexistro e sen aplicación de políticas. Nun dispositivo xestionado iso pode ser un problema de cumprimento e non unha preferencia, así que pregunte se existe unha excepción oficial de túnel dividido antes de engadir unha a man. Manteña a súa tan estreita como a tarefa e tan breve como a situación permita.

Se a impresora responde tras o cambio, repita as catro comprobacións despois da súa próxima reconexión en lugar de supor que a corrección aguantou. Se non responde, capture a saída de Find-NetRoute antes e despois da conexión; a diferenza dille se o cliente borrou a entrada ou só a reordenou.