Cómo adaptar una configuración de Home Assistant para usuarios remotos y locales
Adapta Home Assistant para usuarios remotos y locales manteniendo directa la ruta de control local y añadiendo después una ruta remota autenticada e independiente, que no se convierta en una dependencia para quienes ya están en casa. Los usuarios locales deberían poder acceder a Home Assistant aunque Internet o el proveedor de acceso remoto no estén disponibles; los usuarios remotos deberían tener acceso cifrado sin exponer servicios innecesarios.
Diseña dos rutas de conexión que compartan la misma identidad de Home Assistant y el mismo modelo de autorización. Empieza por configurar un DNS local funcional y una dirección LAN estable, elige el punto de acceso remoto y luego prueba cómo se comportan los teléfonos, los navegadores, los paneles, las notificaciones y los usuarios del hogar al cambiar entre redes wifi y móviles.
Mantén la ruta local independiente del punto de acceso remoto
Para el control local, los clientes deben resolver Home Assistant a una dirección accesible desde la LAN y mantenerse dentro de la red doméstica. Así se evita enviar una solicitud cercana a través de Internet y hacerla volver mediante un túnel o un proxy público. También significa que el control básico puede seguir funcionando durante una interrupción del servicio del proveedor de Internet, siempre que la LAN, el DNS, el host de Home Assistant y los protocolos de los dispositivos locales funcionen correctamente.
Si se usa el mismo nombre de host público dentro y fuera de casa, el DNS dividido puede devolver una dirección privada en la LAN y una dirección pública o de túnel en otros lugares. Una guía clara sobre cómo el DNS dividido mantiene el tráfico local en la LAN muestra cómo esto evita el enrutamiento en bucle y conserva una ruta local directa, al tiempo que permite usar un único nombre fácil de recordar.
Elige un punto de acceso remoto adecuado para el hogar
El acceso remoto puede proporcionarse mediante un servicio gestionado, una red VPN o superpuesta, un proxy inverso o un túnel. La opción adecuada depende de quién necesite acceder. Una VPN puede ser excelente para un administrador técnico, pero resultar engorrosa para la familia si todos los teléfonos deben mantener una conexión adicional. Un servicio gestionado o basado en túneles puede ser más fácil de usar para quienes no tienen conocimientos técnicos, pero añade una dependencia externa que no debería ser necesaria para el control local.
Una guía reciente sobre cómo se diferencian los métodos de acceso remoto en cuanto a CGNAT, seguridad y uso familiar resulta útil porque evalúa las VPN, los túneles y la exposición directa según CGNAT, la seguridad y la facilidad de uso para la familia, en lugar de tratar todo acceso remoto como si fuera el mismo problema. Evita el simple reenvío de puertos públicos cuando puedas usar un punto de acceso cifrado y autenticado.
Usa DNS y certificados para que el cambio entre clientes sea predecible
Los fallos de acceso remoto/local suelen aparecer cuando un teléfono cambia de red. Es posible que el nombre de host público se resuelva incorrectamente en la LAN, que el certificado no coincida con un nombre de uso exclusivamente interno, que se omita un resolver DNS privado o que una VPN siga usando una ruta pensada solo para fuera de casa. Documenta qué resolver y nombre de host debe usar cada cliente en ambos casos.
En configuraciones más complejas, usar nombres de host locales y remotos distintos puede dejar claras las rutas. Una publicación detallada de la comunidad de Home Assistant sobre un diseño de dos rutas para el acceso local y remoto a Home Assistant muestra este patrón: DNS local directo para los clientes de la LAN, un nombre de host remoto protegido de forma independiente y pruebas del comportamiento de la aplicación móvil en segundo plano.
Separa los permisos de usuario de la ubicación de red
No equipares «dentro de casa» con «administrador». Crea una cuenta de Home Assistant para cada miembro del hogar y reserva los permisos de administración para quienes realmente necesiten modificar integraciones, usuarios o ajustes del sistema. El acceso remoto debe autenticar la ruta de conexión, y Home Assistant debe seguir autenticando a la persona.
Prueba también el comportamiento de cada dispositivo. Una tableta de pared quizá solo necesite acceso a la LAN. El teléfono de un familiar quizá necesite paneles remotos y notificaciones. El portátil de administración quizá necesite una VPN para Home Assistant y otros servicios privados. Definir claramente estas funciones evita conceder el mismo mecanismo amplio de acceso remoto a todos los dispositivos solo porque resultó cómodo durante la configuración.
Valida cuatro casos de fallo antes de dar por terminado el sistema
Prueba la wifi local con Internet disponible, la wifi local sin conexión a Internet, el acceso desde la red móvil o de forma remota y una interrupción del acceso remoto mientras la red local sigue funcionando correctamente. En cada caso, verifica el inicio de sesión, un panel, un comando, el resultado de una automatización y cualquier ruta de notificaciones o contenido multimedia que sea importante. Así descubrirás si una experiencia «local» sigue dependiendo del DNS público o de un proxy externo.
Compara la latencia en las rutas de la LAN y las remotas, en lugar de esperar que se sientan igual. Por qué la latencia de Home Assistant es distinta en las rutas de la LAN y las remotas de ZimaSpace explica por qué el DNS, el enrutamiento, el cifrado, los proxies y la calidad de la red del cliente añaden distintos retrasos fuera de casa.
| Escenario | Ruta prevista | Qué debería seguir funcionando |
|---|---|---|
| En casa, con Internet | LAN directa | Control local completo |
| En casa, sin Internet | LAN directa | Dispositivos y automatizaciones locales |
| Fuera de casa | VPN/túnel/acceso remoto administrado | Control remoto autorizado |
| El acceso remoto no está disponible | La LAN sigue siendo directa | Uso doméstico local |
Un buen diseño de Home Assistant con acceso remoto y local no obliga a todos los usuarios a seguir la misma ruta de red. Mantiene el control local dentro de la red local, añade el acceso remoto como una capacidad segura independiente y usa DNS, certificados y cuentas de usuario coherentes, además de pruebas ante fallos, para que cambiar de red no se convierta en una incidencia que haya que resolver.
Productos recomendados
Configuración de NAS y servidores
Más para leer
¿Puede un servidor en una residencia estudiantil funcionar lo bastante silenciosamente como para dormir, estudiar y hacer videollamadas?
Sí, un servidor para una residencia universitaria puede pasar desapercibido si el hardware consume poca energía, se controlan las vibraciones del almacenamiento, se programan...
Un laboratorio doméstico estudiantil que puede pasar de la habitación de la residencia universitaria al primer apartamento
Mantén portátil el laboratorio doméstico de un estudiante separando los servicios de la red específica de cada habitación, minimizando el hardware, haciendo copias de...
Cómo compartir un servidor doméstico con tus compañeros de piso sin compartir cuentas ni archivos privados
Asigna a cada compañero de piso una identidad con nombre, almacenamiento privado y solo los roles compartidos que necesite; mantén la administración, las copias...
