Comment reconstruire une configuration Home Assistant après un changement de réseau

Reconstruisez le réseau autour de l’état existant de Home Assistant : restaurez d’abord l’adressage et l’identité, puis la découverte, les routes, les chemins des appareils et l’accès à distance.

Un nouveau routeur, sous-réseau, plan VLAN, SSID ou service DNS peut interrompre plusieurs chemins à la fois, tandis que la base de données de Home Assistant reste saine. Conservez l’ancienne configuration et une méthode de retour en arrière, cartographiez les appareils par dépendance et restaurez un chemin local représentatif avant de reconnecter toute la maison.

Préserver l’état et dessiner la carte de l’ancien réseau

Notez l’adresse précédente de Home Assistant, le sous-réseau, la passerelle, les serveurs DNS, les VLAN, les noms Wi-Fi, les réservations DHCP, les adresses statiques des appareils, les relais multicast, les règles du pare-feu, les points de terminaison du proxy ou du tunnel et les coordinateurs radio. Séparez l’identité réseau des données de l’application Home Assistant.

Un fil de discussion communautaire recommande de transférer, lorsque cela est possible, les réservations d’appareils connues vers le nouveau routeur. Son approche de préservation des adresses peut réduire les changements, mais le plan final devrait tout de même supprimer les affectations statiques non documentées.

Gardez l’ancien routeur ou une copie isolée de ses paramètres à disposition jusqu’à la validation du nouveau réseau. Ne réinitialisez pas les appareils et ne recréez pas les intégrations avant d’avoir vérifié que la panne ne provient pas simplement de l’adressage ou du routage.

Rétablir le chemin de gestion de Home Assistant

Connectez Home Assistant au réseau filaire lorsque cela est possible, laissez-le obtenir une adresse connue et vérifiez l’accès local depuis un appareil administrateur situé sur le même segment. Établissez ensuite la réservation ou le plan d’adressage statique prévu et confirmez que le DNS se résout vers cette adresse.

Une étude pratique du DNS montre comment les recherches inversées locales et le DNS fourni par le routeur peuvent influer sur le comportement de découverte de Home Assistant. Utilisez cette vérification du DNS local comme exemple de méthode, et non comme configuration universelle d’un routeur.

Le chemin de gestion est rétabli lorsque deux clients peuvent accéder à la même URL locale canonique après le redémarrage du routeur et de Home Assistant. Restaurez seulement ensuite les réseaux des appareils et l’accès à distance.

Reconnecter les appareils par zone réseau

Regroupez les appareils en zones IP filaires, Wi-Fi, découvertes par multicast, fondées sur un broker, assistées par le cloud et rattachées à un coordinateur. Restaurez un appareil représentatif de chaque classe, observez sa nouvelle adresse et sa résolution de nom, puis confirmez les commandes et les mises à jour d’état avant d’étendre la modification.

Un rapport détaillé de migration décrit le travail à effectuer appareil par appareil lorsque les SSID et les adresses IP changent. Cet inventaire des appareils lors d’un changement de réseau facilite la planification par type d’intégration au lieu de redécouvrir sans cesse la même panne.

Lorsque les VLAN séparent Home Assistant des appareils, ajoutez uniquement les routes unicast, les chemins vers le broker ou le proxy multicast nécessaires. Validez le trafic bidirectionnel et évitez les règles générales autorisant tout trafic entre tous les réseaux, qui dissimulent les dépendances manquantes.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Reconstruire l’accès externe comme un chemin distinct

Une fois le contrôle local stabilisé, restaurez le proxy inverse, le VPN, le tunnel géré, l’enregistrement DNS, le certificat et le chemin de notification. Testez depuis un réseau cellulaire avec un client vierge afin que le résultat ne soit pas masqué par le DNS local ou des sessions mises en cache.

Le modèle de découverte, de DNS et de routage fournit l’explication complémentaire de la raison pour laquelle la découverte locale et l’accessibilité à distance doivent être validées séparément.

Terminez lorsque les automatisations locales essentielles fonctionnent sans Internet, que les utilisateurs distants requis sont reconnectés et que l’ancien réseau peut être retiré sans supprimer l’unique copie de secours. Ne faites remonter les problèmes de découverte inter-VLAN non résolus qu’après validation de l’accessibilité unicast et du DNS.