Warum funktioniert Home Assistant über LAN- und Remote-Verbindungen unterschiedlich?
Home Assistant kann sich im LAN schnell und aus der Ferne langsamer anfühlen, selbst wenn Core dieselbe Automation ausführt, weil die Client-Verbindung einen anderen Weg nimmt. Ein lokaler Browser muss möglicherweise nur einen Switch passieren, um Home Assistant zu erreichen; ein entferntes Smartphone löst möglicherweise öffentliche DNS-Einträge auf, durchläuft Mobilfunk- oder Büronetzwerke und den ISP-Pfad, gelangt über einen Cloud-Proxy, ein VPN, einen Tunnel oder einen Reverse-Proxy und hält anschließend eine WebSocket-Sitzung zum Server aufrecht.
Der Leistungsunterschied sollte daher als Zustellung vom Client zum Server gemessen und nicht sofort der CPU von Home Assistant zugeschrieben werden. Eine physische Automation kann lokal in derselben Zeit abgeschlossen werden, während das entfernte Dashboard länger braucht, um den neuen Status anzuzeigen.
Der LAN-Zugriff umfasst weniger Netzwerkstufen
Innerhalb des Zuhauses kann ein Client die private Adresse des Servers oder einen internen DNS-Namen verwenden und das öffentliche Internet vermeiden. Die Roundtrips sind kurz, und die Verbindung wird normalerweise weder durch die Upload-Kapazität des Internetanbieters noch durch ein entferntes Relay beeinträchtigt.
Das Home-Assistant-Companion-Netzwerkmodell unterstützt getrennte interne und externe Verbindungspfade, einschließlich interner URLs, externer URLs, Split-DNS und Anforderungen an WebSocket-fähige Reverse-Proxys.
Eine langsame LAN-Sitzung sollte daher zunächst innerhalb des Zuhauses untersucht werden: WLAN, DNS, Browser-/Client-Darstellung, intern verwendeter Reverse-Proxy, VLAN-Routing oder der Home-Assistant-Host selbst.
Der Fernzugriff fügt DNS, WAN, Verschlüsselung und eine Zugriffsmethode hinzu
Ein entfernter Client benötigt normalerweise einen öffentlichen oder Overlay-Namen, TLS, eine externe Route und eine Zugriffsebene wie Home Assistant Cloud, VPN, Reverse-Proxy oder Tunnel. Jede Stufe kann Latenz oder einen Punkt für erneute Verbindungen hinzufügen.
Bei entfernten Overlays können außerdem unterschiedliche Verbindungstypen zum Einsatz kommen. Die aktuellen Hinweise von Tailscale erklären, dass direkte Peer-Verbindungen normalerweise die geringste Latenz und den höchsten Durchsatz bieten, während Relay-Verbindungen als Ausweichlösung dienen, wenn keine direkte Verbindung möglich ist. Die Route selbst kann daher die wahrgenommene Reaktionsfähigkeit von Home Assistant verändern, ohne die Ausführungszeit von Core zu ändern.
Übernehmen Sie keinen allgemeinen Schwellenwert für die Latenz aus der Ferne. Messen Sie Ihre eigene Route von den Orten aus, an denen Sie sie tatsächlich verwenden – Mobilfunk, Büro-WLAN, Reisenetzwerke oder ein zweites Zuhause – und halten Sie fest, ob der Pfad direkt oder über ein Relay verläuft.
Die Stabilität von WebSockets ist nach dem Laden der ersten Seite entscheidend
Home-Assistant-Dashboards empfangen nach dem anfänglichen Laden von HTML und JavaScript fortlaufend Statusänderungen. Eine Verbindung, die wiederholt abbricht und erneut hergestellt wird, kann sich deutlich schlechter anfühlen, als es ihre durchschnittliche Bandbreite vermuten lässt.
Ein Reverse-Proxy oder Tunnel muss den WebSocket-Pfad korrekt aufrechterhalten. Die Hinweise zur Companion-Netzwerkverbindung warnen, dass selbst verwaltete Reverse-Proxys WebSocket-Unterstützung benötigen; andernfalls kann die Benutzeroberfläche teilweise eine Verbindung herstellen, während Live-Aktualisierungen schlecht funktionieren.
Achten Sie auf erneute Verbindungen, fehlgeschlagene WebSocket-Upgrades, Proxy-Protokolle und Wechsel des Mobilfunknetzes. Ein Smartphone, das von WLAN zu LTE wechselt, kann die Quelladresse und Route ändern, während der Home-Assistant-Server selbst weiterhin fehlerfrei arbeitet.
Die Leistung aus der Ferne kann durch den Upload des Zuhauses begrenzt sein
Internettarife für zu Hause sind häufig asymmetrisch. Eine Anfrage des entfernten Dashboards gelangt zum Zuhause, doch Kameravorschaubilder, Dashboard-Ressourcen, Statusdaten und Streams müssen über den Upload des Heimanschlusses nach außen übertragen werden.
Kamerabilder mit hoher Bitrate oder mehrere entfernte Benutzer können Upload-Grenzen sichtbar machen, die kein lokaler Client bemerkt. Eine entfernte Sitzung, die nur beim Öffnen einer Kamerakarte langsam ist, stellt ein anderes Problem dar als eine Automation, deren Ausführung zu lange dauert.
Der Leitfaden für Smart-Home-Server-Workloads von ZimaSpace unterscheidet ebenfalls zwischen Core-Automationen und aufwendigeren Kameras, Analysen sowie Companion-Diensten, die zusätzliche Ressourcenanforderungen mit sich bringen.
Die Wahl des Client-Pfads kann dazu führen, dass sich zwei Smartphones unterschiedlich verhalten
Die Companion-App wählt die Verbindungseinstellungen anhand des konfigurierten Heimnetzwerks und der URLs. Ein Gerät, das das Heimnetzwerk nie erkennt, verwendet möglicherweise weiterhin die externe Route, selbst wenn es sich im selben WLAN wie Home Assistant befindet.
Ein Fall aus dem Community-Support zeigt die praktische Abhängigkeit: Die App benötigt die korrekte externe URL und die Definition des Heimnetzwerks, bevor die interne URL zum vorgesehenen lokalen Pfad wird.
Vergleichen Sie bei der Untersuchung der Leistung die exakte URL, die DNS-Antwort, den Proxy-/VPN-Pfad, das Dashboard und den Client. „Derselbe Home-Assistant-Server“ ist kein identischer Test, wenn die beiden Clients unterschiedliche Zugriffswege verwenden.
Serverausführung und Client-Zustellung getrennt messen
| Messung | Was sie isoliert |
|---|---|
| Automationstrigger → Serviceaufruf | Home-Assistant-Logik |
| Serviceaufruf → Rückmeldung des physischen Geräts | Lokaler Gerätetransport |
| LAN-Client → Antwort von Home Assistant | Lokales Netzwerk und Client |
| Entfernter Client → Antwort von Home Assistant | WAN, Zugriff, Relay, TLS, Proxy/VPN |
| Serverstatusaktualisierung → Client-Darstellung | WebSocket- und Frontend-Pfad |
Bezeichnen Sie den Server nur dann als „aus der Ferne langsamer“, wenn sich die serverseitige Ausführung selbst verändert. Wenn das physische Gerät rechtzeitig reagiert, aber der entfernte Bildschirm später aktualisiert wird, liegt der Leistungsunterschied nach Core auf dem entfernten Zustellungspfad.
FAQ
Warum ist die Home-Assistant-App im WLAN schnell, aber über mobile Daten langsam?
Mobile Daten fügen den öffentlichen oder privaten Fernzugriffspfad hinzu, einschließlich ISP-Latenz, DNS, TLS und möglicherweise eines Proxys, VPNs, Tunnels oder Relays. Der Home-Assistant-Server führt die Aufgaben möglicherweise weiterhin mit derselben Geschwindigkeit aus.
Empfohlene Produkte
Tech- & KI-Zentrum
Mehr zum Lesen
Funktioniert Home Assistant zuverlässig hinter CGNAT oder doppeltem NAT?
CGNAT und doppeltes NAT beeinträchtigen die lokale Steuerung von Home Assistant normalerweise nicht; sie verändern hauptsächlich, wie externe Clients eine eingehende Verbindung zum Heimnetzwerk...
Wie beeinflusst die Netzwerklatenz Home Assistant während Internetausfällen?
Internetausfall und Netzwerklatenz sind unterschiedliche Fehler: Lokale Gerätepfade können schnell bleiben, während DNS, Cloud-Integrationen, Gateways oder Remote-Clients warten.
Welche Rollen haben persistente Daten in Home Assistant, und warum sind sie wichtig?
Die Persistenz von Home Assistant besteht nicht aus einem einzigen Ordner oder einer einzigen Datenbank: Konfiguration, Register, Verlauf, Geheimnisse, Backups und Laufzeitdefinitionen haben unterschiedliche...
