Smart-Home-Geräte verschwinden, sobald das Handy eine VPN-Verbindung aufbaut
Lokale Erkennung, Handy-Berechtigungen und Cloud-Steuerung nutzen verschiedene Wege. Ermitteln Sie den fehlgeschlagenen Vorgang, bevor Sie Hubs zurücksetzen oder das Netzwerk ändern.
Die Lampe funktioniert zu Hause über ihre App, antwortet nicht mehr in dem Moment, in dem das Handy eine VPN-Verbindung aufbaut, und kommt zurück, wenn der Tunnel abbricht. An der Lampe ist nichts falsch. Das Handy schickt jetzt einen Teil oder den Großteil seines Datenverkehrs über einen anderen Weg, und die Smart-Home-App verwendet möglicherweise eine Erkennungsmethode, die dieser Weg nicht trägt. Ermitteln Sie den fehlgeschlagenen Vorgang, bevor Sie irgendetwas zurücksetzen.
Zwei Wege, und der Tunnel berührt nur einen
Ein Smart-Home-Befehl kann zwei Wege nehmen. Er kann direkt über das lokale Netzwerk zu einem nahen Gerät gehen oder über einen Cloud-Dienst des Herstellers, der das Gerät über seine eigene Verbindung erreicht. Ein Handy-VPN ändert den Weg des Handys; es verschiebt den Hub, die Lampe oder den Lautsprecher nicht in den Tunnel. Einrichtung, Steuerung und Benachrichtigungen können jeweils einen anderen Mechanismus nutzen, weshalb ein teilweiser Ausfall inkonsistent wirkt.
Die erste Diagnose sind daher nicht die VPN-Einstellungen, sondern der fehlgeschlagene Vorgang. Wenn lokale Einrichtung und Cloud-Steuerung zusammen ausfallen, deutet das auf eine ganz andere Stelle hin.
Testen Sie die lokale Erkennung getrennt
Die lokale Erkennung beruht normalerweise auf Link-Local-Multicast, das ein gerouteter Tunnel nicht erweitert. Prüfen Sie, ob der Name aufgelöst wird und ob die Adresse ohne die App erreichbar ist.
avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50Der Resolver-Aufruf zeigt, ob mDNS antwortet, die Routensuche zeigt, welche Schnittstelle den Datenverkehr zum Gerät tragen würde, und der Ping zeigt, ob der lokale Weg überhaupt funktioniert. Eine Route, die das Subnetz des Geräts in den Tunnel schickt, erklärt, warum die Erkennung scheitert, während das Internet noch funktioniert. Ein aufgelöster Name ohne Antwort deutet auf Isolation am Zugangspunkt hin, nicht auf das VPN. Ersetzen Sie den Beispielnamen und die Adresse durch Werte aus Ihrem eigenen Netzwerk.
Wenn nur der Cloud-Weg bricht
Wenn lokale Befehle funktionieren und entfernte nicht, stört der Tunnel des Handys möglicherweise die Cloud-Sitzung und nicht die Erkennung. Eine neue Ausgangsadresse kann eine Kontobestätigung auslösen, eine fixierte Sitzung brechen oder eine regionale Prüfung scheitern lassen. Vergleichen Sie einen unterstützten Vorgang, während App und Netzwerk sonst unverändert bleiben, und behalten Sie die Zertifikatsprüfung bei. Der eigene Wiederherstellungsablauf des Dienstes ist das richtige Werkzeug; Sicherheitsprüfungen abzuschalten, damit eine Anmeldung durchgeht, ist es nicht.
Prüfen Sie auch DNS, denn die App kann die Endpunkte des Herstellers zu einem Hostnamen auflösen, der nur aus der erwarteten Region korrekt antwortet.
Fernzugriff ist ein drittes Design
Der Zugriff auf Geräte zu Hause von außen ist ein separates Projekt vom Routing eines Handys durch ein VPN. Es braucht ein privates Gateway, definierte Routen und enge Zugriffsregeln und entsteht nicht durch ein Abonnement eines VPN mit Internet-Ausgang. Weites Port-Forwarding, um ein unerklärtes Routingproblem auszugleichen, setzt Geräte aus, die dafür nie entworfen wurden. Testen Sie Erkennung, lokale Steuerung und Cloud-Steuerung nach jeder Änderung einzeln. Wenn Sie eine Ausnahme für das lokale Netzwerk für die App hinzugefügt haben, bestätigen Sie, dass der übrige Datenverkehr des Handys weiterhin dem beabsichtigten Tunnel folgt.
Notieren Sie, welcher Weg ausgefallen ist und welche Änderung ihn behoben hat. Smart-Home-Ausfälle sind meist eine Routing- oder Berechtigungsgrenze; außerdem wird das nächste Gerät auf dieselbe stoßen.