Nawawala ang mga smart home device kapag kumonekta ang telepono sa VPN

Gumagana ang lamp mula sa app nito sa bahay, tumitigil sa pagtugon sa sandaling kumonekta ang telepono sa VPN, at bumabalik kapag pumutok ang tunnel. Walang mali sa lamp. Nagpapadala na ngayon ang telepono ng bahagi o lahat ng trapiko nito sa ibang landas, at maaaring gumagamit ang smart home app ng paraan ng pagtuklas na hindi dinadala ng landas na iyon. Tukuyin ang bigong operasyon bago i-reset ang anuman.

Dalawang landas, at isa lang ang hinahawakan ng tunnel

Maaaring maglakbay ang utos ng smart home sa dalawang paraan. Maaari itong dumiretso sa kalapit na device sa lokal na network, o dumaan sa cloud service ng vendor na umaabot sa device sa sarili nitong koneksyon. Binabago ng VPN ng telepono ang landas ng telepono; hindi nito inililipat ang hub, bombilya o speaker sa loob ng tunnel. Maaaring gumamit ang setup, kontrol at mga abiso ng magkaibang mekanismo, kaya mukhang hindi pare-pareho ang bahagyang pagpalya.

Kaya ang unang diagnosis ay hindi ang mga setting ng VPN kundi ang bigong operasyon. Kapag sabay na nabigo ang lokal na setup at kontrol sa cloud, tumuturo iyon sa ibang lugar nang lubusan.

Subukan ang lokal na pagtuklas nang hiwalay

Karaniwang umaasa ang lokal na pagtuklas sa link-local multicast, na hindi pinalalawak ng niruruta na tunnel. Tingnan kung nagresolba ang pangalan at kung naaabot ang address nang walang app.

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

Ipinapakita ng tawag sa resolver kung tumutugon ang mDNS, ipinapakita ng paghahanap ng ruta kung aling interface ang magdadala ng trapiko sa device, at ipinapakita ng ping kung gumagana man lang ang lokal na landas. Ang rutang nagpapadala ng subnet ng device sa tunnel ang nagpapaliwanag kung bakit nabigo ang pagtuklas habang gumagana pa ang internet. Ang naresolbang pangalan na walang tugon ay tumuturo sa paghihiwalay sa access point, hindi sa VPN. Palitan ang pangalan at address sa halimbawa ng mga halaga mula sa sarili mong network.

Kung ang landas sa cloud lang ang masira

Kung gumagana ang lokal na utos at hindi ang malayuan, maaaring nakikialam ang tunnel ng telepono sa sesyon sa cloud sa halip na sa pagtuklas. Maaaring mag-trigger ang bagong exit address ng pagpapatunay ng account, makabasag ng naka-pin na sesyon o mabigo sa panrehiyong pagsusuri. Ihambing ang isang sinusuportahang operasyon habang ang app at network ay hindi nagbabago sa ibang aspekto, at panatilihin ang pagpapatunay ng sertipiko. Ang sariling daloy ng pagbawi ng serbisyo ang tamang kasangkapan; ang patayin ang mga pagsusuri sa seguridad para makapasok ang login ay hindi.

Suriin din ang DNS, dahil maaaring iresolba ng app ang mga endpoint ng vendor sa isang hostname na tumutugon nang tama mula lamang sa inaasahang rehiyon.

Ang malayuang pag-access ay ikatlong disenyo

Ang maabot ang mga device sa bahay mula sa labas ay hiwalay na proyekto sa pagruruta ng telepono sa pamamagitan ng VPN. Nangangailangan ito ng pribadong gateway, tinukoy na ruta at makitid na patakaran sa pag-access, at hindi ito nabubuo sa pamamagitan ng pag-subscribe sa VPN na may labasan sa internet. Ang malawak na port forwarding para mabawi ang hindi maipaliwanag na problema sa pagruruta ay naglalantad ng mga device na hindi kailanman dinisenyo para doon. Subukan ang pagtuklas, lokal na kontrol at kontrol sa cloud isa-isa pagkatapos ng anumang pagbabago. Kung nagdagdag ka ng eksepsiyon sa lokal na network para sa app, tiyakin na ang iba pang trapiko ng telepono ay sumusunod pa rin sa tunnel na nilayon mo.

Itala kung aling landas ang nabigo at aling pagbabago ang nag-ayos nito. Ang mga pagpalya ng smart home ay karaniwang hangganan ng pagruruta o pahintulot, at makikita ng susunod na device ang parehong hangganan.