Comment reconstruire une installation Home Assistant après avoir changé de réseau

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

Un nouveau routeur, sous-réseau, plan de VLAN, SSID ou service DNS peut interrompre plusieurs connexions à la fois, même si la base de données de Home Assistant reste intacte. Préservez l’ancienne configuration et une solution de retour arrière, cartographiez les appareils en fonction de leurs dépendances et rétablissez un parcours local représentatif avant de reconnecter toute la maison.

Préserver l’état et cartographier l’ancien réseau

Notez l’ancienne adresse 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 de pare-feu, les points de terminaison des proxys ou des tunnels et les coordinateurs radio. Distinguez l’identité réseau des données de l’application Home Assistant.

Un fil de discussion communautaire recommande de reprendre dans le nouveau routeur les réservations d’adresses connues, lorsque c’est possible. Cette approche de préservation des adresses peut limiter les changements, mais le plan final doit tout de même supprimer les adresses statiques non documentées.

Gardez l’ancien routeur ou une copie isolée de ses paramètres à disposition jusqu’à ce que le nouveau réseau soit opérationnel. Ne réinitialisez pas les appareils et ne reconstruisez pas les intégrations avant d’avoir vérifié que le problème ne vient pas simplement de l’adressage ou du routage.

Rétablir le chemin d’administration de Home Assistant

Connectez Home Assistant au réseau par câble lorsque c’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. Définissez ensuite la réservation prévue ou le plan d’adressage statique et confirmez que le DNS résout vers cette adresse.

Une enquête pratique sur le DNS montre comment les recherches inverses locales et le DNS fourni par le routeur peuvent affecter la découverte par Home Assistant. Utilisez cette vérification du DNS local comme exemple de méthode, et non comme configuration universelle du 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. Ne rétablissez les réseaux des appareils et l’accès à distance qu’à ce moment-là.

Reconnecter les appareils par zone réseau

Répartissez les appareils entre les zones suivantes : IP filaire, Wi-Fi, découverte multicast, fonctionnement par broker, assistance cloud et connexion à un coordinateur. Rétablissez un appareil représentatif de chaque catégorie, observez sa nouvelle adresse et la résolution de son nom, puis vérifiez les commandes et les mises à jour d’état avant de généraliser le changement.

Un rapport de migration détaillé documente les opérations à effectuer appareil par appareil lorsque les SSID et les adresses IP changent. Cet inventaire des appareils pour la migration réseau permet de planifier par type d’intégration au lieu de redécouvrir sans cesse les mêmes problèmes.

Lorsque des VLAN séparent Home Assistant des appareils, ajoutez uniquement les routes unicast, les chemins vers le broker ou le proxy multicast nécessaires. Vérifiez le trafic dans les deux sens et évitez les règles générales autorisant tout à tout, qui masquent les dépendances manquantes.

Featured

ZimaBoard 2 - Mini-serveur domestique pour vos grandes idées

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Rétablir l’accès externe par une voie distincte

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

Le modèle de découverte, de DNS et de routage explique pourquoi 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 concernés peuvent se reconnecter et que l’ancien réseau peut être retiré sans supprimer l’unique copie de sauvegarde. Ne faites remonter les problèmes de découverte entre VLAN non résolus qu’après avoir vérifié la connectivité unicast et le DNS.