Los dispositivos locales desaparecen con la VPN: tres fallos separados

Una impresora que desaparece de la lista de dispositivos cuando se levanta la VPN puede seguir respondiendo en su dirección. La lista la llena el descubrimiento, el nombre puede venir de un resolutor y al servicio en sí se llega por un socket, y los tres pueden fallar de forma independiente. Comparar qué funciona en cada capa le dice qué función cambiar. Activar primero todas las excepciones de acceso local elimina las pruebas.

Esa es la diferencia entre un dispositivo que falta y un dispositivo que simplemente no se anuncia.

Descubrimiento, nombres y accesibilidad son tres capas

Los protocolos de descubrimiento dependen de multicast o broadcast, y estos no cruzan un túnel enrutado por defecto, por eso un dispositivo puede desaparecer de una lista mientras sigue siendo perfectamente accesible. La resolución de nombres es una segunda capa: una VPN puede cambiar el resolutor, y un nombre que antes respondía la red local ahora puede responderse en otro sitio o no responderse. La accesibilidad es la tercera: una ruta, una regla de cortafuegos y un servicio que escucha. Cada capa puede romperse mientras las otras dos están bien.

Pruébelas de abajo hacia arriba. Una sola comprobación de accesibilidad deja clara la separación: nc -vz 192.168.1.20 443 o bien tiene éxito, lo que significa que la ruta y el servicio están bien y el nombre es el sospechoso, o bien falla, lo que traslada la pregunta al enrutamiento y la política. Luego pregunte por el nombre. El primer fallo que encuentre es la capa en la que hay que trabajar, y las capas superiores no pueden compensarlo.

Pregunte primero por la dirección y luego por el nombre de host

Si la dirección responde y el nombre no, el problema es la resolución y no el enrutamiento. Un cliente VPN que instala su propio resolutor puede cambiar qué servidor responde los nombres locales, y uno que no reenvía el dominio local deja el nombre sin respuesta. Si la dirección también falla, el problema es la ruta: una ruta por defecto por el túnel, un bloqueo del tráfico local en el lado del cliente o una regla de cortafuegos que solo permite la interfaz física.

Si ambas funcionan pero el descubrimiento automático no, el dispositivo simplemente no se anuncia por el túnel. Es el comportamiento esperado para el descubrimiento basado en multicast, no un fallo de configuración. Añadir el dispositivo por dirección suele ser la solución honesta.

Qué cambia realmente el interruptor de acceso local

Un ajuste de acceso a la red local normalmente permite que el tráfico hacia la subred conectada directamente evite el túnel, y hace cosas distintas en clientes distintos. No configura el reenvío a una oficina remota y no cambia el cortafuegos del host ni los permisos propios de la aplicación. Tampoco hace inequívoca una subred superpuesta. Lea la documentación del cliente sobre qué cubre el ajuste antes de activarlo de forma amplia.

Una excepción estrecha para un solo dispositivo de confianza es mejor que una autorización general, sobre todo en una red de invitados donde el bloqueo puede ser deliberado. Una dirección privada no es una comprobación de identidad, así que la elección depende de la red en la que esté.

Cuando las redes se solapan

Si la red doméstica y la remota usan el mismo rango, el enrutamiento se vuelve ambiguo y ni el interruptor de acceso local ni una excepción lo resuelven. Dos servicios en la misma dirección no pueden alcanzarse ambos, y cuál gana depende de la especificidad de la ruta y del orden, no de la intención. La solución es la planificación de direcciones, no un ajuste del cliente. Compruebe los rangos antes de pasar una noche con la impresora.

Para un dispositivo detrás de la puerta de enlace remota, el operador es dueño del reenvío, la política del host y la ruta de vuelta. Una casilla local en el cliente no puede aportar ninguna de ellas, y pedirlo es más productivo que experimentar con interruptores.

Anote qué capa falló y qué cambió. El siguiente dispositivo fallará en uno de los mismos tres sitios.