¿Por qué Home Assistant funciona de manera diferente en conexiones LAN y remotas?

Home Assistant puede sentirse rápido en la LAN y más lento de forma remota, incluso cuando Core ejecuta la misma automatización, porque la conexión del cliente sigue una ruta diferente. Un navegador local puede atravesar un solo switch para llegar a Home Assistant; un teléfono remoto puede resolver DNS público, atravesar redes móviles o de oficina, recorrer la ruta del ISP, entrar en un proxy en la nube, una VPN, un túnel o un proxy inverso, y después mantener una sesión WebSocket con el servidor.

Por lo tanto, la diferencia de rendimiento debe medirse como la entrega entre el cliente y el servidor, no atribuirse de inmediato a la CPU de Home Assistant. Una automatización física puede completarse localmente en el mismo tiempo mientras el panel remoto tarda más en mostrar el nuevo estado.

El acceso por LAN tiene menos etapas de red

Dentro del hogar, un cliente puede usar la dirección privada del servidor o un nombre DNS interno y evitar Internet pública. Los tiempos de ida y vuelta son cortos, y la conexión normalmente no se ve afectada por la capacidad de subida del ISP ni por un relay remoto.

El modelo de red de Home Assistant Companion admite rutas de conexión internas y externas independientes, incluidas URL internas, URL externas, DNS dividido y requisitos de proxy inverso compatible con WebSocket.

Por lo tanto, una sesión LAN lenta debe depurarse primero dentro del hogar: Wi-Fi, DNS, renderizado del navegador o cliente, proxy inverso utilizado internamente, enrutamiento entre VLAN o el propio host de Home Assistant.

El acceso remoto añade DNS, WAN, cifrado y un método de entrada

Normalmente, un cliente remoto necesita un nombre público o de superposición, TLS, una ruta externa y un límite de acceso, como Home Assistant Cloud, una VPN, un proxy inverso o un túnel. Cada etapa puede añadir latencia o un punto de reconexión.

Las redes superpuestas remotas también pueden utilizar distintos tipos de conexión. La guía actual de Tailscale explica que las conexiones directas entre pares normalmente ofrecen la menor latencia y el mayor rendimiento, mientras que las conexiones retransmitidas son una alternativa cuando la conectividad directa no es posible. Por lo tanto, la ruta puede cambiar la capacidad de respuesta percibida de Home Assistant sin modificar el tiempo de ejecución de Core.

No adoptes un umbral universal de latencia remota. Mide tu propia ruta desde los lugares donde realmente utilizas el sistema —red móvil, Wi-Fi de la oficina, redes durante viajes o una segunda vivienda— y registra si la ruta es directa o retransmitida.

La estabilidad de WebSocket importa después de cargar la página inicial

Los paneles de Home Assistant reciben cambios de estado continuamente después de cargar el HTML y JavaScript iniciales. Una conexión que se interrumpe y reconecta repetidamente puede sentirse mucho peor de lo que su ancho de banda medio sugiere.

Un proxy inverso o túnel debe conservar correctamente la ruta de WebSocket. La guía de redes de Companion advierte que los proxies inversos gestionados por el usuario necesitan compatibilidad con WebSocket; de lo contrario, la interfaz puede conectarse parcialmente mientras las actualizaciones en tiempo real funcionan mal.

Observa las reconexiones, las actualizaciones de WebSocket fallidas, los registros del proxy y los cambios de red móvil. Un teléfono que cambia de Wi-Fi a LTE puede cambiar la dirección de origen y la ruta aunque el propio servidor de Home Assistant siga funcionando correctamente.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

El rendimiento remoto puede estar limitado por la subida del hogar

Los planes de Internet domésticos suelen ser asimétricos. Una solicitud de un panel remoto viaja hacia el hogar, pero las miniaturas de las cámaras, los recursos del panel, las cargas útiles de estado y las transmisiones deben salir a través de la conexión de subida del hogar.

Las vistas de cámara con alta tasa de bits o varios usuarios remotos pueden revelar límites de subida que ningún cliente local percibe. Una sesión remota lenta solo cuando se abre una tarjeta de cámara es un problema distinto de una automatización que tarda demasiado en ejecutarse.

La guía de cargas de trabajo de servidores domésticos para hogares inteligentes de ZimaSpace establece la misma distinción entre la automatización principal y las cámaras, los análisis y los servicios complementarios más exigentes, que requieren recursos adicionales.

La selección de la ruta del cliente puede hacer que dos teléfonos se comporten de forma diferente

La aplicación Companion elige la configuración de conexión según la red doméstica y las URL de Home Assistant configuradas. Un dispositivo que nunca reconoce la red doméstica puede seguir utilizando la ruta externa incluso cuando está conectado a la misma red Wi-Fi que Home Assistant.

Un caso de soporte de la comunidad muestra esta dependencia práctica: la aplicación necesita la URL externa y la definición de la red doméstica correctas antes de que la URL interna se convierta en la ruta local prevista.

Compara la URL exacta, la respuesta DNS, la ruta del proxy o VPN, el panel y el cliente al investigar el rendimiento. “El mismo servidor de Home Assistant” no representa la misma prueba si los dos clientes utilizan rutas de entrada diferentes.

Mide la ejecución del servidor por separado de la entrega al cliente

Considera que el servidor es “más lento de forma remota” solo cuando cambia la ejecución en el servidor. Si el dispositivo físico responde a tiempo, pero la pantalla remota se actualiza después, la diferencia de rendimiento se produce después de Core, en la ruta de entrega remota.

Preguntas frecuentes

¿Por qué la aplicación de Home Assistant es rápida con Wi-Fi, pero lenta con datos móviles?

Los datos móviles añaden la ruta de acceso remoto pública o privada, incluida la latencia del ISP, el DNS, TLS y posiblemente un proxy, una VPN, un túnel o un relay. Es posible que el servidor de Home Assistant se esté ejecutando a la misma velocidad.