Smarte hjem-enheder forsvinder, når telefonens VPN forbinder

Lampen virker fra sin app derhjemme, holder op med at svare i det øjeblik, telefonens VPN forbinder, og kommer tilbage, når tunnelen falder. Der er intet galt med lampen. Telefonen sender nu noget eller alt af sin trafik ad en anden vej, og appen til det smarte hjem bruger måske en registreringsmetode, som den vej ikke bærer. Fastslå den mislykkede handling, før du nulstiller noget.

To veje, og tunnelen rører kun én

En kommando til det smarte hjem kan rejse to veje. Den kan gå direkte til en enhed i nærheden over det lokale netværk eller gennem en producents cloud-tjeneste, der når enheden over dens egen forbindelse. Telefonens VPN ændrer telefonens vej; det flytter ikke hubben, pæren eller højttaleren ind i tunnelen. Opsætning, styring og underretninger kan hver især bruge en anden mekanisme, og derfor virker en delvis fejl inkonsekvent.

Den første diagnose er derfor ikke VPN-indstillingerne, men den mislykkede handling. Når lokal opsætning og cloud-styring fejler samtidig, peger det helt et andet sted hen.

Test lokal registrering separat

Lokal registrering hviler normalt på link-local multicast, som en rutet tunnel ikke udvider. Kontrollér, om navnet opløses, og om adressen kan nås uden appen.

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

Resolver-kaldet viser, om mDNS svarer, rutesøgningen viser, hvilket interface der ville bære trafik til enheden, og ping viser, om den lokale vej overhovedet virker. En rute, der sender enhedens undernet ind i tunnelen, forklarer, hvorfor registrering fejler, mens internettet stadig virker. Et opløst navn uden svar peger på isolering i adgangspunktet og ikke på VPN. Erstat eksemplets navn og adresse med værdier fra dit eget netværk.

Hvis kun cloud-vejen bryder sammen

Hvis lokale kommandoer virker og fjernkommandoer ikke, kan telefonens tunnel forstyrre cloud-sessionen i stedet for registreringen. En ny udgangsadresse kan udløse kontobekræftelse, bryde en fastlåst session eller få en regional kontrol til at fejle. Sammenlign én understøttet handling, mens appen og netværket ellers er uændrede, og behold certifikatvalideringen. Tjenestens egen gendannelsesflow er det rigtige værktøj; at slå sikkerhedskontroller fra for at få et login igennem er det ikke.

Kontrollér også DNS, fordi appen kan opløse producentens endepunkter til et værtsnavn, der kun svarer korrekt fra den forventede region.

Fjernadgang er et tredje design

At nå hjemmets enheder udefra er et separat projekt fra at route en telefon gennem en VPN. Det kræver en privat gateway, definerede ruter og snævre adgangsregler og skabes ikke ved at abonnere på en VPN med internetudgang. Bred portvideresending for at kompensere for et uforklaret routingproblem blotlægger enheder, der aldrig var designet til det. Test registrering, lokal styring og cloud-styring én ad gangen efter enhver ændring. Hvis du har tilføjet en undtagelse for det lokale netværk til appen, skal du bekræfte, at telefonens øvrige trafik stadig følger den tunnel, du havde tænkt.

Notér, hvilken vej der fejlede, og hvilken ændring der løste det. Fejl i det smarte hjem er som regel en routing- eller tilladelsesgrænse, og den næste enhed vil møde den samme.