Después de cambiar de ISP y reinstalar ZimaOS, un miembro de la comunidad descubrió que el host podía hacer ping a sitios de Internet y descargar imágenes de la App Store, mientras que las aplicaciones dentro de los contenedores no podían conectarse a servicios externos. qBittorrent no podía descargar y Jellyfin no podía recuperar metadatos.
El caso original se resolvió trasladando los contenedores afectados de la red en modo puente al modo host. Las respuestas posteriores documentaron un segundo caso con síntomas similares, pero con una causa diferente: se había introducido una dirección WAN pública como puerta de enlace, y la conexión del ISP del usuario también requería IPv6 junto con IPv4 para Jellyfin.
La conectividad del host no demostraba la conectividad de los contenedores
El autor podía usar la terminal web de ZimaOS e instalar aplicaciones, lo que demostraba que el propio sistema operativo tenía una ruta de salida funcional. Eso no confirmaba que cada red de Docker tuviera un enrutamiento correcto. Por lo tanto, los fallos de las aplicaciones debían probarse desde el contenedor, en lugar de inferirse a partir del host.
Giorgio, miembro del equipo de Zima, sugirió probar la conectividad mediante un contenedor de navegador y probar otro modo de red desde el panel de configuración de la aplicación. La publicación también señala que las tiendas de terceros, la instalación mediante YAML y la instalación mediante la CLI pueden proporcionar aplicaciones de diagnóstico, pero son opciones y no un requisito confirmado.
El modo host resolvió el caso original de la red en modo puente
El autor trasladó todos los contenedores afectados al modo host e informó que el acceso a Internet comenzó a funcionar. El hilo no determina por qué falló el modo puente después de la instalación limpia, por lo que el modo host debe registrarse como el cambio que funcionó para esta configuración, no como una prueba de que exista un defecto universal de la red en modo puente.
Un participante posterior señaló un efecto secundario importante: después de cambiar de modo, el enlace del panel puede seguir apuntando al puerto del host publicado anteriormente. En el caso de Jellyfin, el participante tuvo que acceder directamente al puerto 8096 después de que el panel siguiera abriendo el puerto 8097.
Un caso posterior reveló una puerta de enlace incorrecta
Los registros de Jellyfin del segundo usuario contenían No route to host al contactar con un servicio externo de metadatos. Los miembros de la comunidad recomendaron hacer una prueba sin la VPN y comprobar la puerta de enlace mostrada en la configuración de red de ZimaOS.
Una captura de pantalla reveló que la puerta de enlace configurada era la dirección WAN pública del usuario. Las respuestas explicaron que la puerta de enlace debía ser, en cambio, la dirección del router local en la misma subred LAN. El usuario corrigió la puerta de enlace y también habilitó IPv6 junto con IPv4 en Jellyfin porque su conexión de AT&T daba prioridad a IPv6. Después confirmó que la recuperación de metadatos e imágenes funcionaba.
Mantén separados los dos resultados de la comunidad
- Caso original de octubre de 2025: la red en modo puente fallaba en los contenedores del autor; el modo host restauró el acceso.
- Caso de seguimiento de enero de 2026: la puerta de enlace estaba configurada como una IP pública y Jellyfin también necesitaba IPv6 habilitado para la ruta de ese ISP.
Ambos produjeron el síntoma general de que «las aplicaciones no pueden acceder a Internet», pero no compartían una causa raíz verificada. El hilo respalda comprobar el modo de red, la dirección utilizada después de cambiar de modo, la configuración de la puerta de enlace, la influencia de la VPN y la disponibilidad del protocolo como ramas de investigación independientes.
Preguntas frecuentes
¿Por qué ZimaOS puede descargar aplicaciones mientras un contenedor permanece sin conexión?
El host y un contenedor de Docker pueden utilizar configuraciones de red y enrutamiento diferentes. En el caso original, la conectividad del host seguía funcionando correctamente, mientras que las aplicaciones conectadas mediante la red en modo puente fallaban.
¿Cambiar Jellyfin al modo host conserva el puerto antiguo del panel?
No necesariamente. Un participante descubrió que el panel seguía enlazando al puerto 8097, mientras que Jellyfin en modo host estaba accesible directamente en el puerto 8096.
