Red de host frente a red puente en Jellyfin: ¿cuál deberías usar?

Para la mayoría de los contenedores de Jellyfin, empieza con una red en modo bridge y expón solo los puertos que necesites; elige el modo host únicamente cuando un requisito comprobado de descubrimiento o topología lo exija.

En un servidor doméstico, el modo bridge proporciona un límite reducido y asignaciones de puertos explícitas, mientras que el modo host elimina esa capa y puede simplificar el descubrimiento, a costa de una exposición más amplia. Establece primero la configuración base con bridge, prueba la reproducción local y remota, y realiza un único cambio al modo host solo si la capacidad que falla está claramente identificada.

Elige la configuración de red base más limitada

El contenedor no tiene una configuración de red base comprobada. Empieza por la comprobación menos invasiva: enumera las rutas de cliente necesarias: web local, reproducción local, proxy remoto y descubrimiento opcional.

La observación útil es específica: todas las rutas usan puertos explícitos, el descubrimiento es la única ruta que falta y el proxy necesita la topología del host. Registra el resultado antes de cambiar otra variable. aislamiento de red bridge

Interpreta la rama en lugar de adivinar. Si los puertos explícitos satisfacen las rutas, mantén bridge; si solo falla el descubrimiento, prueba la asignación del descubrimiento antes de usar el modo host; si el proxy requiere una vinculación con el host, documenta esa excepción.

Configura y verifica la red bridge

El modo bridge está seleccionado como configuración base. Empieza por la comprobación menos invasiva: asigna los puertos seleccionados, prueba localmente la URL del host y reproduce una sesión de reproducción directa y otra de transcodificación.

La observación útil es específica: la web y la reproducción funcionan, la web funciona pero el contenido multimedia falla, o solo falla el proxy remoto. Registra el resultado antes de cambiar otra variable. asignación de puertos de Jellyfin

Interpreta la rama en lugar de adivinar. Si la reproducción local funciona, mantén bridge; si el contenido multimedia falla, revisa la asignación y los registros; si solo falla el acceso remoto, prueba las rutas del proxy y del router sin cambiar el modo de red.

Prueba la red host solo por una excepción concreta

Bridge funciona excepto por un requisito específico de descubrimiento o vinculación. Empieza por la comprobación menos invasiva: vuelve a crear el contenedor en modo host con los mismos montajes de datos y prueba los mismos clientes y puertos.

La observación útil es específica: la capacidad indicada funciona, nada cambia o algún otro servicio pierde un puerto. Registra el resultado antes de cambiar otra variable.

Interpreta la rama en lugar de adivinar. Si la capacidad indicada funciona y la exposición es aceptable, documenta el modo host; si nada cambia, vuelve a bridge; si aparece un conflicto, el modo host no es adecuado.

Featured

ZimaCube 2 NAS personal en la nube para el hogar

ZimaCube2

$799.00 - $2,499.00

Buy Now

Confirma la accesibilidad después de reiniciar y cambiar el proxy

Se ha seleccionado el modo bridge o host. Empieza por la comprobación menos invasiva: reinicia el contenedor una vez, prueba la reproducción local y remota y, a continuación, confirma el descubrimiento si es necesario.

La observación útil es específica: todas las rutas funcionan, solo falla el descubrimiento o solo falla el proxy remoto. Registra el resultado antes de cambiar otra variable. prueba de la ruta remota

Interpreta la rama en lugar de adivinar. Si todas las rutas necesarias funcionan, detente; si solo falla el descubrimiento, mantén bridge y configura explícitamente los clientes; si el proxy falla, corrige el enrutamiento del proxy en lugar de ampliar la red.