Smarte hjem-enheter forsvinner når telefonen kobler til VPN
Lokal oppdagelse, telefonens tillatelser og skykontroll bruker ulike veier. Fastslå den mislykkede handlingen før du nullstiller hubber eller endrer nettverket.
Lampen fungerer fra appen sin hjemme, slutter å svare i det øyeblikket telefonen kobler til VPN, og kommer tilbake når tunnelen faller. Det er ingenting galt med lampen. Telefonen sender nå noe eller hele trafikken sin via en annen vei, og appen for det smarte hjemmet bruker kanskje en oppdagelsesmetode som den veien ikke bærer. Fastslå den mislykkede handlingen før du nullstiller noe.
To veier, og tunnelen berører bare én
En kommando for det smarte hjemmet kan reise to veier. Den kan gå direkte til en enhet i nærheten over det lokale nettverket, eller gjennom en skytjeneste fra produsenten som når enheten over dens egen tilkobling. Telefonens VPN endrer telefonens vei; det flytter ikke hubben, pæren eller høyttaleren inn i tunnelen. Oppsett, kontroll og varsler kan hver bruke en annen mekanisme, og derfor virker en delvis feil inkonsekvent.
Den første diagnosen er derfor ikke VPN-innstillingene, men den mislykkede handlingen. Når lokalt oppsett og skykontroll feiler samtidig, peker det på et helt annet sted.
Test lokal oppdagelse separat
Lokal oppdagelse hviler vanligvis på link-local multicast, som en rutet tunnel ikke utvider. Kontroller om navnet løses opp, og om adressen er nåbar uten appen.
avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50Resolverskallet viser om mDNS svarer, rutesøket viser hvilket grensesnitt som ville bære trafikken til enheten, og ping viser om den lokale veien fungerer i det hele tatt. En rute som sender enhetens subnett inn i tunnelen forklarer hvorfor oppdagelsen feiler mens internett fortsatt virker. Et oppløst navn uten svar peker på isolasjon ved aksesspunktet, ikke på VPN. Erstatt eksempelets navn og adresse med verdier fra ditt eget nettverk.
Hvis bare skyveien bryter sammen
Hvis lokale kommandoer virker og eksterne ikke, kan telefonens tunnel forstyrre skyøkten i stedet for oppdagelsen. En ny utgangsadresse kan utløse kontobekreftelse, bryte en festet økt eller feile en regional kontroll. Sammenlign én støttet handling mens appen og nettverket ellers er uendret, og behold sertifikatvalideringen. Tjenestens egen gjenopprettingsflyt er det riktige verktøyet; å slå av sikkerhetskontroller for å få en innlogging gjennom er det ikke.
Kontroller også DNS, fordi appen kan løse produsentens endepunkter til et vertsnavn som bare svarer riktig fra den forventede regionen.
Fjerntilgang er et tredje design
Å nå hjemmets enheter utenfra er et separat prosjekt fra å rute en telefon gjennom en VPN. Det krever en privat gateway, definerte ruter og snevre tilgangsregler, og det skapes ikke ved å abonnere på en VPN med internettutgang. Bred portvideresending for å kompensere for et uforklart ruteproblem blottlegger enheter som aldri var designet for det. Test oppdagelse, lokal kontroll og skykontroll én om gangen etter hver endring. Hvis du la til et unntak for det lokale nettverket for appen, må du bekrefte at telefonens øvrige trafikk fortsatt følger tunnelen du mente.
Noter hvilken vei som feilet og hvilken endring som løste det. Feil i det smarte hjemmet er vanligvis en rute- eller tillatelsesgrense, og den neste enheten vil møte den samme.