Home Assistant s’ouvre en local, mais ne fonctionne plus à distance après un changement de routeur

Si Home Assistant s’ouvre toujours sur le réseau local après un changement de routeur, Core et le chemin LAN de base sont probablement opérationnels. Le problème se situe plus probablement au niveau de l’attribution d’adresse du nouveau routeur, de la règle NAT, de l’adresse IP publique, de l’enregistrement DNS, de la route VPN ou du tunnel, ou encore du chemin du proxy inverse.

Ne réinstallez pas Home Assistant pour résoudre un problème uniquement distant. Vérifiez d’abord l’adresse locale, puis avancez vers l’extérieur, une limite à la fois, jusqu’à trouver le premier endroit où le nouveau réseau ne correspond plus à l’ancienne configuration d’accès distant.

Vérifiez que le nouveau routeur n’a pas modifié l’adresse LAN de Home Assistant

Le nouveau routeur utilise peut-être un sous-réseau différent ou attribue à Home Assistant un autre bail DHCP. Une règle de redirection de port copiée depuis l’ancien routeur peut donc pointer vers une adresse qui n’appartient plus à l’hôte Home Assistant.

Trouvez l’adresse actuelle dans la liste des clients du nouveau routeur ou dans les paramètres réseau de Home Assistant, puis ouvrez cette adresse exacte depuis un appareil connecté au LAN. Si l’accès local fonctionne, créez une réservation DHCP si vous dépendez d’une cible interne fixe pour le NAT ou le routage du proxy inverse.

Le guide ZimaSpace consacré à la séparation des changements d’adresse IP LAN, d’adresse IP publique et de DNS constitue la première étape à suivre après le remplacement d’un routeur.

Reconstruisez le chemin d’accès distant pour le nouveau routeur

Si vous utilisez une redirection de port directe, recréez la règle sur le nouveau routeur et vérifiez que la cible correspond à l’adresse LAN actuelle de Home Assistant et au port d’écoute. Si vous utilisez un VPN ou un tunnel sortant, confirmez que le connecteur est en ligne et que le nouveau routeur ne bloque pas le chemin sortant ou de retour dont il a besoin.

Les recommandations de Home Assistant en matière d’accès distant distinguent les chemins Home Assistant Cloud, VPN, proxy inverse et redirection de port. Le remplacement d’un routeur affecte ces méthodes différemment. Diagnostiquez donc la méthode que vous utilisez réellement au lieu de copier une ancienne règle NAT dans une configuration fondée sur un VPN.

Testez depuis les données mobiles ou depuis un autre réseau véritablement externe. Tester le nom d’hôte public depuis le même LAN peut être faussé par le NAT loopback ou par un comportement de DNS fractionné.

Vérifiez si l’adresse IP publique ou la situation CGNAT a changé

La nouvelle installation du routeur coïncide souvent avec l’attribution d’un nouveau bail WAN, le redémarrage du modem ou une modification du provisionnement du FAI. Si votre adresse IPv4 publique a changé et que le DNS dynamique ne s’est pas mis à jour, le nom d’hôte peut encore pointer vers l’ancienne connexion.

Comparez l’adresse WAN affichée par le routeur avec l’adresse publique visible depuis Internet. Si le routeur reçoit une adresse privée ou une adresse partagée par l’opérateur plutôt qu’une IPv4 publique, la redirection directe de ports peut ne plus fonctionner, car le CGNAT du FAI se trouve en amont.

Ne continuez pas à modifier Home Assistant si le nouveau routeur ne contrôle pas la limite NAT publique. Utilisez plutôt Home Assistant Cloud, un VPN maillé, un tunnel inverse ou demandez une adresse IP publique à votre FAI.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Vérifiez séparément le DNS et l’URL externe de Home Assistant

Résolvez le nom d’hôte exact utilisé à distance et confirmez qu’il renvoie vers l’adresse publique ou l’adresse du tunnel actuellement prévue. Testez ensuite directement la destination lorsque c’est possible. La réussite du DNS ne prouve pas que le proxy ou le port est correct, et un port fonctionnel ne garantit pas que le nom d’hôte se résout correctement.

L’application Companion peut utiliser des chemins internes et externes différents. Sa documentation réseau actuelle couvre les URL internes, URL externes, le DNS, IPv4/IPv6 et le comportement du proxy inverse. Un changement de routeur peut révéler des paramètres obsolètes qui étaient invisibles lorsque l’ancien réseau correspondait encore à ces paramètres.

Si l’application échoue alors qu’un navigateur utilisant les données mobiles fonctionne, comparez l’URL et le profil réseau utilisés par l’application avant de modifier le serveur.

Revérifiez la confiance accordée au proxy inverse uniquement si son chemin a changé

Un nouveau routeur peut également modifier les sous-réseaux Docker, les adresses du proxy ou la machine qui termine TLS. Si les requêtes arrivent désormais par un autre proxy inverse, Home Assistant peut refuser les en-têtes transférés jusqu’à ce que le nouveau proxy soit approuvé.

L’intégration HTTP nécessite une configuration de proxy approuvé pour les proxies inverses traditionnels qui envoient des en-têtes X-Forwarded. N’élargissez pas le réseau approuvé à l’ensemble du LAN simplement pour faire disparaître l’erreur ; approuvez la source réelle du proxy.

À ce stade, le problème devrait relever d’une seule couche : cible LAN incorrecte, route NAT ou tunnel manquante, adresse publique modifiée, CGNAT, DNS obsolète ou confiance du proxy.

FAQ

Ai-je besoin d’un nouveau certificat TLS simplement parce que j’ai changé de routeur ?

En général, non. Un changement de routeur n’invalide pas à lui seul un certificat pour le même nom d’hôte. Les problèmes de certificat apparaissent lorsque le nom d’hôte, le chemin de validation, le proxy, le DNS ou la terminaison TLS ont changé.

Pourquoi l’URL distante fonctionne-t-elle avec les données mobiles, mais pas avec le Wi-Fi domestique ?

Cela indique un problème de routage ou de DNS limité au réseau interne, comme un NAT hairpin ou un DNS fractionné, et non une défaillance générale de l’accès distant. Testez séparément la réponse DNS interne et le chemin du proxy.