Los dispositivos del hogar inteligente desaparecen cuando el teléfono se conecta a la VPN

La lámpara funciona desde su aplicación en casa, deja de responder en el momento en que el teléfono se conecta a la VPN y vuelve cuando el túnel cae. No hay nada malo con la lámpara. El teléfono ahora envía parte o todo su tráfico por una ruta distinta, y la aplicación del hogar inteligente puede estar usando un método de descubrimiento que esa ruta no transporta. Identifique la operación fallida antes de reiniciar nada.

Dos rutas, y el túnel solo toca una

Una orden del hogar inteligente puede viajar de dos maneras. Puede ir directamente a un dispositivo cercano por la red local, o mediante un servicio en la nube del fabricante que llega al dispositivo por su propia conexión. La VPN del teléfono cambia la ruta del teléfono; no traslada el concentrador, la bombilla ni el altavoz al túnel. La configuración, el control y las notificaciones pueden usar cada uno un mecanismo distinto, y por eso un fallo parcial parece incoherente.

Por tanto, el primer diagnóstico no es la configuración de la VPN sino la operación fallida. Que la configuración local y el control en la nube fallen a la vez apunta a un lugar completamente distinto.

Pruebe el descubrimiento local por separado

El descubrimiento local suele basarse en el multicast de enlace local, que un túnel enrutado no extiende. Compruebe si el nombre se resuelve y si la dirección es accesible sin la aplicación.

avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50

La llamada al resolutor muestra si mDNS responde, la consulta de ruta muestra qué interfaz llevaría el tráfico al dispositivo y el ping muestra si la ruta local funciona. Una ruta que envía la subred del dispositivo al túnel explica por qué falla el descubrimiento mientras internet sigue funcionando. Un nombre resuelto sin respuesta apunta al aislamiento en el punto de acceso, no a la VPN. Sustituya el nombre y la dirección del ejemplo por valores de su propia red.

Si solo se rompe la ruta en la nube

Si los comandos locales funcionan y los remotos no, el túnel del teléfono puede estar interfiriendo con la sesión en la nube en lugar de con el descubrimiento. Una dirección de salida nueva puede activar la verificación de la cuenta, romper una sesión fijada o fallar una comprobación regional. Compare una operación compatible manteniendo la aplicación y la red sin cambios, y conserve la validación de certificados. El flujo de recuperación del propio servicio es la herramienta correcta; desactivar las comprobaciones de seguridad para que un inicio de sesión pase no lo es.

Compruebe también el DNS, porque la aplicación puede resolver los puntos finales del fabricante a un nombre de host que solo responde correctamente desde la región esperada.

El acceso remoto es un tercer diseño

Llegar a los dispositivos de casa desde fuera es un proyecto aparte de enrutar un teléfono por una VPN. Requiere una puerta de enlace privada, rutas definidas y reglas de acceso estrechas, y no se crea suscribiéndose a una VPN de salida a internet. El reenvío amplio de puertos para compensar un problema de enrutamiento no explicado expone dispositivos que nunca se diseñaron para ello. Pruebe el descubrimiento, el control local y el control en la nube uno a la vez después de cualquier cambio. Si añadió una excepción de red local para la aplicación, confirme que el resto del tráfico del teléfono sigue el túnel que pretendía.

Anote qué ruta falló y qué cambio lo arregló. Los fallos del hogar inteligente suelen ser un límite de enrutamiento o de permisos, y el siguiente dispositivo encontrará el mismo.