Rebuild the network around the existing Home Assistant state: restore addressing and identity first, then discovery, routes, device paths, and remote access.
A new router, subnet, VLAN plan, SSID, or DNS service can break several paths at once while the Home Assistant database remains healthy. Preserve the old configuration and one rollback route, map devices by dependency, and restore one representative local path before reconnecting the whole home.
Preserve State and Draw the Old Network Map
Record the old Home Assistant address, subnet, gateway, DNS servers, VLANs, Wi-Fi names, DHCP reservations, static device addresses, multicast relays, firewall rules, proxy or tunnel endpoints, and radio coordinators. Separate network identity from Home Assistant application data.
A community migration thread recommends carrying known device reservations into the new router where practical. Its address-preservation approach can reduce churn, but the final plan should still remove undocumented static assignments.
Keep the old router or an isolated copy of its settings available until the new network passes. Do not reset devices or rebuild integrations before proving that the failure is not simply addressing or routing.
Restore the Home Assistant Management Path
Connect Home Assistant by wired network when possible, allow it to obtain one known address, and verify local access from an administrator device on the same segment. Then establish the intended reservation or static plan and confirm DNS resolves to that address.
A practical DNS investigation shows how local reverse lookups and router-provided DNS can affect Home Assistant discovery behavior. Use that local DNS verification as a method example, not as a universal router configuration.
The management path is complete when two clients can reach the same canonical local URL after a router and Home Assistant restart. Only then restore device networks and remote access.
Reconnect Devices by Network Zone
Group devices into wired IP, Wi-Fi, multicast-discovered, broker-based, cloud-assisted, and coordinator-attached zones. Restore one representative device from each class, observe its new address and name resolution, and confirm commands and state updates before scaling the change.
A detailed move report documents the device-by-device work needed when SSIDs and IP addresses change. That network-move device inventory supports planning by integration type instead of repeatedly rediscovering the same failure.
When VLANs separate Home Assistant from devices, add only the required unicast routes, broker paths, or multicast proxy. Validate bidirectional traffic and avoid broad any-to-any rules that hide missing dependencies.
Rebuild External Access as a Separate Path
After local control is stable, restore the reverse proxy, VPN, managed tunnel, DNS record, certificate, and notification path. Test from cellular data with a clean client so the result is not masked by local DNS or cached sessions.
The discovery, DNS, and routing model provides the adjacent explanation for why local discovery and remote reachability need separate validation.
Finish when essential local automations work without internet, required remote users reconnect, and the old network can be retired without removing the only rollback copy. Escalate unresolved cross-VLAN discovery only after unicast reachability and DNS have passed.
NAS & Server Setup
More to Read

How to Separate Home Assistant App Data, Cache, and Backups
Keep authoritative app state persistent, prove cache is disposable before moving it, and store tested backups outside the Home Assistant failure domain.

How to Adapt a Home Assistant Setup for Remote and Local Users
Keep local Home Assistant control independent of the remote edge, then add secure remote access with predictable DNS, identity, and network-switching behavior.

How to Move Home Assistant From a Single Container to a Resilient Service Stack
Preserve working state first, then separate data, dependencies, health, resources, and recovery so one service failure does not take down Home Assistant.

