Slimhuistoestelle verdwyn wanneer die telefoon se VPN koppel

Die lamp werk van sy app af by die huis, hou op reageer die oomblik wanneer die telefoon se VPN koppel, en kom terug wanneer die tonnel val. Niks is verkeerd met die lamp nie. Die telefoon stuur nou sommige of al sy verkeer deur ’n ander pad, en die slimhuis-app gebruik moontlik ’n ontdekkingsmetode wat daardie pad nie dra nie. Bepaal die mislukte bewerking voordat jy enigiets herstel.

Twee paaie, en die tonnel raak net een daarvan

’n Slimhuis-opdrag kan twee kante toe reis. Dit kan regstreeks oor die plaaslike netwerk na ’n nabye toestel gaan, of deur ’n verskaffer se wolkdiens wat die toestel oor sy eie verbinding bereik. ’n Telefoon-VPN verander die telefoon se pad; dit skuif nie die hub, die gloeilamp of die spreker in die tonnel in nie. Opstelling, beheer en kennisgewings kan elkeen ’n ander meganisme gebruik, en daarom lyk ’n gedeeltelike fout inkonsekwent.

Die eerste diagnose is dus nie die VPN-instellings nie, maar die mislukte bewerking. As plaaslike opstelling en wolklering saam misluk, wys dit heeltemal êrens anders heen.

Toets plaaslike ontdekking afsonderlik

Plaaslike ontdekking berus gewoonlik op skakel-plaaslike multikastering, wat ’n geroteerde tonnel nie uitbrei nie. Kyk of die naam oplos en of die adres sonder die app bereikbaar is.

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

Die resolver-oproep wys of mDNS antwoord, die roete-opsoek wys watter koppelvlak verkeer na die toestel sou dra, en die ping wys of die plaaslike pad hoegenaamd werk. ’n Roete wat die toestel se subnet in die tonnel instuur, verduidelik waarom ontdekking misluk terwyl die internet nog werk. ’n Opgeloste naam sonder ’n antwoord dui op isolasie by die toegangspunt eerder as by die VPN. Vervang die voorbeeldnaam en -adres met waardes uit jou eie netwerk.

As net die wolkpad breek

As plaaslike opdragte werk en afstandopdragte nie, kan die telefoon se tonnel met die wolksessie inmeng eerder as met ontdekking. ’n Nuwe uitgangsadres kan rekeningverifikasie aktiveer, ’n vasgepen sessie breek of ’n streekskontrole laat misluk. Vergelyk een ondersteunde bewerking terwyl die app en netwerk andersins onveranderd bly, en hou sertifikaatvalidering in plek. Die diens se eie herstelvloei is die regte hulpmiddel; om sekuriteitskontroles af te skakel sodat ’n aanmelding deurkom, is nie.

Kontroleer ook DNS, want die app kan die verskaffer se eindpunte na ’n hostnaam oplos wat net uit die verwagte streek korrek antwoord.

Afstandtoegang is ’n derde ontwerp

Om huistoestelle van buite te bereik is ’n aparte projek van om ’n telefoon deur ’n VPN te roeteer. Dit vereis ’n private poortwag, gedefinieerde roetes en nou toegangsreëls, en dit word nie geskep deur op ’n internet-uitgang-VPN in te teken nie. Breë poortaanstuur om ’n onverklaarde roeteprobleem te vergoed, stel toestelle bloot waarvoor dit nooit ontwerp is nie. Toets ontdekking, plaaslike beheer en wolklering een op ’n slag ná enige verandering. As jy ’n plaaslike-netwerk-uitsondering vir die app bygevoeg het, bevestig dat die telefoon se ander verkeer steeds die tonnel volg wat jy bedoel het.

Teken aan watter pad misluk het en watter verandering dit reggemaak het. Slimhuis-foute is gewoonlik ’n roetebeperking of toestemmingsgrens, en die volgende toestel sal dieselfde een teëkom.