Inteligentaj hejmaj aparatoj malaperas, kiam la telefono konektas al VPN

La lampo funkcias el sia aplikaĵo hejme, ĉesas respondi en la momento, kiam la telefono konektas al VPN, kaj revenas, kiam la tunelo falas. Nenio malĝustas ĉe la lampo. La telefono nun sendas parton aŭ ĉiom de sia trafiko laŭ alia vojo, kaj la aplikaĵo por inteligenta hejmo eble uzas malkovran metodon, kiun tiu vojo ne portas. Identigu la malsukcesintan operacion antaŭ ol restarigi ion ajn.

Du vojoj, kaj la tunelo tuŝas nur unu

Komando por inteligenta hejmo povas vojaĝi du manierojn. Ĝi povas iri rekte al proksima aparato tra la loka reto, aŭ tra nuba servo de vendanto, kiu atingas la aparaton tra sia propra konekto. VPN de la telefono ŝanĝas la vojon de la telefono; ĝi ne movas la hubon, la ampulon aŭ la laŭtparolilon en la tunnelon. Agordo, regado kaj sciigoj povas ĉiu uzi malsaman mekanismon, kaj tial parta malsukceso aspektas malakorda.

La unua diagnozo do ne estas la VPN-agordoj, sed la malsukcesinta operacio. Se loka agordo kaj nuba regado malsukcesas kune, tio montras tute aliloken.

Testu lokan malkovron aparte

Loka malkovro kutime baziĝas sur lokaĵa multelsendo, kiun enkursigita tunelo ne etendas. Kontrolu, ĉu la nomo solviĝas kaj ĉu la adreso atingeblas sen la aplikaĵo.

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

La voko al la solvilo montras, ĉu mDNS respondas, la vojserĉo montras, kiu interfaco portus trafikon al la aparato, kaj la ping montras, ĉu la loka vojo entute funkcias. Vojo, kiu sendas la subreton de la aparato en la tunnelon, klarigas, kial malkovro malsukcesas dum la interreto ankoraŭ funkcias. Solvita nomo sen respondo montras izolon ĉe la alirpunkto, ne ĉe la VPN. Anstataŭigu la ekzemplan nomon kaj adreson per valoroj el via propra reto.

Se rompiĝas nur la nuba vojo

Se lokaj komandoj funkcias kaj malproksimaj ne, la tunelo de la telefono eble ĝenas la nuban seancon anstataŭ la malkovron. Nova elira adreso povas ekigi kontan kontrolon, rompi fiksitan seancon aŭ malsukcesigi regionan kontrolon. Komparu unu subtenatan operacion, dum la aplikaĵo kaj la reto alie restas neŝanĝitaj, kaj konservu la atestilan validigon. La propra reakira fluo de la servo estas la ĝusta ilo; malŝalti sekurecajn kontrolojn por ke ensaluto sukcesu ne estas.

Kontrolu ankaŭ DNS, ĉar la aplikaĵo eble solvas la finpunktojn de la vendanto al gastiga nomo, kiu respondas ĝuste nur el la atendata regiono.

Fora aliro estas tria dezajno

Atingi hejmajn aparatojn de ekstere estas aparta projekto disde enkursigo de telefono tra VPN. Ĝi postulas privatan pordegon, difinitajn vojojn kaj mallarĝajn alirajn regulojn, kaj ĝi ne kreiĝas per abono al interreta elira VPN. Larĝa pordoadresado por kompensi neklarigitan enkursigan problemon elmetas aparatojn, kiuj neniam estis dezajnitaj por tio. Testu malkovron, lokan regadon kaj nuban regadon unu post la alia post ĉiu ŝanĝo. Se vi aldonis lokretan escepton por la aplikaĵo, konfirmu, ke la cetera trafiko de la telefono ankoraŭ sekvas la tunnelon, kiun vi intencis.

Notu, kiu vojo malsukcesis kaj kiu ŝanĝo ĝin riparis. Malsukcesoj de inteligenta hejmo kutime estas enkursiga aŭ permesa limo, kaj la sekva aparato renkontos la saman.