I dispositivi della casa intelligente spariscono quando il telefono si connette alla VPN

La lampada funziona dalla sua app a casa, smette di rispondere nel momento in cui il telefono si connette alla VPN e torna quando il tunnel cade. Non c’è nulla di sbagliato nella lampada. Il telefono ora invia parte o tutto il suo traffico su un percorso diverso, e l’app della casa intelligente potrebbe usare un metodo di scoperta che quel percorso non trasporta. Individuare l’operazione fallita prima di ripristinare qualsiasi cosa.

Due percorsi, e il tunnel ne tocca solo uno

Un comando della casa intelligente può viaggiare in due modi. Può andare direttamente a un dispositivo vicino sulla rete locale, oppure attraverso un servizio cloud del produttore che raggiunge il dispositivo sulla propria connessione. La VPN del telefono cambia il percorso del telefono; non sposta l’hub, la lampadina o l’altoparlante nel tunnel. Configurazione, controllo e notifiche possono usare ciascuno un meccanismo diverso, ed è per questo che un guasto parziale sembra incoerente.

La prima diagnosi quindi non è le impostazioni della VPN ma l’operazione fallita. Il guasto simultaneo della configurazione locale e del controllo cloud punta altrove del tutto.

Testare la scoperta locale separatamente

La scoperta locale di solito si basa su multicast link-local, che un tunnel instradato non estende. Verificare se il nome si risolve e se l’indirizzo è raggiungibile senza l’app.

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

La chiamata al resolver mostra se mDNS risponde, la ricerca del percorso mostra quale interfaccia porterebbe il traffico al dispositivo e il ping mostra se il percorso locale funziona. Un percorso che manda la sottorete del dispositivo nel tunnel spiega perché la scoperta fallisce mentre internet continua a funzionare. Un nome risolto senza risposta indica un isolamento nel punto di accesso, non nella VPN. Sostituire il nome e l’indirizzo dell’esempio con valori della propria rete.

Se si rompe solo il percorso cloud

Se i comandi locali funzionano e quelli remoti no, il tunnel del telefono potrebbe interferire con la sessione cloud invece che con la scoperta. Un nuovo indirizzo di uscita può attivare la verifica dell’account, rompere una sessione bloccata o far fallire un controllo regionale. Confrontare un’operazione supportata lasciando invariati l’app e la rete, e mantenere la validazione dei certificati. Il flusso di ripristino del servizio stesso è lo strumento giusto; disattivare i controlli di sicurezza per far passare un accesso non lo è.

Controllare anche il DNS, perché l’app può risolvere gli endpoint del produttore in un nome host che risponde correttamente solo dalla regione prevista.

L’accesso remoto è un terzo progetto

Raggiungere i dispositivi di casa dall’esterno è un progetto separato dall’instradare un telefono tramite una VPN. Richiede un gateway privato, route definite e regole di accesso ristrette, e non si crea abbonandosi a una VPN con uscita internet. Un ampio port forwarding per compensare un problema di instradamento inspiegato espone dispositivi mai progettati per questo. Testare scoperta, controllo locale e controllo cloud uno alla volta dopo ogni modifica. Se è stata aggiunta un’eccezione di rete locale per l’app, confermare che il resto del traffico del telefono segua ancora il tunnel desiderato.

Annotare quale percorso ha fallito e quale modifica lo ha corretto. I guasti della casa intelligente sono di solito un confine di instradamento o di autorizzazioni, e il prossimo dispositivo incontrerà lo stesso.