Cómo reconstruir una configuración de Home Assistant tras cambiar de red

Eva Wong es la redactora técnica y manitas residente en ZimaSpace. Es una geek de toda la vida apasionada por los laboratorios domésticos y el software de código abierto, y se especializa en traducir conceptos técnicos complejos en guías prácticas y fáciles de seguir. Eva cree que alojar servicios propios debería ser divertido, no intimidante. A través de sus tutoriales, ayuda a la comunidad a desmitificar la configuración del hardware, desde montar su primer NAS hasta dominar los contenedores Docker.

Reconstruye la red en torno al estado existente de Home Assistant: restablece primero el direccionamiento y la identidad, y luego el descubrimiento, las rutas, las conexiones con los dispositivos y el acceso remoto.

Un router, una subred, un plan de VLAN, un SSID o un servicio DNS nuevos pueden interrumpir varias rutas a la vez, aunque la base de datos de Home Assistant siga intacta. Conserva la configuración antigua y una vía de reversión, traza las dependencias de los dispositivos y restablece una ruta local representativa antes de volver a conectar toda la casa.

Conserva el estado y dibuja el mapa de la red antigua

Anota la dirección antigua 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 repetidores de multidifusión, las reglas del cortafuegos, los puntos de conexión 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 al nuevo router las reservas de dispositivos conocidas cuando sea práctico. Su método de conservación de direcciones puede reducir los cambios, pero el plan final debería eliminar las asignaciones estáticas no documentadas.

Conserva el router antiguo o una copia aislada de su configuración hasta que la nueva red funcione correctamente. No restablezcas dispositivos ni vuelvas a crear integraciones antes de comprobar que el problema no se deba simplemente al direccionamiento o al enrutamiento.

Restablece la ruta de administración de Home Assistant

Conecta Home Assistant por cable 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, configura la reserva prevista o el plan de direcciones estáticas y confirma que el DNS resuelva a esa dirección.

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

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

Vuelve a conectar los dispositivos por zona de red

Agrupa los dispositivos en zonas con IP por cable, Wi-Fi, detección multicast, basadas en intermediarios, asistidas por la nube y conectadas a coordinadores. Restablece un dispositivo representativo de cada clase, observa su nueva dirección y resolución de nombres y confirma que los comandos y las actualizaciones de estado funcionen antes de aplicar el cambio a mayor escala.

Un informe detallado del traslado documenta el trabajo necesario para cada dispositivo cuando cambian los SSID y las direcciones IP. Ese inventario de dispositivos para el traslado de red facilita la planificación según el tipo de integración, en lugar de volver a investigar repetidamente el mismo fallo.

Cuando las VLAN separen Home Assistant de los dispositivos, añade únicamente las rutas unicast, las rutas del intermediario o el proxy multicast necesarios. Valida el tráfico bidireccional y evita las reglas generales de comunicación entre todos los dispositivos, que ocultan dependencias faltantes.

Restablece el acceso externo por separado

Cuando el control local sea estable, restablece el proxy inverso, la VPN, el túnel administrado, el registro DNS, el certificado y la ruta de notificaciones. Haz la prueba desde datos móviles con un cliente limpio para asegurarte de que el resultado no esté condicionado por el DNS local ni por sesiones almacenadas en caché.

El modelo de detección, DNS y enrutamiento ofrece la explicación complementaria de por qué la detección local y la accesibilidad remota deben validarse por separado.

Termina cuando las automatizaciones locales esenciales funcionen sin internet, los usuarios remotos necesarios vuelvan a conectarse y se pueda retirar la red antigua sin eliminar la única copia de recuperación. Escala los problemas de detección entre VLAN solo después de que la conectividad unicast y el DNS hayan superado las pruebas.

Configuración de NAS y servidores

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.