Inteligentne urządzenia domowe znikają, gdy telefon łączy się z VPN

Lampa działa w domu ze swojej aplikacji, przestaje odpowiadać w chwili, gdy telefon łączy się z VPN, i wraca, gdy tunel pada. Z lampą wszystko jest w porządku. Telefon wysyła teraz część lub cały ruch inną ścieżką, a aplikacja inteligentnego domu może używać metody wykrywania, której ta ścieżka nie przenosi. Ustal nieudaną operację, zanim cokolwiek zresetujesz.

Dwie ścieżki, a tunel dotyka tylko jednej

Polecenie inteligentnego domu może podróżować na dwa sposoby. Może iść bezpośrednio do pobliskiego urządzenia przez sieć lokalną albo przez usługę chmurową producenta, która dociera do urządzenia przez jego własne połączenie. VPN w telefonie zmienia ścieżkę telefonu; nie przenosi koncentratora, żarówki ani głośnika do tunelu. Konfiguracja, sterowanie i powiadomienia mogą używać różnych mechanizmów, dlatego częściowa awaria wygląda niespójnie.

Pierwszą diagnozą nie są więc ustawienia VPN, lecz nieudana operacja. Wspólna awaria konfiguracji lokalnej i sterowania w chmurze wskazuje zupełnie gdzie indziej.

Przetestuj lokalne wykrywanie osobno

Lokalne wykrywanie zwykle opiera się na multicast link-local, którego trasowany tunel nie rozszerza. Sprawdź, czy nazwa się rozwiązuje i czy adres jest osiągalny bez aplikacji.

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

Wywołanie resolvera pokazuje, czy mDNS odpowiada, wyszukiwanie trasy pokazuje, który interfejs niósłby ruch do urządzenia, a ping pokazuje, czy lokalna ścieżka w ogóle działa. Trasa, która wysyła podsieć urządzenia do tunelu, wyjaśnia, dlaczego wykrywanie zawodzi, choć internet nadal działa. Rozwiązana nazwa bez odpowiedzi wskazuje na izolację w punkcie dostępowym, a nie na VPN. Zastąp przykładową nazwę i adres wartościami z własnej sieci.

Jeśli psuje się tylko ścieżka chmurowa

Jeśli polecenia lokalne działają, a zdalne nie, tunel telefonu może zakłócać sesję w chmurze, a nie wykrywanie. Nowy adres wyjściowy może wywołać weryfikację konta, przerwać przypiętą sesję lub nie przejść kontroli regionalnej. Porównaj jedną obsługiwaną operację, pozostawiając aplikację i sieć bez innych zmian, i zachowaj walidację certyfikatów. Własny przepływ odzyskiwania usługi jest właściwym narzędziem; wyłączanie kontroli bezpieczeństwa, aby logowanie przeszło, nie jest.

Sprawdź także DNS, ponieważ aplikacja może rozwiązywać punkty końcowe producenta na nazwę hosta, która odpowiada poprawnie tylko z oczekiwanego regionu.

Dostęp zdalny to trzeci projekt

Docieranie do domowych urządzeń z zewnątrz to osobny projekt od trasowania telefonu przez VPN. Wymaga prywatnej bramy, zdefiniowanych tras i wąskich reguł dostępu i nie powstaje przez subskrypcję VPN z wyjściem do internetu. Szerokie przekierowanie portów, aby zrekompensować niewyjaśniony problem z trasowaniem, wystawia urządzenia, które nigdy nie były do tego projektowane. Po każdej zmianie testuj wykrywanie, sterowanie lokalne i sterowanie w chmurze po kolei. Jeśli dodano wyjątek sieci lokalnej dla aplikacji, potwierdź, że pozostały ruch telefonu nadal podąża zamierzonym tunelem.

Zapisz, która ścieżka zawiodła i która zmiana to naprawiła. Awarie inteligentnego domu to zwykle granica trasowania lub uprawnień, a następne urządzenie napotka tę samą.