Az okosotthon-eszközök eltűnnek, amikor a telefon VPN-hez csatlakozik

A lámpa otthon az alkalmazásából működik, abban a pillanatban abbahagyja a válaszadást, amikor a telefon VPN-hez csatlakozik, és visszatér, amikor a csatorna megszakad. A lámpával nincs semmi baj. A telefon most forgalmának egy részét vagy egészét más útvonalon küldi, és az okosotthon-alkalmazás olyan felderítési módszert használhat, amelyet ez az útvonal nem szállít. Azonosítsa a sikertelen műveletet, mielőtt bármit visszaállítana.

Két útvonal, és a csatorna csak az egyiket érinti

Az okosotthon-parancs kétféleképpen utazhat. Mehet közvetlenül egy közeli eszközhöz a helyi hálózaton, vagy egy gyártói felhőszolgáltatáson keresztül, amely a saját kapcsolatán éri el az eszközt. A telefon VPN-je megváltoztatja a telefon útvonalát; nem helyezi a hubot, az izzót vagy a hangszórót az alagútba. A beállítás, a vezérlés és az értesítések külön mechanizmust használhatnak, ezért tűnik ellentmondásosnak a részleges hiba.

Az első diagnózis tehát nem a VPN-beállítás, hanem a sikertelen művelet. Ha a helyi beállítás és a felhővezérlés együtt hiúsul meg, az egészen más helyre mutat.

Tesztelje külön a helyi felderítést

A helyi felderítés általában link-local multicastra támaszkodik, amelyet egy irányított alagút nem terjeszt ki. Ellenőrizze, hogy a név feloldódik-e, és hogy a cím elérhető-e az alkalmazás nélkül.

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

A feloldó hívása megmutatja, válaszol-e az mDNS, az útvonalkeresés megmutatja, melyik interfész vinné a forgalmat az eszközhöz, a ping pedig megmutatja, működik-e egyáltalán a helyi útvonal. Az az útvonal, amely az eszköz alhálózatát az alagútba küldi, megmagyarázza, miért hiúsul meg a felderítés, miközben az internet még működik. A válasz nélkül feloldott név az elérési pont izolációjára utal, nem a VPN-re. Cserélje ki a példa nevét és címét a saját hálózata értékeire.

Ha csak a felhőútvonal szakad meg

Ha a helyi parancsok működnek, a távoliak pedig nem, a telefon alagútja a felhőmunkamenetet zavarhatja, nem a felderítést. Egy új kimeneti cím kiválthatja a fiók ellenőrzését, megszakíthat egy rögzített munkamenetet, vagy elbukhat egy regionális ellenőrzésen. Hasonlítson össze egy támogatott műveletet úgy, hogy az alkalmazás és a hálózat egyébként változatlan marad, és tartsa meg a tanúsítványok ellenőrzését. A szolgáltatás saját helyreállítási folyamata a megfelelő eszköz; a biztonsági ellenőrzések kikapcsolása, hogy egy bejelentkezés átmenjen, nem az.

Ellenőrizze a DNS-t is, mert az alkalmazás a gyártó végpontjait olyan gazdanévre oldhatja fel, amely csak a várt régióból válaszol helyesen.

A távoli hozzáférés harmadik terv

Az otthoni eszközök kívülről való elérése külön projekt a telefon VPN-en keresztüli irányításától. Privát átjárót, meghatározott útvonalakat és szűk hozzáférési szabályokat igényel, és nem jön létre internetes kimenetű VPN előfizetésével. A széles porttovábbítás egy megmagyarázatlan irányítási probléma kompenzálására olyan eszközöket tesz ki, amelyeket soha nem erre terveztek. Minden változtatás után egyenként tesztelje a felderítést, a helyi vezérlést és a felhővezérlést. Ha hozzáadott egy helyi hálózati kivételt az alkalmazáshoz, erősítse meg, hogy a telefon többi forgalma továbbra is a szándékolt alagutat követi.

Jegyezze fel, melyik útvonal hiúsult meg és melyik változtatás javította. Az okosotthon hibái általában irányítási vagy engedélyezési határok, és a következő eszköz is ugyanazt fogja tapasztalni.