O túnel dividido está activo e a impresora segue sen conexión: por que

O túnel dividido decide rutas, non conectividade. Segue o enderezo da cola de impresión, a ruta que toma e o filtro local do cliente antes de reinstalar controladores.

O teu túnel está activo, internet funciona, o túnel dividido activouse hai meses e a impresora xunto ao escritorio segue aparecendo como sen conexión. Esa combinación non é unha contradición, porque o túnel dividido é unha decisión de encamiñamento e non unha promesa de conectividade. Tres mecanismos sitúanse entre a cola de impresión e o papel, e fallan de xeitos que desde a icona da bandexa parecen idénticos. Segue primeiro o enderezo, despois a ruta e despois o filtro.

Comeza polo enderezo que hai detrás da cola

Le o enderezo ou o nome de host gardado na cola de impresión e compárao co enderezo que a impresora mostra na súa propia pantalla de rede. Unha cola que aínda apunta a un enderezo anterior compórtase exactamente como un fallo de encamiñamento, e é difícil distinguilos só polo síntoma. Obtén ambos os valores antes de cambiar calquera. Un deles adoita estar obsoleto, e o obsoleto adoita ser a cola.

Unha cola baseada nun nome de host engade a resolución de nomes ao camiño, un mecanismo separado do encamiñamento. Se o nome de host se resolve de forma distinta dentro do túnel, a cola chega a outra máquina ou non chega a nada. Un enderezo numérico elimina esa variable durante a proba.

Anota o par, porque o resto da investigación compáraos en lugar de adiviñar.

Como se escolle a ruta para ese enderezo

Supón que a impresora está en 192.168.1.50 e que a rede da oficina tamén usa 192.168.1.0/24. A ruta do túnel que cobre esa subrede agora pode competir coa ruta enlazada directamente á impresora do teu piso, e gaña a entrada máis específica. Cambiar o porto ao mesmo enderezo numérico non elimina esa ambigüidade, porque a ambigüidade está na táboa de encamiñamento.

Un perfil de VPN que instala unha ruta predeterminada captúrao todo, e entón o prefixo de enlace local só é accesible a través do túnel. Un perfil de túnel dividido instala os prefixos corporativos, o que normalmente restaura a ruta local. Inspecciona a ruta realmente seleccionada para o enderezo da impresora, non o nome do axuste que a produciu.

Le a táboa e a ruta seleccionada xuntas, porque a táboa mostra os candidatos e a consulta mostra o gañador.

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

Por que falla o descubrimento cando o enderezo funciona

O descubrimento automático de impresoras nunha rede local depende de DNS multicast ou dun protocolo de difusión máis antigo, e ambos están limitados a un enlace. Un encamiñador non reenvía ese multicast por defecto, e unha VPN é un encamiñador. Engadir unha cola baseada en enderezo corrixe o caso no que o descubrimento é o único roto, e por iso mesmo ese rodeo se confunde tantas veces con sorte.

A distinción é fácil de rexistrar: se o enderezo responde no porto de impresión pero a impresora nunca aparece na lista de engadir impresora, a culpa é do alcance do descubrimento. Se non funciona ningunha das dúas, a culpa é da ruta ou do filtro. Dúas probas, dous responsables distintos e ningunha reinstalación de controladores entre elas.

Proba o enderezo directamente en lugar de esperar a que se encha unha lista. Os comandos seguintes fan exactamente iso.

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

Que engade o filtro de acceso local do cliente

Os clientes de extremo poden filtrar o tráfico local independentemente da táboa de encamiñamento. O axuste adoita chamarse acceso á rede local, e pode bloquear o tráfico cara ao segmento local mentres o túnel está conectado, mesmo cando a consulta de ruta parece correcta. É unha capa de política, e ningunha edición de rutas a cambia.

Nun dispositivo xestionado, pregunta ao administrador que pretende o perfil en lugar de cambiar o interruptor ti mesmo. O filtro adoita existir porque alguén decidiu que unha máquina conectada non debería poder chegar á rede da cafetería, e foi unha decisión razoable.

Le o estado ou o rexistro do propio cliente para a política vixente, xa que a interface adoita escondela detrás dunha liña de resumo. Esa entrada do rexistro adoita nomear a regra que decidiu.

Comproba o camiño cun traballo pequeno

Cando o enderezo, a ruta e o filtro apunten todos á impresora, envía un só documento curto á mesma cola mentres o túnel segue conectado. Iso reproduce o fallo orixinal con máis fidelidade que unha reinstalación de controlador probada só tras desconectar. Mantén o traballo sen nada especial, porque estás probando un camiño e non un dispositivo.

Despois repite co túnel desconectado, para saber se o camiño que arranxaches era o que antes funcionaba. Esa comparación é a única proba de que o cambio importou.

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

Se o traballo se imprime en ambos os estados, a cola, a ruta e o filtro coinciden e o fallo desapareceu. Se só se imprime cando está desconectado, o túnel aínda captura o enderezo da impresora ou o filtro aínda o bloquea, e o seguinte paso é a consulta de ruta e non outro controlador. Anota cal das tres capas cambiaches, e o mesmo tícket non se volverá abrir o mes que vén.

Artigos relacionados