Smarta hem-enheter försvinner när telefonen ansluter till VPN

Lampan fungerar från sin app hemma, slutar svara i samma stund som telefonen ansluter till VPN och kommer tillbaka när tunneln faller. Det är inget fel på lampan. Telefonen skickar nu en del av eller all sin trafik via en annan väg, och appen för det smarta hemmet använder kanske en upptäcktsmetod som den vägen inte bär. Fastställ den misslyckade åtgärden innan du återställer något.

Två vägar, och tunneln rör bara en

Ett kommando för det smarta hemmet kan färdas på två sätt. Det kan gå direkt till en enhet i närheten över det lokala nätverket, eller genom en molntjänst från tillverkaren som når enheten över dess egen anslutning. Telefonens VPN ändrar telefonens väg; det flyttar inte hubben, lampan eller högtalaren in i tunneln. Inställning, styrning och aviseringar kan var och en använda en annan mekanism, och därför verkar ett delvis fel inkonsekvent.

Den första diagnosen är därför inte VPN-inställningarna utan den misslyckade åtgärden. När lokal inställning och molnkontroll misslyckas samtidigt pekar det på en helt annan plats.

Testa lokal upptäckt separat

Lokal upptäckt vilar vanligtvis på link-local multicast, som en routad tunnel inte utökar. Kontrollera om namnet löses upp och om adressen är nåbar utan appen.

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

Resolveranropet visar om mDNS svarar, rutsökningen visar vilket gränssnitt som skulle bära trafiken till enheten, och ping visar om den lokala vägen fungerar alls. En rutt som skickar enhetens subnät in i tunneln förklarar varför upptäckten misslyckas medan internet fortfarande fungerar. Ett upplöst namn utan svar pekar på isolering vid åtkomstpunkten, inte på VPN. Ersätt exemplets namn och adress med värden från ditt eget nätverk.

Om bara molnvägen går sönder

Om lokala kommandon fungerar och fjärrkommandon inte, kan telefonens tunnel störa molnsessionen i stället för upptäckten. En ny utgångsadress kan utlösa kontobekräftelse, bryta en fäst session eller misslyckas i en regional kontroll. Jämför en stödd åtgärd medan appen och nätverket i övrigt är oförändrade, och behåll certifikatvalideringen. Tjänstens eget återställningsflöde är rätt verktyg; att stänga av säkerhetskontroller så att en inloggning går igenom är det inte.

Kontrollera även DNS, eftersom appen kan lösa tillverkarens slutpunkter till ett värdnamn som bara svarar korrekt från den förväntade regionen.

Fjärråtkomst är en tredje design

Att nå hemmets enheter utifrån är ett separat projekt från att routa en telefon genom en VPN. Det kräver en privat gateway, definierade rutter och snäva åtkomstregler, och det skapas inte genom att prenumerera på en VPN med internetutgång. Bred portvidarebefordran för att kompensera ett oförklarat routingproblem exponerar enheter som aldrig var designade för det. Testa upptäckt, lokal styrning och molnkontroll en i taget efter varje ändring. Om du lade till ett undantag för det lokala nätverket för appen, bekräfta att telefonens övriga trafik fortfarande följer den tunnel du avsåg.

Anteckna vilken väg som misslyckades och vilken ändring som löste det. Fel i det smarta hemmet är oftast en routing- eller behörighetsgräns, och nästa enhet möter samma.