Els dispositius de la llar intel·ligent desapareixen quan el telèfon es connecta a la VPN

El llum funciona des de la seva aplicació a casa, deixa de respondre en el moment que el telèfon es connecta a la VPN i torna quan el túnel cau. El llum no té cap problema. El telèfon ara envia part o tot el seu trànsit per un camí diferent, i l’aplicació de la llar intel·ligent pot fer servir un mètode de descobriment que aquest camí no transporta. Identifiqueu l’operació que falla abans de reiniciar res.

Dos camins, i el túnel només en toca un

Una ordre de la llar intel·ligent pot viatjar de dues maneres. Pot anar directament a un dispositiu proper per la xarxa local, o bé per un servei al núvol del fabricant que arriba al dispositiu per la seva pròpia connexió. La VPN del telèfon canvia el camí del telèfon; no mou el concentrador, la bombeta ni l’altaveu dins del túnel. La configuració, el control i les notificacions poden fer servir mecanismes diferents, i per això una fallada parcial sembla incoherent.

Per tant, el primer diagnòstic no és la configuració de la VPN sinó l’operació que falla. Si la configuració local i el control al núvol fallen alhora, això apunta a un altre lloc completament.

Proveu el descobriment local per separat

El descobriment local normalment es basa en el multicast d’enllaç local, que un túnel encaminat no estén. Comproveu si el nom es resol i si l’adreça és abastable sense l’aplicació.

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

La crida al resolutor mostra si mDNS respon, la consulta de ruta mostra quina interfície portaria el trànsit al dispositiu, i el ping mostra si el camí local funciona. Una ruta que envia la subxarxa del dispositiu dins del túnel explica per què falla el descobriment mentre internet encara funciona. Un nom resolt sense resposta apunta a aïllament al punt d’accés, no a la VPN. Substituïu el nom i l’adreça de l’exemple per valors de la vostra pròpia xarxa.

Si només es trenca el camí al núvol

Si les ordres locals funcionen i les remotes no, el túnel del telèfon pot interferir amb la sessió al núvol en lloc de amb el descobriment. Una adreça de sortida nova pot activar la verificació del compte, trencar una sessió fixada o fer fallar una comprovació regional. Compareu una operació admesa amb l’aplicació i la xarxa sense canvis, i manteniu la validació de certificats. El flux de recuperació del propi servei és l’eina correcta; desactivar les comprovacions de seguretat perquè un inici de sessió passi no ho és.

Comproveu també el DNS, perquè l’aplicació pot resoldre els punts finals del fabricant a un nom d’amfitrió que només respon correctament des de la regió esperada.

L’accés remot és un tercer disseny

Arribar als dispositius de casa des de fora és un projecte separat d’encaminar un telèfon per una VPN. Requereix una passarel·la privada, rutes definides i regles d’accés estretes, i no es crea subscrivint-se a una VPN de sortida a internet. El reenviament ampli de ports per compensar un problema d’encaminament no explicat exposa dispositius que mai no s’han dissenyat per a això. Proveu el descobriment, el control local i el control al núvol d’un en un després de qualsevol canvi. Si heu afegit una excepció de xarxa local per a l’aplicació, confirmeu que la resta del trànsit del telèfon encara segueix el túnel que volíeu.

Anoteu quin camí ha fallat i quin canvi ho ha arreglat. Les fallades de la llar intel·ligent solen ser un límit d’encaminament o de permisos, i el proper dispositiu trobarà el mateix.