Os dispositivos da casa intelixente desaparecen cando o teléfono se conecta á VPN

A lámpada funciona desde a súa aplicación na casa, deixa de responder no momento en que o teléfono se conecta á VPN e volve cando cae o túnel. Non hai nada malo coa lámpada. O teléfono agora envía parte ou todo o seu tráfico por un camiño distinto, e a aplicación da casa intelixente pode estar a usar un método de descubrimento que ese camiño non transporta. Identifique a operación fallida antes de reiniciar nada.

Dous camiños, e o túnel só toca un

Unha orde da casa intelixente pode viaxar de dúas maneiras. Pode ir directamente a un dispositivo próximo pola rede local, ou mediante un servizo na nube do fabricante que chega ao dispositivo pola súa propia conexión. A VPN do teléfono cambia o camiño do teléfono; non traslada o concentrador, a lámpada nin o altofalante ao túnel. A configuración, o control e as notificacións poden usar cada un un mecanismo distinto, e por iso un fallo parcial parece incoherente.

Por tanto, o primeiro diagnóstico non é a configuración da VPN senón a operación fallida. Que a configuración local e o control na nube fallen á vez apunta a un lugar completamente distinto.

Probe o descubrimento local por separado

O descubrimento local adoita basearse en o multicast de enlace local, que un túnel encamiñado non estende. Comprobe se o nome se resolve e se o enderezo é accesible sen a aplicación.

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

A chamada ao resolvedor mostra se mDNS responde, a consulta de ruta mostra que interface levaría o tráfico ao dispositivo e o ping mostra se o camiño local funciona. Unha ruta que envía a subrede do dispositivo ao túnel explica por que falla o descubrimento mentres internet segue funcionando. Un nome resolto sen resposta apunta ao illamento no punto de acceso, non á VPN. Substitúa o nome e o enderezo do exemplo por valores da súa propia rede.

Se só se rompe o camiño na nube

Se os comandos locais funcionan e os remotos non, o túnel do teléfono pode estar interferindo coa sesión na nube en lugar de co descubrimento. Un enderezo de saída novo pode activar a verificación da conta, romper unha sesión fixada ou fallar unha comprobación rexional. Compare unha operación admitida mantendo a aplicación e a rede sen cambios, e conserve a validación de certificados. O fluxo de recuperación do propio servizo é a ferramenta correcta; desactivar as comprobacións de seguridade para que pase un inicio de sesión non o é.

Comprobe tamén o DNS, porque a aplicación pode resolver os puntos finais do fabricante a un nome de host que só responde correctamente desde a rexión esperada.

O acceso remoto é un terceiro deseño

Chegar aos dispositivos da casa desde fóra é un proxecto aparte de encamiñar un teléfono por unha VPN. Require unha porta de enlace privada, rutas definidas e regras de acceso estreitas, e non se crea subscribíndose a unha VPN de saída a internet. O reenvío amplo de portos para compensar un problema de encamiñamento non explicado expón dispositivos que nunca se deseñaron para iso. Probe o descubrimento, o control local e o control na nube un a un despois de calquera cambio. Se engadiu unha excepción de rede local para a aplicación, confirme que o resto do tráfico do teléfono segue o túnel que pretendía.

Anote que camiño fallou e que cambio o arranxou. Os fallos da casa intelixente adoitan ser un límite de encamiñamento ou de permisos, e o seguinte dispositivo atopará o mesmo.