El túnel dividido está activo y la impresora sigue sin conexión: por qué

Tu túnel está activo, internet funciona, el túnel dividido se habilitó hace meses y la impresora junto al escritorio sigue apareciendo como sin conexión. Esa combinación no es una contradicción, porque el túnel dividido es una decisión de enrutamiento y no una promesa de conectividad. Tres mecanismos se interponen entre la cola de impresión y el papel, y fallan de formas que desde el icono de la bandeja parecen idénticas. Sigue primero la dirección, luego la ruta y luego el filtro.

Empieza por la dirección que hay detrás de la cola

Lee la dirección o el nombre de host guardado en la cola de impresión y compáralo con la dirección que la impresora muestra en su propia pantalla de red. Una cola que todavía apunta a una dirección anterior se comporta exactamente como un fallo de enrutamiento, y es difícil distinguirlos solo por el síntoma. Obtén ambos valores antes de cambiar cualquiera. Uno de ellos suele estar obsoleto, y el obsoleto suele ser la cola.

Una cola basada en un nombre de host añade la resolución de nombres a la ruta, un mecanismo separado del enrutamiento. Si el nombre de host se resuelve de forma distinta dentro del túnel, la cola llega a otra máquina o no llega a nada. Una dirección numérica elimina esa variable durante la prueba.

Anota el par, porque el resto de la investigación los compara en lugar de adivinar.

Cómo se elige la ruta para esa dirección

Supón que la impresora está en 192.168.1.50 y que la red de la oficina también usa 192.168.1.0/24. La ruta del túnel que cubre esa subred ahora puede competir con la ruta enlazada directamente a la impresora de tu piso, y gana la entrada más específica. Cambiar el puerto a la misma dirección numérica no elimina esa ambigüedad, porque la ambigüedad está en la tabla de enrutamiento.

Un perfil de VPN que instala una ruta predeterminada lo captura todo, y entonces el prefijo de enlace local solo es accesible a través del túnel. Un perfil de túnel dividido instala los prefijos corporativos, lo que normalmente restaura la ruta local. Inspecciona la ruta realmente seleccionada para la dirección de la impresora, no el nombre del ajuste que la produjo.

Lee la tabla y la ruta seleccionada juntas, porque la tabla muestra los candidatos y la consulta muestra el ganador.

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 qué falla el descubrimiento cuando la dirección funciona

El descubrimiento automático de impresoras en una red local depende de DNS multicast o de un protocolo de difusión más antiguo, y ambos se limitan a un enlace. Un enrutador no reenvía ese multicast por defecto, y una VPN es un enrutador. Añadir una cola basada en dirección corrige el caso en el que el descubrimiento es lo único roto, y por eso mismo ese rodeo se confunde tantas veces con suerte.

La distinción es fácil de registrar: si la dirección responde en el puerto de impresión pero la impresora nunca aparece en la lista de agregar impresora, la culpa es del alcance del descubrimiento. Si no funciona ninguna de las dos, la culpa es de la ruta o del filtro. Dos pruebas, dos responsables distintos y ninguna reinstalación de controladores entre medias.

Prueba la dirección directamente en lugar de esperar a que se llene una lista. Los comandos siguientes hacen exactamente eso.

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

Qué añade el filtro de acceso local del cliente

Los clientes de extremo pueden filtrar el tráfico local independientemente de la tabla de enrutamiento. El ajuste suele llamarse acceso a la red local, y puede bloquear el tráfico hacia el segmento local mientras el túnel está conectado, incluso cuando la consulta de ruta parece correcta. Es una capa de política, y ninguna edición de rutas la cambia.

En un dispositivo administrado, pregunta al administrador qué pretende el perfil en lugar de cambiar el interruptor tú mismo. El filtro suele existir porque alguien decidió que una máquina conectada no debería poder llegar a la red de la cafetería, y fue una decisión razonable.

Lee el estado o el registro del propio cliente para conocer la política vigente, ya que la interfaz a menudo la oculta tras una línea de resumen. Esa entrada del registro suele nombrar la regla que decidió.

Comprueba la ruta con un trabajo pequeño

Cuando la dirección, la ruta y el filtro apunten todos a la impresora, envía un solo documento corto a la misma cola mientras el túnel sigue conectado. Eso reproduce el fallo original con más fidelidad que una reinstalación de controlador probada solo tras desconectar. Mantén el trabajo sin nada especial, porque estás probando una ruta y no un dispositivo.

Luego repite con el túnel desconectado, para saber si la ruta que arreglaste era la que antes funcionaba. Esa comparación es la única prueba de que el cambio importó.

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

Si el trabajo se imprime en ambos estados, la cola, la ruta y el filtro coinciden y el fallo ha desaparecido. Si solo se imprime cuando está desconectado, el túnel sigue capturando la dirección de la impresora o el filtro sigue bloqueándola, y el siguiente paso es la consulta de ruta y no otro controlador. Anota cuál de las tres capas cambiaste, y el mismo ticket no volverá a abrirse el mes que viene.