Waarom presteert Home Assistant anders via LAN- en externe verbindingen?

Home Assistant kan snel aanvoelen op het LAN en op afstand trager zijn, zelfs wanneer Core dezelfde automatisering uitvoert, omdat de clientverbinding een andere route volgt. Een lokale browser hoeft mogelijk maar één switch te passeren om Home Assistant te bereiken; een externe telefoon kan openbare DNS opvragen, mobiele of kantoornetwerken doorkruisen, de ISP-route volgen, een cloudproxy, VPN, tunnel of reverse proxy binnenkomen en vervolgens een WebSocket-sessie met de server onderhouden.

Het prestatieverschil moet daarom worden gemeten als aflevering van client naar server en niet meteen aan de CPU van Home Assistant worden toegeschreven. Een fysieke automatisering kan lokaal in dezelfde tijd worden voltooid, terwijl het externe dashboard er langer over doet om de nieuwe status weer te geven.

LAN-toegang heeft minder netwerkfasen

Binnen het thuisnetwerk kan een client het privéadres van de server of een interne DNS-naam gebruiken en het openbare internet vermijden. Rondetijden zijn kort en de verbinding wordt doorgaans niet beïnvloed door de uploadcapaciteit van de ISP of een externe relay.

Het netwerkmodel van de Home Assistant Companion-app ondersteunt afzonderlijke interne en externe verbindingsroutes, waaronder interne URL's, externe URL's, split DNS en vereisten voor WebSocket-bewuste reverse proxies.

Een trage LAN-sessie moet daarom eerst binnenshuis worden onderzocht: wifi, DNS, rendering door browser of client, een intern gebruikte reverse proxy, VLAN-routering of de Home Assistant-host zelf.

Externe toegang voegt DNS, WAN, versleuteling en een toegangsroute toe

Een externe client heeft normaal gesproken een openbare of overlay-naam, TLS, een externe route en een toegangsgrens nodig, zoals Home Assistant Cloud, een VPN, reverse proxy of tunnel. Elke fase kan latentie of een punt voor opnieuw verbinden toevoegen.

Externe overlays kunnen ook verschillende verbindingstypen gebruiken. De actuele Tailscale-richtlijnen leggen uit dat directe peerverbindingen doorgaans de laagste latentie en hoogste doorvoer bieden, terwijl relayverbindingen een terugvaloptie zijn wanneer directe connectiviteit niet mogelijk is. De route zelf kan de ervaren reactiesnelheid van Home Assistant dus veranderen zonder de uitvoeringstijd van Core te wijzigen.

Neem geen universele drempel voor externe latentie aan. Meet je eigen route vanaf de locaties waar je de verbinding daadwerkelijk gebruikt—mobiele data, wifi op kantoor, reisnetwerken of een tweede woning—en noteer of de route direct is of via een relay loopt.

WebSocket-stabiliteit is belangrijk nadat de eerste pagina is geladen

Home Assistant-dashboards ontvangen na het laden van de eerste HTML en JavaScript voortdurend statuswijzigingen. Een verbinding die steeds wegvalt en opnieuw verbinding maakt, kan veel slechter aanvoelen dan de gemiddelde bandbreedte doet vermoeden.

Een reverse proxy of tunnel moet het WebSocket-pad correct behouden. De netwerkhandleiding voor de Companion-app waarschuwt dat zelf beheerde reverse proxies WebSocket-ondersteuning nodig hebben; anders kan de interface gedeeltelijk verbinding maken terwijl live-updates slecht werken.

Let op opnieuw gemaakte verbindingen, mislukte WebSocket-upgrades, proxylogboeken en overgangen tussen mobiele netwerken. Een telefoon die van wifi naar LTE overschakelt, kan het bronadres en de route wijzigen, terwijl de Home Assistant-server zelf gezond blijft.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Externe prestaties kunnen worden beperkt door de uploadverbinding thuis

Internetabonnementen voor thuis zijn vaak asymmetrisch. Een verzoek voor een extern dashboard gaat naar de woning, maar cameraminiaturen, dashboardassets, statusgegevens en streams moeten via de uploadverbinding van de woning naar buiten.

Videobeelden met een hoge bitrate of meerdere externe gebruikers kunnen uploadbeperkingen blootleggen die geen enkele lokale client merkt. Een externe sessie die alleen traag wordt wanneer een camerakaart wordt geopend, is een ander probleem dan een automatisering die te lang nodig heeft om uit te voeren.

De gids van ZimaSpace voor serverworkloads in smart homes maakt hetzelfde onderscheid tussen core-automatisering en zwaardere camera's, analyses en Companion-diensten, die afzonderlijke resourcevereisten met zich meebrengen.

De keuze van de clientroute kan ervoor zorgen dat twee telefoons zich verschillend gedragen

De Companion-app kiest verbindingsinstellingen op basis van het geconfigureerde Home-netwerk en de URL's. Een apparaat dat het thuisnetwerk nooit herkent, kan de externe route blijven gebruiken, zelfs wanneer het zich op hetzelfde wifi-netwerk als Home Assistant bevindt.

Een ondersteuningsgeval uit de community laat de praktische afhankelijkheid zien: de app heeft de juiste externe URL en thuisnetwerkdefinitie nodig voordat de interne URL de bedoelde lokale route wordt.

Vergelijk bij prestatieonderzoek de exacte URL, het DNS-antwoord, de proxy-/VPN-route, het dashboard en de client. “Dezelfde Home Assistant-server” is geen identieke test als de twee clients verschillende toegangs routes gebruiken.

Meet serveruitvoering afzonderlijk van clientaflevering

Noem de server alleen “op afstand trager” wanneer de uitvoering aan de serverzijde zelf verandert. Als het fysieke apparaat op tijd reageert maar het externe scherm later wordt bijgewerkt, ligt het prestatieverschil na Core, op het externe afleverpad.

Veelgestelde vragen

Waarom is de Home Assistant-app snel via wifi maar traag via mobiele data?

Mobiele data voegt de openbare of private route voor externe toegang toe, inclusief ISP-latentie, DNS, TLS en mogelijk een proxy, VPN, tunnel of relay. De Home Assistant-server kan nog steeds op dezelfde snelheid uitvoeren.