Perché Home Assistant offre prestazioni diverse sulla rete locale e con le connessioni remote?

Home Assistant può sembrare veloce sulla LAN e più lento da remoto anche quando Core esegue la stessa automazione, perché la connessione del client segue un percorso diverso. Un browser locale può attraversare un solo switch per raggiungere Home Assistant; un telefono remoto può risolvere il DNS pubblico, attraversare reti mobili o aziendali, passare attraverso il percorso dell'ISP, entrare in un proxy cloud, una VPN, un tunnel o un reverse proxy, quindi mantenere una sessione WebSocket con il server.

La differenza di prestazioni dovrebbe quindi essere misurata come consegna dal client al server, senza attribuirla subito alla CPU di Home Assistant. Un'automazione fisica può completarsi localmente nello stesso tempo, mentre il dashboard remoto impiega più tempo per mostrare il nuovo stato.

L'accesso dalla LAN prevede meno fasi di rete

All'interno della rete domestica, un client può usare l'indirizzo privato del server o un nome DNS interno, evitando Internet. I tempi di andata e ritorno sono brevi e la connessione di solito non è influenzata dalla capacità di upload dell'ISP o da un relay remoto.

Il modello di rete dell'app Companion di Home Assistant supporta percorsi di connessione interni ed esterni separati, inclusi URL interni, URL esterni, split DNS e requisiti per reverse proxy compatibili con WebSocket.

Una sessione LAN lenta dovrebbe quindi essere analizzata prima all'interno della rete domestica: Wi-Fi, DNS, rendering del browser/client, reverse proxy usato internamente, routing VLAN o lo stesso host di Home Assistant.

L'accesso remoto aggiunge DNS, WAN, crittografia e un metodo di ingresso

Un client remoto normalmente necessita di un nome pubblico o overlay, TLS, un percorso esterno e un confine di accesso come Home Assistant Cloud, VPN, reverse proxy o tunnel. Ogni fase può aggiungere latenza o un punto di riconnessione.

Gli overlay remoti possono inoltre usare diversi tipi di connessione. Le indicazioni attuali di Tailscale spiegano che le connessioni dirette tra peer offrono generalmente la latenza più bassa e il throughput più elevato, mentre le connessioni inoltrate sono una soluzione alternativa quando la connettività diretta non è possibile. Il percorso stesso può quindi modificare la reattività percepita di Home Assistant senza cambiare il tempo di esecuzione di Core.

Non adottare una soglia universale per la latenza remota. Misura il tuo percorso dai luoghi in cui utilizzi effettivamente il servizio—rete cellulare, Wi-Fi dell'ufficio, reti di viaggio o una seconda abitazione—e annota se il percorso è diretto o inoltrato.

La stabilità del WebSocket è importante dopo il caricamento iniziale della pagina

I dashboard di Home Assistant ricevono continui aggiornamenti di stato dopo il caricamento iniziale di HTML e JavaScript. Una connessione che si interrompe e si riconnette ripetutamente può sembrare molto peggiore di quanto suggerisca la sua larghezza di banda media.

Un reverse proxy o un tunnel deve preservare correttamente il percorso WebSocket. Le indicazioni sulla rete Companion avvertono che i reverse proxy gestiti autonomamente necessitano del supporto WebSocket; in caso contrario, l'interfaccia può connettersi solo parzialmente, mentre gli aggiornamenti in tempo reale funzionano male.

Controlla le riconnessioni, gli aggiornamenti WebSocket non riusciti, i log del proxy e i passaggi tra reti mobili. Un telefono che passa dal Wi-Fi alla rete LTE può cambiare indirizzo sorgente e percorso anche se il server Home Assistant rimane perfettamente funzionante.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Le prestazioni remote possono essere limitate dall'upload domestico

I piani Internet domestici sono spesso asimmetrici. Una richiesta del dashboard remoto viaggia verso casa, ma miniature delle telecamere, risorse del dashboard, payload di stato e flussi devono uscire attraverso la capacità di upload della connessione domestica.

Visualizzazioni delle telecamere ad alto bitrate o diversi utenti remoti possono evidenziare limiti di upload che nessun client locale rileva. Una sessione remota lenta solo quando si apre una scheda della telecamera è un problema diverso da un'automazione che impiega troppo tempo per essere eseguita.

La guida ai carichi di lavoro dei server domestici per la smart home di ZimaSpace fa la stessa distinzione tra l'automazione principale e telecamere, analisi e servizi Companion più impegnativi, che richiedono risorse aggiuntive.

La selezione del percorso del client può far comportare diversamente due telefoni

L'app Companion sceglie le impostazioni di connessione in base alla rete domestica configurata e agli URL. Un dispositivo che non riconosce mai la rete domestica può continuare a usare il percorso esterno anche quando si trova sulla stessa rete Wi-Fi di Home Assistant.

Un caso di assistenza della community mostra la dipendenza concreta: l'app necessita dell'URL esterno corretto e della definizione della rete domestica prima che l'URL interno diventi il percorso locale previsto.

Quando analizzi le prestazioni, confronta l'URL esatto, la risposta DNS, il percorso proxy/VPN, il dashboard e il client. “Lo stesso server Home Assistant” non equivale allo stesso test se i due client utilizzano percorsi di ingresso diversi.

Misura separatamente l'esecuzione del server e la consegna al client

Definisci il server “più lento da remoto” solo quando cambia effettivamente l'esecuzione lato server. Se il dispositivo fisico risponde in tempo, ma lo schermo remoto si aggiorna più tardi, la differenza di prestazioni si verifica dopo Core, lungo il percorso di consegna remota.

Domande frequenti

Perché l'app Home Assistant è veloce in Wi-Fi ma lenta con i dati mobili?

I dati mobili aggiungono il percorso di accesso remoto pubblico o privato, inclusi la latenza dell'ISP, il DNS, TLS ed eventualmente un proxy, una VPN, un tunnel o un relay. Il server Home Assistant potrebbe eseguire le operazioni alla stessa velocità.