Cómo reconstruir una configuración de Home Assistant después de cambiar a una red nueva

Reconstruye la red en torno al estado existente de Home Assistant: restaura primero el direccionamiento y la identidad, y después el descubrimiento, las rutas, las rutas de los dispositivos y el acceso remoto.

Un router nuevo, una subred, un plan de VLAN, un SSID o un servicio DNS pueden interrumpir varias rutas a la vez mientras la base de datos de Home Assistant sigue intacta. Conserva la configuración anterior y una vía de reversión, asigna los dispositivos según sus dependencias y restaura una ruta local representativa antes de volver a conectar toda la casa.

Conserva el estado y dibuja el mapa de la red anterior

Registra la dirección anterior de Home Assistant, la subred, la puerta de enlace, los servidores DNS, las VLAN, los nombres de las redes Wi‑Fi, las reservas DHCP, las direcciones estáticas de los dispositivos, los relés multicast, las reglas del firewall, los extremos del proxy o túnel y los coordinadores de radio. Separa la identidad de la red de los datos de la aplicación Home Assistant.

Un hilo de la comunidad recomienda trasladar, cuando sea práctico, las reservas conocidas de dispositivos al nuevo router. Su enfoque de conservación de direcciones puede reducir los cambios, pero el plan final aún debería eliminar las asignaciones estáticas no documentadas.

Mantén disponible el router antiguo o una copia aislada de su configuración hasta que la nueva red supere las pruebas. No restablezcas los dispositivos ni reconstruyas las integraciones antes de demostrar que el fallo no se debe simplemente al direccionamiento o al enrutamiento.

Restaura la ruta de administración de Home Assistant

Conecta Home Assistant mediante una red cableada cuando sea posible, permite que obtenga una dirección conocida y verifica el acceso local desde un dispositivo administrador en el mismo segmento. Después, establece el plan previsto de reserva o dirección estática y confirma que el DNS resuelve esa dirección.

Una investigación práctica sobre DNS muestra cómo las búsquedas inversas locales y el DNS proporcionado por el router pueden afectar al comportamiento del descubrimiento de Home Assistant. Utiliza esa verificación del DNS local como ejemplo de método, no como una configuración universal del router.

La ruta de administración está completa cuando dos clientes pueden acceder a la misma URL local canónica después de reiniciar el router y Home Assistant. Solo entonces restaura las redes de los dispositivos y el acceso remoto.

Vuelve a conectar los dispositivos por zona de red

Agrupa los dispositivos en zonas de IP cableada, Wi‑Fi, descubrimiento multicast, basadas en broker, asistidas por la nube y conectadas a coordinadores. Restaura un dispositivo representativo de cada clase, observa su nueva dirección y la resolución de su nombre, y confirma los comandos y las actualizaciones de estado antes de ampliar el cambio.

Un informe detallado de migración documenta el trabajo necesario dispositivo por dispositivo cuando cambian los SSID y las direcciones IP. Ese inventario de dispositivos para el cambio de red facilita la planificación por tipo de integración en lugar de redescubrir repetidamente el mismo fallo.

Cuando las VLAN separen Home Assistant de los dispositivos, añade únicamente las rutas unicast, las rutas del broker o el proxy multicast necesarios. Valida el tráfico bidireccional y evita las reglas generales de cualquier origen a cualquier destino que oculten dependencias ausentes.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Reconstruye el acceso externo como una ruta independiente

Después de estabilizar el control local, restaura el proxy inverso, la VPN, el túnel administrado, el registro DNS, el certificado y la ruta de notificaciones. Haz pruebas desde datos móviles con un cliente limpio para que el resultado no quede oculto por el DNS local o por sesiones almacenadas en caché.

El modelo de descubrimiento, DNS y enrutamiento ofrece la explicación complementaria de por qué el descubrimiento local y la accesibilidad remota requieren validaciones independientes.

Da el trabajo por terminado cuando las automatizaciones locales esenciales funcionen sin internet, los usuarios remotos necesarios vuelvan a conectarse y la red antigua pueda retirarse sin eliminar la única copia de reversión. Investiga el descubrimiento entre VLAN no resuelto solo después de comprobar la accesibilidad unicast y el DNS.