Een Home Assistant-installatie opnieuw opbouwen na de overstap naar een nieuw netwerk

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

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

Bouw het netwerk opnieuw op rond de bestaande Home Assistant-status: herstel eerst adressering en identiteit, daarna discovery, routes, apparaatpaden en externe toegang.

Een nieuwe router, subnet, VLAN-plan, SSID of DNS-service kan meerdere paden tegelijk verbreken terwijl de Home Assistant-database intact blijft. Bewaar de oude configuratie en één terugvalroute, breng apparaten op basis van afhankelijkheden in kaart en herstel één representatief lokaal pad voordat je het hele huis opnieuw aansluit.

Behoud de status en teken de oude netwerkkaart

Noteer het oude Home Assistant-adres, subnet, gateway, DNS-servers, VLAN's, wifi-namen, DHCP-reserveringen, statische apparaatadressen, multicast-relays, firewallregels, proxy- of tunnel-eindpunten en radiocoördinatoren. Houd netwerkidentiteit gescheiden van Home Assistant-toepassingsgegevens.

Een migratiedraad uit de community raadt aan bekende apparaatreserveringen waar praktisch mogelijk over te nemen in de nieuwe router. Deze aanpak voor adresbehoud kan wijzigingen beperken, maar het uiteindelijke plan moet nog steeds ongedocumenteerde statische toewijzingen verwijderen.

Houd de oude router of een geïsoleerde kopie van de instellingen beschikbaar totdat het nieuwe netwerk is geslaagd. Reset apparaten niet en bouw integraties niet opnieuw op voordat je hebt vastgesteld dat het probleem niet simpelweg door adressering of routing wordt veroorzaakt.

Herstel het beheerpad van Home Assistant

Verbind Home Assistant indien mogelijk via een bekabeld netwerk, laat het één bekend adres verkrijgen en controleer lokale toegang vanaf een beheerapparaat op hetzelfde segment. Stel vervolgens de beoogde reservering of het statische plan in en bevestig dat DNS naar dat adres verwijst.

Een praktisch DNS-onderzoek laat zien hoe lokale reverse lookups en DNS van de router het discoverygedrag van Home Assistant kunnen beïnvloeden. Gebruik deze lokale DNS-controle als methodevoorbeeld, niet als universele routerconfiguratie.

Het beheerpad is voltooid wanneer twee clients na een herstart van de router en Home Assistant dezelfde canonieke lokale URL kunnen bereiken. Herstel pas daarna de apparaatnetwerken en externe toegang.

Verbind apparaten opnieuw per netwerkzone

Groepeer apparaten in zones voor bekabeld IP, wifi, multicast-discovery, brokergebaseerde verbindingen, cloudondersteuning en verbindingen met coördinatoren. Herstel één representatief apparaat uit elke klasse, bekijk het nieuwe adres en de naamresolutie en bevestig opdrachten en statusupdates voordat je de wijziging opschaalt.

Een gedetailleerd verhuisrapport documenteert het werk per apparaat dat nodig is wanneer SSID's en IP-adressen veranderen. Deze apparaatinventaris voor een netwerkverhuizing ondersteunt planning per integratietype in plaats van steeds opnieuw dezelfde fout te ontdekken.

Wanneer VLAN's Home Assistant van apparaten scheiden, voeg je alleen de vereiste unicast-routes, brokerpaden of multicastproxy toe. Valideer bidirectioneel verkeer en vermijd brede any-to-any-regels die ontbrekende afhankelijkheden verbergen.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

Bouw externe toegang opnieuw op als een afzonderlijk pad

Herstel, nadat lokale bediening stabiel is, de reverse proxy, VPN, beheerde tunnel, DNS-record, het certificaat en het meldingspad. Test via mobiele data met een schone client, zodat het resultaat niet wordt vertekend door lokale DNS of gecachte sessies.

Het model voor discovery, DNS en routing biedt de aanvullende uitleg waarom lokale discovery en externe bereikbaarheid afzonderlijk moeten worden gevalideerd.

Rond af wanneer essentiële lokale automatiseringen zonder internet werken, vereiste externe gebruikers opnieuw verbinding hebben en het oude netwerk kan worden uitgefaseerd zonder de enige terugvalkopie te verwijderen. Onderzoek onopgeloste discovery over VLAN's pas nadat unicast-bereikbaarheid en DNS zijn geslaagd.