Dispozitivele inteligente din casă dispar când telefonul se conectează la VPN

Lampa funcționează din aplicația ei acasă, încetează să răspundă în momentul în care telefonul se conectează la VPN și revine când tunelul cade. Nu este nimic în neregulă cu lampa. Telefonul trimite acum o parte sau tot traficul pe o altă cale, iar aplicația pentru casa inteligentă poate folosi o metodă de descoperire pe care acea cale nu o transportă. Identifică operațiunea eșuată înainte de a reseta orice.

Două căi, iar tunelul atinge doar una

O comandă pentru casa inteligentă poate călători în două moduri. Poate merge direct la un dispozitiv apropiat prin rețeaua locală sau printr-un serviciu cloud al producătorului care ajunge la dispozitiv prin propria conexiune. VPN-ul telefonului schimbă calea telefonului; nu mută hub-ul, becul sau boxa în tunel. Configurarea, controlul și notificările pot folosi fiecare alt mecanism, motiv pentru care o defecțiune parțială pare incoerentă.

Prin urmare, primul diagnostic nu este setările VPN, ci operațiunea eșuată. Eșecul simultan al configurării locale și al controlului în cloud indică un cu totul alt loc.

Testează descoperirea locală separat

Descoperirea locală se bazează de obicei pe multicast link-local, pe care un tunel rutat nu îl extinde. Verifică dacă numele se rezolvă și dacă adresa este accesibilă fără aplicație.

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

Apelul resolver-ului arată dacă mDNS răspunde, căutarea rutei arată ce interfață ar duce traficul la dispozitiv, iar ping-ul arată dacă calea locală funcționează deloc. O rută care trimite subrețeaua dispozitivului în tunel explică de ce descoperirea eșuează în timp ce internetul încă funcționează. Un nume rezolvat fără răspuns indică izolare la punctul de acces, nu la VPN. Înlocuiește numele și adresa din exemplu cu valori din propria rețea.

Dacă se strică doar calea cloud

Dacă comenzile locale funcționează și cele la distanță nu, tunelul telefonului poate interfera cu sesiunea cloud, nu cu descoperirea. O nouă adresă de ieșire poate declanșa verificarea contului, poate rupe o sesiune fixată sau poate eșua la o verificare regională. Compară o operațiune acceptată lăsând aplicația și rețeaua neschimbate în rest, și păstrează validarea certificatelor. Fluxul de recuperare al serviciului însuși este instrumentul potrivit; dezactivarea verificărilor de securitate ca să treacă o autentificare nu este.

Verifică și DNS, deoarece aplicația poate rezolva punctele finale ale producătorului către un nume de gazdă care răspunde corect doar din regiunea așteptată.

Accesul la distanță este un al treilea proiect

Accesarea dispozitivelor din casă din exterior este un proiect separat de rutarea unui telefon printr-un VPN. Necesită un gateway privat, rute definite și reguli de acces înguste și nu este creat prin abonarea la un VPN cu ieșire în internet. Redirecționarea largă a porturilor pentru a compensa o problemă de rutare neexplicată expune dispozitive care nu au fost niciodată proiectate pentru asta. Testează descoperirea, controlul local și controlul în cloud unul câte unul după orice modificare. Dacă ai adăugat o excepție de rețea locală pentru aplicație, confirmă că restul traficului telefonului urmează în continuare tunelul dorit.

Notează ce cale a eșuat și ce modificare a remediat-o. Defecțiunile casei inteligente sunt de obicei o limită de rutare sau de permisiuni, iar dispozitivul următor va întâlni aceeași.