So bauen Sie eine Home-Assistant-Installation nach dem Wechsel in ein neues Netzwerk wieder auf

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Rebuild a Home Assistant Setup After Moving to a New Network - Zima Store Online

Stellen Sie das Netzwerk auf Grundlage des bestehenden Home-Assistant-Zustands wieder her: Stellen Sie zuerst Adressierung und Identität wieder her, danach Erkennung, Routen, Gerätepfade und den Fernzugriff.

Ein neuer Router, ein neues Subnetz, ein VLAN-Konzept, eine neue SSID oder ein neuer DNS-Dienst kann mehrere Pfade gleichzeitig unterbrechen, während die Home-Assistant-Datenbank intakt bleibt. Bewahren Sie die alte Konfiguration und einen Rollback-Pfad auf, ordnen Sie Geräte nach Abhängigkeiten und stellen Sie einen repräsentativen lokalen Pfad wieder her, bevor Sie das gesamte Zuhause erneut verbinden.

Zustand bewahren und das alte Netzwerk abbilden

Notieren Sie die alte Home-Assistant-Adresse, das Subnetz, das Gateway, die DNS-Server, VLANs, WLAN-Namen, DHCP-Reservierungen, statischen Geräteadressen, Multicast-Relays, Firewall-Regeln, Proxy- oder Tunnel-Endpunkte sowie Funkkoordinatoren. Trennen Sie die Netzwerkidentität von den Home-Assistant-Anwendungsdaten.

Ein Migrationsthread aus der Community empfiehlt, bekannte Gerätereservierungen nach Möglichkeit in den neuen Router zu übernehmen. Der dort beschriebene Ansatz zur Adressbewahrung kann Änderungen reduzieren. Der endgültige Plan sollte jedoch weiterhin undokumentierte statische Zuweisungen entfernen.

Halten Sie den alten Router oder eine isolierte Kopie seiner Einstellungen verfügbar, bis das neue Netzwerk fehlerfrei funktioniert. Setzen Sie Geräte nicht zurück und erstellen Sie Integrationen nicht neu, bevor Sie geprüft haben, dass der Fehler nicht einfach durch Adressierung oder Routing verursacht wird.

Den Verwaltungspfad von Home Assistant wiederherstellen

Verbinden Sie Home Assistant nach Möglichkeit über eine kabelgebundene Netzwerkverbindung, lassen Sie das System eine bekannte Adresse beziehen und überprüfen Sie den lokalen Zugriff von einem Administratorgerät im selben Segment. Richten Sie anschließend die gewünschte Reservierungs- oder statische Konfiguration ein und bestätigen Sie, dass DNS diese Adresse auflöst.

Eine praxisnahe DNS-Untersuchung zeigt, wie lokale Reverse-Lookups und vom Router bereitgestelltes DNS das Erkennungsverhalten von Home Assistant beeinflussen können. Verwenden Sie diese Überprüfung des lokalen DNS als Methodenbeispiel, nicht als universelle Routerkonfiguration.

Der Verwaltungspfad ist vollständig wiederhergestellt, wenn zwei Clients nach einem Neustart von Router und Home Assistant dieselbe kanonische lokale URL erreichen können. Erst dann sollten Sie die Gerätenetzwerke und den Fernzugriff wiederherstellen.

Geräte nach Netzwerkzone wieder verbinden

Gruppieren Sie Geräte in die Zonen kabelgebundene IP-Geräte, WLAN-Geräte, per Multicast erkannte Geräte, brokerbasierte Geräte, cloudunterstützte Geräte und Geräte mit Koordinatoranbindung. Stellen Sie aus jeder Klasse zunächst ein repräsentatives Gerät wieder her, beobachten Sie dessen neue Adresse und Namensauflösung und bestätigen Sie Befehle sowie Statusaktualisierungen, bevor Sie die Änderung ausweiten.

Ein ausführlicher Umzugsbericht dokumentiert die geräteweise Arbeit, die erforderlich ist, wenn sich SSIDs und IP-Adressen ändern. Dieses Geräteinventar für den Netzwerkumzug unterstützt die Planung nach Integrationstyp, statt denselben Fehler wiederholt neu zu ermitteln.

Wenn VLANs Home Assistant von den Geräten trennen, fügen Sie nur die erforderlichen Unicast-Routen, Broker-Pfade oder Multicast-Proxys hinzu. Validieren Sie den bidirektionalen Datenverkehr und vermeiden Sie weit gefasste Any-to-any-Regeln, die fehlende Abhängigkeiten verschleiern.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Externen Zugriff als separaten Pfad neu aufbauen

Stellen Sie nach der Stabilisierung der lokalen Steuerung den Reverse-Proxy, das VPN, den verwalteten Tunnel, den DNS-Eintrag, das Zertifikat und den Benachrichtigungspfad wieder her. Testen Sie über Mobilfunkdaten mit einem sauberen Client, damit das Ergebnis nicht durch lokales DNS oder zwischengespeicherte Sitzungen verfälscht wird.

Das Modell für Erkennung, DNS und Routing liefert die ergänzende Erklärung dafür, warum lokale Erkennung und Erreichbarkeit von außen separat validiert werden müssen.

Schließen Sie die Arbeiten ab, wenn wichtige lokale Automatisierungen ohne Internet funktionieren, die erforderlichen Benutzer den Fernzugriff wieder nutzen können und das alte Netzwerk außer Betrieb genommen werden kann, ohne die einzige Rollback-Kopie zu entfernen. Ungeklärte Erkennungsprobleme über VLAN-Grenzen hinweg sollten Sie erst weiter untersuchen, nachdem Unicast-Erreichbarkeit und DNS erfolgreich geprüft wurden.