Slimme thuisapparaten verdwijnen wanneer de telefoon verbinding maakt met de VPN

De lamp werkt thuis vanuit zijn app, stopt met reageren op het moment dat de telefoon verbinding maakt met de VPN, en komt terug wanneer de tunnel wegvalt. Er is niets mis met de lamp. De telefoon stuurt nu een deel of al zijn verkeer via een ander pad, en de slimme-thuisapp gebruikt mogelijk een ontdekkingsmethode die dat pad niet draagt. Stel vast welke bewerking mislukt voordat u iets reset.

Twee paden, en de tunnel raakt er maar één

Een slimme-thuisopdracht kan twee kanten op. Hij kan rechtstreeks via het lokale netwerk naar een apparaat in de buurt gaan, of via een clouddienst van de fabrikant die het apparaat via zijn eigen verbinding bereikt. Een VPN op de telefoon verandert het pad van de telefoon; hij verplaatst de hub, de lamp of de speaker niet in de tunnel. Instelling, bediening en meldingen kunnen elk een ander mechanisme gebruiken, waardoor een gedeeltelijke storing inconsistent lijkt.

De eerste diagnose is dus niet de VPN-instellingen maar de mislukte bewerking. Als lokale installatie en cloudbediening samen falen, wijst dat op een heel andere plek.

Test lokale ontdekking apart

Lokale ontdekking leunt meestal op link-local multicast, dat een gerouteerde tunnel niet uitbreidt. Controleer of de naam oplost en of het adres zonder de app bereikbaar is.

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

De resolveraanroep laat zien of mDNS antwoordt, de routeopzoeking laat zien welke interface het verkeer naar het apparaat zou dragen, en de ping laat zien of het lokale pad überhaupt werkt. Een route die het subnet van het apparaat de tunnel in stuurt, verklaart waarom ontdekking mislukt terwijl internet nog werkt. Een opgeloste naam zonder antwoord wijst op isolatie bij het toegangspunt, niet op de VPN. Vervang de voorbeeldnaam en het adres door waarden uit uw eigen netwerk.

Als alleen het cloudpad stukgaat

Als lokale opdrachten werken en externe niet, kan de tunnel van de telefoon de cloudsessie storen in plaats van de ontdekking. Een nieuw uitgangsadres kan accountverificatie uitlokken, een vastgezette sessie breken of een regionale controle laten mislukken. Vergelijk één ondersteunde bewerking terwijl de app en het netwerk verder ongewijzigd blijven, en houd certificaatvalidatie aan. De eigen herstelstroom van de dienst is het juiste hulpmiddel; beveiligingscontroles uitschakelen om een aanmelding door te laten gaan is dat niet.

Controleer ook DNS, want de app kan de eindpunten van de fabrikant omzetten naar een hostnaam die alleen vanuit de verwachte regio correct antwoordt.

Externe toegang is een derde ontwerp

Thuisapparaten van buiten bereiken is een apart project van het routeren van een telefoon via een VPN. Het vereist een privégateway, gedefinieerde routes en nauwe toegangsregels, en het ontstaat niet door een abonnement op een VPN met internetuitgang. Brede port forwarding om een onverklaard routeringsprobleem te compenseren stelt apparaten bloot die daar nooit voor zijn ontworpen. Test ontdekking, lokale bediening en cloudbediening één voor één na elke wijziging. Als u een uitzondering voor het lokale netwerk voor de app hebt toegevoegd, bevestig dan dat het overige verkeer van de telefoon nog steeds de bedoelde tunnel volgt.

Noteer welk pad faalde en welke wijziging dat oploste. Storingen in het slimme thuis zijn meestal een routerings- of rechtenrens, en het volgende apparaat loopt tegen dezelfde aan.