Pourquoi Home Assistant fonctionne-t-il différemment sur le réseau local et à distance ?

Home Assistant peut sembler rapide sur le réseau local et plus lent à distance, même lorsque Core exécute la même automatisation, car la connexion du client emprunte un chemin différent. Un navigateur local peut traverser un seul commutateur pour atteindre Home Assistant ; un téléphone distant peut résoudre le DNS public, traverser des réseaux mobiles ou professionnels, emprunter le chemin du FAI, entrer dans un proxy cloud, un VPN, un tunnel ou un proxy inverse, puis maintenir une session WebSocket avec le serveur.

La différence de performances doit donc être mesurée entre le client et le serveur, sans l’attribuer immédiatement au processeur de Home Assistant. Une automatisation physique peut se terminer localement dans le même délai, tandis que le tableau de bord distant met plus longtemps à afficher le nouvel état.

L’accès au réseau local comporte moins d’étapes réseau

À l’intérieur du domicile, un client peut utiliser l’adresse privée du serveur ou un nom DNS interne et éviter l’Internet public. Les allers-retours sont courts, et la connexion n’est généralement pas affectée par la capacité d’envoi du FAI ou par un relais distant.

Le modèle réseau de l’application compagnon Home Assistant prend en charge des chemins de connexion internes et externes distincts, notamment les URL internes, les URL externes, le DNS partagé et les exigences des proxys inverses compatibles avec WebSocket.

Une session lente sur le réseau local doit donc d’abord être diagnostiquée à l’intérieur du domicile : Wi-Fi, DNS, rendu du navigateur ou du client, proxy inverse utilisé en interne, routage VLAN ou hôte Home Assistant lui-même.

L’accès distant ajoute le DNS, le WAN, le chiffrement et une méthode d’entrée

Un client distant a généralement besoin d’un nom public ou superposé, de TLS, d’une route externe et d’une limite d’accès telle que Home Assistant Cloud, un VPN, un proxy inverse ou un tunnel. Chaque étape peut ajouter de la latence ou un point de reconnexion.

Les réseaux superposés distants peuvent également utiliser différents types de connexion. Les recommandations actuelles de Tailscale expliquent que les connexions directes entre homologues offrent généralement la latence la plus faible et le débit le plus élevé, tandis que les connexions relayées servent de solution de secours lorsque la connectivité directe est impossible. La route elle-même peut donc modifier la réactivité perçue de Home Assistant sans changer le temps d’exécution de Core.

N’adoptez pas de seuil universel pour la latence distante. Mesurez votre propre route depuis les endroits où vous l’utilisez réellement — réseau cellulaire, Wi-Fi professionnel, réseaux lors de vos déplacements ou résidence secondaire — et notez si le chemin est direct ou relayé.

La stabilité de WebSocket compte après le chargement initial de la page

Les tableaux de bord Home Assistant reçoivent continuellement des changements d’état après le chargement initial du HTML et du JavaScript. Une connexion qui se coupe et se reconnecte régulièrement peut sembler bien plus lente que ne le laisse penser sa bande passante moyenne.

Un proxy inverse ou un tunnel doit préserver correctement le chemin WebSocket. Les recommandations réseau de l’application compagnon indiquent que les proxys inverses autogérés doivent prendre en charge WebSocket ; sinon, l’interface peut se connecter partiellement tandis que les mises à jour en direct fonctionnent mal.

Surveillez les reconnexions, les échecs de mise à niveau WebSocket, les journaux du proxy et les changements de réseau mobile. Un téléphone qui passe du Wi-Fi à la LTE peut changer d’adresse source et de route, même si le serveur Home Assistant reste parfaitement opérationnel.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Les performances distantes peuvent être limitées par le débit montant du domicile

Les offres Internet domestiques sont souvent asymétriques. Une requête vers un tableau de bord distant arrive au domicile, mais les miniatures des caméras, les ressources du tableau de bord, les données d’état et les flux doivent sortir par la capacité d’envoi du domicile.

Des vues de caméras à débit élevé ou plusieurs utilisateurs distants peuvent révéler des limites de débit montant qu’aucun client local ne rencontre. Une session distante lente uniquement à l’ouverture d’une carte caméra correspond à un problème différent d’une automatisation qui met trop longtemps à s’exécuter.

Le guide de ZimaSpace consacré aux charges de travail des serveurs domestiques pour la maison intelligente fait la même distinction entre les automatisations principales et les caméras, l’analyse et les services compagnons plus exigeants, qui nécessitent des ressources supplémentaires.

Le choix du chemin client peut faire fonctionner deux téléphones différemment

L’application compagnon choisit les paramètres de connexion en fonction du réseau domestique et des URL Home Assistant configurés. Un appareil qui ne reconnaît jamais le réseau domestique peut continuer à utiliser la route externe, même lorsqu’il se trouve sur le même Wi-Fi que Home Assistant.

Un cas d’assistance communautaire montre cette dépendance concrète : l’application a besoin de l’URL externe et de la définition correcte du réseau domestique avant que l’URL interne ne devienne le chemin local prévu.

Comparez l’URL exacte, la réponse DNS, le chemin du proxy ou du VPN, le tableau de bord et le client lorsque vous analysez les performances. « Le même serveur Home Assistant » ne constitue pas le même test si les deux clients utilisent des routes d’entrée différentes.

Mesurez séparément l’exécution du serveur et la livraison au client

Ne dites que le serveur est « plus lent à distance » que lorsque l’exécution côté serveur elle-même change. Si l’appareil physique répond à temps mais que l’écran distant se met à jour plus tard, la différence de performances se situe après Core, sur le chemin de livraison distant.

FAQ

Pourquoi l’application Home Assistant est-elle rapide en Wi-Fi, mais lente avec les données mobiles ?

Les données mobiles ajoutent le chemin d’accès distant public ou privé, notamment la latence du FAI, le DNS, TLS et éventuellement un proxy, un VPN, un tunnel ou un relais. Le serveur Home Assistant peut exécuter les tâches à la même vitesse.