Saltar al contenido

Trabajo en red

Conectividad

Muchos clientes descubrirán automáticamente los servidores que se ejecutan en la misma LAN y los mostrarán al iniciar la sesión. Si está fuera de la red cuando se conecta, puede escribir la dirección IP completa o el nombre de dominio en el campo de servidor con el puerto correcto para continuar con la página de inicio de sesión. Puede encontrar los puertos predeterminados a continuación para acceder al frontend web.

Fijación de puertos

Este documento tiene por objeto proporcionar a un administrador el conocimiento de los puertos a los que se vincula Jellyfin y de la finalidad a la que sirven.

Trabajo en redTrabajo en red

Puertos estáticos

  • 8096/tcp se utiliza por defecto para el tráfico HTTP. Puedes cambiar esto en el tablero de mandos.
  • 8920/tcp se utiliza por defecto para el tráfico HTTPS. Puedes cambiar esto en el tablero de mandos.
  • 1900/udp se utiliza para el servicio de auto-descubrimiento. Esto no es configurable.

Tráfico HTTP: 8096

Se puede acceder al frontend web aquí para depurar los problemas de los certificados SSL en su red local. Puedes modificar esta configuración desde la página Networking en los ajustes.

Tráfico HTTPS: 8920

Esta configuración también puede modificarse desde la página Networking para utilizar un puerto diferente.

Servicio de descubrimiento: 1900

Dado que el auto-descubrimiento del cliente se rompería si esta opción fuera configurable, no puede cambiarla en la configuración en este momento. La DLNA también utiliza este puerto y es necesario que esté en la subred local.

Descubrimiento del cliente: 7359 UDP

Permite a los clientes descubrir a Jellyfin en la red local. Un mensaje difundido a este puerto con “¿Quién es JellyfinServer?” obtendrá una respuesta JSON que incluye la dirección del servidor, la identificación y el nombre.

Puertos dinámicos

Los dispositivos de televisión en vivo a menudo utilizan un puerto UDP aleatorio para los dispositivos HDHomeRun. El servidor seleccionará un puerto no utilizado al inicio para conectarse a estos dispositivos sintonizadores.

Corriendo Jellyfin detrás de un proxy inverso

Es posible ejecutar Jellyfin detrás de otro servidor que actúa como proxy inverso. Con un proxy inverso, este servidor maneja todo el tráfico de la red y lo envía a Jellyfin. Esto proporciona los beneficios de usar nombres DNS y no tener que recordar los números de puerto, así como una integración y administración más fácil de los certificados SSL.

Advertencia

Para que un proxy inverso tenga el máximo beneficio, debe tener una dirección IP públicamente enrutada y un dominio con DNS configurado correctamente. En estos ejemplos se supone que se quiere ejecutar Jellyfin en un subdominio (es decir, jellyfin.ejemplo.com), pero se adaptan fácilmente al dominio raíz si se desea.

Algunas opciones populares para los sistemas de proxy inverso son Apache, Caddy, Haproxy, Nginx y Traefik.

Aunque no es un proxy inverso, Let$0027s Encrypt puede utilizarse de forma independiente o con un proxy inverso para proporcionar certificados SSL.

Cuando siga esta guía, asegúrese de reemplazar las siguientes variables con su información.

  • NOMBRE DE DOMINIO: Su nombre de dominio público para acceder a Jellyfin en (por ejemplo, jellyfin.ejemplo.com)
  • example.com: El nombre de dominio de los servicios de Jellyfin funcionará bajo (por ejemplo, ejemplo.com)
  • DIRECCIÓN IP DEL SERVIDOR: La dirección IP de su servidor Jellyfin (si el proxy inverso está en el mismo servidor use 127.0.0.1)

Además, los ejemplos están configurados para su uso con los certificados de Let$0027s Encrypt. Si tiene un certificado de otra fuente, cambie la configuración SSL de /etc/letsencrypt/Nombre_de_dominio/ a la ubicación de su certificado y clave.

Los puertos 80 y 443 (que apuntan al servidor proxy) deben abrirse en el router y el cortafuegos.

URL de la base

Ejecutar Jellyfin con un camino (https://example.com/jellyfin) es apoyado por el Android y los clientes web.

Advertencia

Se sabe que la URL base rompe HDHomeRun, DLNA, Sonarr, Radarr, Chromecast y MrMC.

La configuración de la URL base en la página Networking es una configuración avanzada que se utiliza para especificar el prefijo de la URL en la que se puede acceder a su instancia Jellyfin. En efecto, añade este fragmento de URL al inicio de cualquier ruta de URL. Por ejemplo, si usted tiene un servidor Jellyfin en http://myserver y accede a su página principal http://myserver/web/index.html, establecer un URL base de /jellyfin alterará esta página principal a http://myserver/jellyfin/web/index.html. Esto puede ser útil si los administradores quieren acceder a múltiples instancias de Jellyfin bajo un solo nombre de dominio, o si la instancia de Jellyfin vive sólo en una subruta de otro dominio con otros servicios escuchando en /.

El valor introducido en la página de configuración se normalizará para incluir una pista / si ésta falta.

Esta configuración requiere un reinicio del servidor para cambiar, para evitar invalidar las rutas existentes hasta que el administrador esté listo.

Hay tres advertencias principales en este escenario.

  1. Cuando se establece una nueva URL base (es decir, de / a /baseurl) o se cambia una URL base (es decir, de /baseurl a /newbaseurl), el servidor web de Jellyfin se encargará automáticamente de las redirecciones para evitar que se muestren a los usuarios páginas no válidas. Por ejemplo, al acceder a un servidor con un URL Base de /jellyfin en la ruta /, automáticamente se agregará el URL Base de /jellyfin. Sin embargo, eliminar por completo una URL base (es decir, de /baseurl a /, un valor vacío en la configuración) no lo hará – todas las URLs con la antigua ruta de la URL base se volverán inválidas y arrojarán errores 404. Esto debe tenerse en cuenta al eliminar una URL base existente.
  2. Las aplicaciones cliente generalmente, por ahora, no manejan las redirecciones de la URL base implícitamente. Por lo tanto, por ejemplo en la aplicación Android, la configuración del Host debe incluir también la URL Base (por ejemplo http://myserver:8096/baseurl), o la conexión fallará.
  3. Cualquier configuración de proxy inversa debe ser actualizada para manejar una nueva URL base. Generalmente, pasar / de vuelta a la instancia Jellyfin funcionará bien en todos los casos y las rutas se normalizarán, y esta es la configuración estándar en nuestros ejemplos. Sin embargo, tenga esto en cuenta cuando haga un enrutamiento más avanzado.

Pasos finales

Se recomienda encarecidamente que compruebe la fuerza de SSL y la seguridad del servidor en SSLLabs si está exponiendo estos servicios a Internet.

es_ESEspañol
zh_CN简体中文 hi_INहिन्दी arالعربية pt_BRPortuguês do Brasil bn_BDবাংলা ru_RUРусский ja日本語 de_DEDeutsch fr_FRFrançais it_ITItaliano es_ESEspañol