Por qué Jellyfin en 2026
El panorama de los servidores multimedia personales ha cambiado en pocos años. Plex subió el precio de su Lifetime Pass en 2025 y anunció una nueva subida en mayo de 2026, lo que encarece la entrada para un uso familiar. Emby, la otra alternativa histórica, también funciona con un modelo freemium: algunas funciones clave, como la transcodificación por hardware y los clientes móviles, quedan reservadas a los suscriptores de Emby Premiere.
Jellyfin nació en 2018 como un fork de Emby, precisamente para seguir siendo libre. La licencia GPLv2 impide volver a cerrar el código: si un colaborador reintroduce código propietario, los usuarios pueden bifurcar legalmente. Es una garantía estructural que ni Plex ni Emby ofrecen.
En cuanto a versiones, la serie 12.x ha sucedido a la 10.11: la 12.0 salió el 8 de septiembre de 2026, y la 12.4, publicada el 26 de octubre de 2026, es la última versión estable observada en el momento de la redacción. Este salto de versión mayor tiene una consecuencia práctica: una migración de la base de datos que a veces es muy larga, tratada más abajo en esta guía.
En cuanto a funciones, Jellyfin cubre casi todos los usos habituales: streaming adaptativo, transcodificación por software y hardware, apps nativas para iOS, Android, Android TV y Roku, LiveTV y grabación DVR, subtítulos automáticos, autenticación SSO mediante OIDC y LDAP, y un sistema de plugins que amplía la aplicación sin tocar el núcleo.
Lo que ofrece Jellyfin
- Streaming DLNA y HLS — sirve películas, series y música a todos tus dispositivos, incluidos los televisores sin app nativa.
- Apps oficiales — iOS, Android, Android TV, Roku, Fire TV, Kodi; una interfaz web adaptable para todo lo demás.
- Transcodificación al vuelo — convierte el formato de origen si el dispositivo de destino no lo soporta, por software o mediante GPU.
- LiveTV y grabación DVR — conecta un sintonizador USB o una fuente IPTV para ver y grabar televisión en directo.
- SSO OIDC y LDAP — integra tu directorio existente o un proveedor de identidad como Authentik o Keycloak.
- Subtítulos automáticos — plugin OpenSubtitles, extracción de las pistas incrustadas, renderizado WebVTT.
- Plugins ampliados — integraciones con LastFM, scrobbling, metadatos musicales, tráilers, gestión de colecciones.
- Sin ninguna nube propietaria — ninguna autenticación a través de servidores de Plex, ningún dato de reproducción enviado a terceros.
Requisitos por caso de uso
Las necesidades varían mucho según lo que pretendas hacer.
SD y 1080p sin transcodificación (direct play): si tus dispositivos reproducen de forma nativa el códec de origen (H.264 o H.265), Jellyfin no transcodifica: sirve el archivo como un servidor de archivos inteligente. 2 vCPU y 2 GB de RAM bastan de sobra para una biblioteca de varios cientos de títulos. Es el caso de uso más habitual en un VPS.
1080p con transcodificación por software: cuando el cliente no soporta el códec o cuando limitas la tasa de bits, Jellyfin codifica al vuelo. Un solo flujo 1080p H.264 consume de 2 a 4 núcleos según la resolución de origen. Apunta a 4 vCPU / 4 GB de RAM como mínimo para dos usuarios simultáneos.
4K HDR con transcodificación por software: el tone-mapping HDR (conversión HDR→SDR para pantallas sin HDR) es extremadamente exigente. Un solo flujo 4K HDR puede saturar 8 núcleos. Este caso no es adecuado para un VPS cloud estándar: prefiere el direct play 4K (el cliente debe soportar HEVC/HDR) o un servidor dedicado con GPU.
Transcodificación por hardware GPU (VAAPI/NVENC): reduce la carga de CPU entre 4 y 10 veces, pero requiere acceso al dispositivo /dev/dri o a una tarjeta NVIDIA. Los VPS cloud estándar no exponen GPU; es una opción reservada a servidores dedicados o a VPS con GPU especializados.
Disco para una subida de versión: prevé espacio para guardar una copia completa de la carpeta de configuración (base de datos incluida) junto al original. La documentación de copias de seguridad de Jellyfin exige al menos 5 GB libres para una copia integrada, y más si incluyes subtítulos y trickplay.
Instalar Jellyfin en un VPS Ubuntu/Debian con Docker Compose
Preparar el VPS e instalar Docker
Conéctate por SSH a tu VPS (Ubuntu 22.04 o Debian 12). Actualiza el sistema e instala Docker:
apt update && apt upgrade -ycurl -fsSL https://get.docker.com | shsystemctl enable --now dockerComprueba que Docker funciona:
docker info. Haz esta actualización ahora, con el servidor todavía vacío: más adelante, en una máquina que aloje un Jellyfin instalado por paquete, unapt upgradepuede reiniciar el servicio en el peor momento (consulta la sección sobre subida de versión).Crear la estructura de carpetas
Elige dónde guardar la configuración de Jellyfin y tus medios:
mkdir -p /opt/jellyfin/{config,cache}mkdir -p /mnt/media/{peliculas,series,musica}chown -R 1000:1000 /opt/jellyfin /mnt/mediaEl UID 1000 es el que el archivo Compose de abajo da al contenedor de Jellyfin (parámetro
user, opcional según la documentación: sin él, el contenedor se ejecuta como root).Escribir el archivo docker-compose.yml
Crea
/opt/jellyfin/docker-compose.yml. Bajoservices:y luegojellyfin:(indentación YAML de dos espacios por nivel), coloca estas líneas:image: jellyfin/jellyfin:12.4container_name: jellyfinuser: "1000:1000"network_mode: hostrestart: unless-stoppedvolumes:y debajo- /opt/jellyfin/config:/config,- /opt/jellyfin/cache:/cachey- /mnt/media:/media:roenvironment:y debajo- JELLYFIN_PublishedServerUrl=https://jellyfin.tu-dominio.comNo escribas
latest. Según la documentación oficial, esa etiqueta «sigue siempre la última versión estable, incluso a través de subidas de versión mayor y menor»: basta entonces un simpledocker compose pullpara lanzar una migración de base de datos que no has preparado. Fija una versión: una etiquetaX.Y(como12.4) sigue las correcciones de esa rama, una etiquetaX.Y.Zcongela una versión exacta. Comprueba la etiqueta vigente en el registro de imágenes antes de copiar12.4.El modo
hostes necesario para el descubrimiento DLNA, según la documentación. Si tu proveedor lo prohíbe o no usas DLNA, sustitúyelo porports:y debajo- 8096:8096.Arrancar el contenedor
cd /opt/jellyfindocker compose up -ddocker compose logs -fJellyfin escucha en el puerto 8096. Espera la línea
Startup completeen los logs antes de continuar.Configurar nginx como reverse proxy
Instala nginx y certbot:
apt install -y nginx certbot python3-certbot-nginxCrea
/etc/nginx/sites-available/jellyfincon dos bloquesserver.Primer bloque, puerto 80:
listen 80;,server_name jellyfin.tu-dominio.com;yreturn 301 https://$host$request_uri;.Segundo bloque, puerto 443:
listen 443 ssl;, el mismoserver_name, y despuésssl_certificate /etc/letsencrypt/live/jellyfin.tu-dominio.com/fullchain.pem;yssl_certificate_key /etc/letsencrypt/live/jellyfin.tu-dominio.com/privkey.pem;. Dentro delocation / {, colocaproxy_pass http://localhost:8096;, las cabecerasproxy_set_header Host $host;,proxy_set_header X-Real-IP $remote_addr;,proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;yproxy_set_header X-Forwarded-Proto $scheme;, y después, para los WebSockets,proxy_http_version 1.1;,proxy_set_header Upgrade $http_upgrade;yproxy_set_header Connection "upgrade";.Activa el sitio y obtén el certificado:
ln -s /etc/nginx/sites-available/jellyfin /etc/nginx/sites-enabled/certbot --nginx -d jellyfin.tu-dominio.comnginx -t && systemctl reload nginxAsistente de configuración inicial
Abre
https://jellyfin.tu-dominio.comen tu navegador. El asistente te guía para:1. Crear la cuenta de administrador
2. Añadir tu biblioteca (apunta a/media/peliculas,/media/series)
3. Elegir el idioma y los proveedores de metadatos (TheMovieDB para películas, TheTVDB para series)Lanza un escaneo completo al terminar la configuración: Panel de control > Bibliotecas > Escanear todas las bibliotecas.
Plugins no encontrados — revisar el repositorio
Es una de las preguntas más frecuentes tras una subida de versión: el catálogo de plugins aparece vacío, o cada plugin muestra «An error occurred while getting the plugin details from the repository», mientras el resto de la instancia funciona.
Lo que dice el proyecto original. La issue de GitHub #16654 («No longer access plugins», notificada en la versión 10.11.8) describe este error aunque las URL de repositorio del autor eran correctas. Un bot la cerró sin corrección («not planned») por inactividad. Un colaborador sugiere que algunos países bloquean raw.githubusercontent.com, donde se alojan varios manifiestos de plugins de terceros; un usuario cuenta que resolvió su caso desinstalando los plugins, reiniciando y reinstalándolos. No hay una causa única establecida: la explicación anterior de esta guía, un cambio de URL entre dos versiones, no es lo que dice la issue y se ha retirado.
Comprobaciones, en orden:
1. Ve a Panel de control > Plugins > Repositorios. El repositorio oficial estable debe apuntar a https://repo.jellyfin.org/files/plugin/manifest.json. Si habías cambiado al repositorio «unstable», vuelve al estable
2. Desde el VPS, comprueba que el manifiesto responde: curl -sI https://repo.jellyfin.org/files/plugin/manifest.json. Para un repositorio de terceros alojado en GitHub, prueba también curl -sI https://raw.githubusercontent.com
3. Pulsa «Guardar» y reinicia Jellyfin para forzar la recarga de los metadatos: docker compose -f /opt/jellyfin/docker-compose.yml restart
4. Como último recurso, desinstala los plugins afectados, reinicia, reinstálalos y reinicia de nuevo
Estrategia de almacenamiento para Jellyfin en un VPS
El almacenamiento suele ser la restricción principal. Órdenes de magnitud que conviene conocer (estimaciones estándar):
- Película 1080p MKV H.264: de 5 a 15 GB según la duración y la tasa de bits
- Película 4K HDR H.265: de 15 a 60 GB, o más en remasterizaciones Blu-ray
- Episodio de serie 1080p: de 1 a 4 GB
Ejemplo de cálculo: 100 películas 1080p × 8 GB (media) = 800 GB como mínimo. Para una mediateca de 300 películas variadas + 10 series completas, cuenta de 3 a 5 TB.
Opción 1 — Volumen adicional del VPS (recomendado para empezar): la mayoría de los proveedores de VPS ofrecen volúmenes de bloques (Block Storage) que se montan en caliente y se facturan por GB al mes. Móntalo en ext4 sobre /mnt/media y pásalo como bind mount a Docker. Ventaja: E/S directa sobre disco local, sin tránsito de red. Inconveniente: el coste crece de forma lineal con el tamaño.
Tras conectar el volumen (aquí /dev/sdb):
mkfs.ext4 /dev/sdbmount /dev/sdb /mnt/mediaecho '/dev/sdb /mnt/media ext4 defaults 0 2' >> /etc/fstab
Opción 2 — Hetzner Storage Box (CIFS/Samba): solución híbrida — tu VPS sigue siendo ligero, el almacenamiento vive en la Storage Box. Móntala por CIFS:
apt install -y cifs-utilsmount -t cifs //uXXXXXX.your-storagebox.de/backup /mnt/media -o username=uXXXXXX,password=XXXX,uid=1000,gid=1000,iocharset=utf8
La latencia de red es aceptable para el streaming con buffer previo (Jellyfin lee por adelantado), pero inadecuada para la transcodificación en directo: el caudal de CIFS no da abasto.
Opción 3 — NAS local con túnel Tailscale o Cloudflare Tunnel: si ya tienes un NAS doméstico, puedes exponer tu biblioteca a un VPS remoto mediante un túnel cifrado. Tailscale crea una red privada virtual entre tu NAS y tu VPS en menos de diez minutos. El streaming pasa entonces de tu NAS → VPS → usuario, con una latencia controlada. Reserva esta opción para bibliotecas muy voluminosas ya constituidas.
Punto de equilibrio: compara el precio por TB de tu volumen de bloques con el de una Storage Box en las tarifas vigentes de tu proveedor. Por encima de 500 GB, el almacenamiento externo suele salir más barato, siempre que aceptes la latencia de red.
Transcodificación por hardware — VAAPI y NVENC
La transcodificación por software sirve para una o dos sesiones simultáneas en un buen VPS. Más allá, o para 4K HDR frecuente, la transcodificación por hardware es indispensable.
VAAPI (Intel/AMD): en un servidor dedicado con procesador Intel Gen 6+ o AMD RDNA, el dispositivo /dev/dri/renderD128 expone el codificador integrado. Añade al servicio Docker las líneas devices: y - /dev/dri/renderD128:/dev/dri/renderD128.
Actívalo después en Panel de control > Reproducción > Aceleración por hardware: selecciona «Intel Quick Sync (VAAPI)».
NVENC (NVIDIA): requiere el runtime de NVIDIA para Docker (nvidia-docker2). Añade al servicio un bloque deploy: > resources: > reservations: > devices: que contenga - driver: nvidia, count: 1 y capabilities: [gpu].
Recordatorio: los VPS cloud estándar no exponen GPU ni dispositivo /dev/dri. Este modo está reservado a servidores dedicados con tarjeta gráfica o procesador con GPU integrada accesible.
Limita el número de flujos simultáneos para evitar la saturación: Panel de control > Reproducción > Número máximo de flujos transcodificados simultáneos. Fíjalo en 2 o 3 en un VPS de 4 vCPU: por encima, los demás usuarios notan una degradación perceptible.
Subir a una versión mayor: lo que exige Jellyfin 12
Pasar de la 10.11 a la 12.x no es una actualización de rutina. Las notas de la versión 12.0 (8 de septiembre de 2026) fijan el marco:
Rutas de subida. Se puede subir directamente desde la 10.10.7 o desde cualquier 10.11.x, sin paso intermedio. Una versión anterior a la 10.10.7 debe pasar primero por la 10.10.7.
Copia de seguridad. Las notas recomiendan «encarecidamente» una copia completa del directorio de datos, porque volver atrás exige una restauración completa. La documentación de copias lo confirma: Jellyfin no tiene mecanismo de degradación.
Duración. La migración comprueba las rutas de todos los elementos de la biblioteca, lo que puede tardar según su tamaño, y el primer escaneo de la biblioteca será mucho más largo de lo habitual.
Efectos secundarios anunciados. Las versiones alternativas resueltas automáticamente (no fusionadas a mano) se eliminan y vuelven tras un escaneo completo; algunas películas pueden aparecer como recién añadidas; los nombres de usuario que solo difieren en mayúsculas deben corregirse antes de la subida; las rutas heredadas /emby/* y /mediabrowser/* desaparecen, lo que puede romper clientes de terceros antiguos; la autorización heredada se desactiva; los ajustes globales de subtítulos se sustituyen por ajustes por biblioteca.
Estos puntos proceden de las notas de la 12.0 y valen para la 12.0; relee las notas de la versión que tengas como objetivo.
Procedimiento duradero para subir de versión sin perder la biblioteca
Leer las notas de versión y comprobar la ruta de subida
Abre la página de la versión objetivo en el repositorio de GitHub de Jellyfin y lee sus «upgrade notes». Identifica tu versión actual (
docker compose imageso el panel de control). Si es anterior a la 10.10.7, pasa primero por la 10.10.7. Retira los plugins de repositorios de terceros antes de la migración, como piden las notas de la 12.0.Impedir cualquier actualización automática
Una migración interrumpida es la causa documentada del peor caso (consulta la sección siguiente). Desactiva, por tanto, todo lo que pueda reiniciar o reemplazar el servicio sin que lo sepas:
- Docker: fija la etiqueta en
docker-compose.yml(nuncalatest) y apaga Watchtower o cualquier tarea que ejecutedocker compose pull
- Paquetes Debian/Ubuntu: lista los paquetes condpkg -l | grep -i jellyfin, retenlos conapt-mark hold <paquete>y comprueba conapt-mark showhold. Un paquete retenido deja de actualizarse conapt upgradey conunattended-upgrades
- Evita también ejecutarapt upgradeen la máquina mientras la migración está en curso, incluso para otros paquetes, hasta que hayas confirmado cómo se comporta tu distribuciónDetener Jellyfin y copiar la carpeta de datos
Una copia en caliente de una base de datos abierta puede resultar inutilizable: la documentación indica que, para una copia manual, el servidor debe estar detenido; de lo contrario la base puede quedar bloqueada y ser irrecuperable al restaurar.
cd /opt/jellyfindocker compose stopdf -h /optydu -sh /opt/jellyfin/configpara comprobar el espaciocp -a /opt/jellyfin /opt/jellyfin.antes-de-subirSi tu configuración vive en un volumen con nombre (es el caso de la plantilla del catálogo de ServOrbit, que monta
jellyfin-datasobre/config), copia el volumen tras comprobar su nombre condocker volume ls:docker run --rm -v jellyfin-data:/source:ro -v /root/jellyfin-antes:/copia alpine cp -a /source/. /copia/.La copia integrada (Panel de control > Copias de seguridad) es una alternativa, pero no sustituye a una copia de la carpeta cuando el riesgo es la propia migración.
Cambiar la etiqueta y arrancar
Modifica la línea
image:dedocker-compose.ymlhacia la versión objetivo y después:docker compose pulldocker compose up -dEl servidor ejecuta las migraciones al arrancar, antes de aceptar conexiones. Mientras duran, la comprobación de salud repite «Server is still starting up.»
Vigilar sin tocar nada
docker compose logs -fmuestra la migración en curso, numerada (por ejemplo «1 of 21»). En una segunda terminal,docker statsmuestra la carga. No reinicies el contenedor ni vuelvas a lanzar el comandoupmientras una migración está en marcha: es el gesto que bloqueó bases de datos en la issue #18066. Ten en cuenta querestart: unless-stoppedtambién relanza un contenedor que ha sido terminado (por falta de memoria, por ejemplo) en plena migración: si el registro muestra arranques repetidos, deténlo tú mismo condocker compose stopy diagnostica antes de reanudar.Decidir: esperar o restaurar
Una migración lenta consume CPU o disco; una migración bloqueada está inerte. Los informes de la issue #18066 dan órdenes de magnitud: un núcleo al 100 % durante más de dos horas en una base de más de 3 GB antes de que existiera una corrección, una subida completa de unas dos horas en otro usuario, un éxito tras esperar toda la noche en un tercero; en cambio, 0 % de CPU, ninguna E/S de disco e hilos en reposo en quienes tenían la migración realmente bloqueada. Espera mientras la CPU o el disco trabajen y el contador avance. Si todo está inerte desde hace mucho, o el registro ya no se mueve, restaura.
Restaurar la copia si el proceso está inerte
docker compose downmv /opt/jellyfin /opt/jellyfin.bloqueadocp -a /opt/jellyfin.antes-de-subir /opt/jellyfinVuelve a poner en
docker-compose.ymlla etiqueta exacta anterior y ejecutadocker compose up -d. No intentes degradar la base de datos en su sitio: Jellyfin no tiene mecanismo de degradación. Cuando la subida salga bien, lanza un escaneo completo de las bibliotecas, reinstala los plugins retirados y borra las copias solo tras unos días de uso normal.
Una migración que nunca termina: el estado real de la issue #18066
El síntoma. La issue jellyfin/jellyfin #18066, «Migration ChangeOwnerIdToGuid never completes and keeps one CPU core at 100%», se abrió el 15 de septiembre de 2026 tras una subida de la 10.11.11 a la 12.1.0. El autor describe un hilo .NET a cerca del 100 % de un núcleo durante más de dos horas, una base jellyfin.db de entre 3,2 y 3,5 GB y unos 311 000 elementos, con casi ninguna escritura en disco y ningún error en el registro.
Segundo caso: el reinicio por apt upgrade. Otro usuario cuenta que un apt upgrade reinició el servicio en plena migración; todos los arranques posteriores quedaron bloqueados en la migración AddForeignKeyToOwnerId, con 0 % de CPU, sin E/S ni escrituras. Señala además que un archivo systemd local que limitaba el tiempo de arranque (TimeoutSec = 15) mataba las migraciones. Restauró la copia que Jellyfin crea antes de migrar (carpeta data/SQLiteBackups/): la 12.2 volvió a ejecutar entonces las migraciones en unos cinco minutos.
Lo que funcionó y lo que no. Algunos usuarios lo lograron tras dejar la migración toda la noche, otros tras restaurar una copia anterior a la migración o reinstalar Jellyfin; algunos volvieron a la 10.11.11 mientras tanto. Los bloqueos persisten en la 12.2 en al menos dos de ellos, mientras que al menos cinco comunican una subida correcta.
La corrección del proyecto. La pull request #18073, «Fix ChangeOwnerIdToGuid migration performance», se fusionó el 26 de septiembre de 2026 en la rama 12.z (hito v12.2) y se retroportó el 27 de septiembre. Aborda dos lentitudes: una comprobación de colisiones que recorría toda la tabla UserData por cada fila provisional, y siete índices construidos sobre una tabla de varios gigabytes que se descartaban enseguida cuando SQLite reconstruye la tabla para añadir la clave foránea.
Estado a 30 de octubre de 2026. La issue sigue abierta (etiqueta bug, columna «In Progress» del tablero de triaje), sin un análisis de causa raíz de un mantenedor en el hilo visible; el último comentario es del 17 de octubre. Existen las versiones 12.0, 12.1, 12.2, 12.3 y 12.4 (la 12.4 del 26 de octubre es la más reciente): apunta a la última 12.x mejor que a la 12.0 o la 12.1, publicadas antes de que se fusionara esta corrección de rendimiento.
Lectura prudente: la corrección acorta el tiempo de migración, no garantiza que todas las bases terminen, y nada dispensa de la copia previa. Un caso distinto del hilo, procesos al 100 % tras la conexión de un usuario, lo atribuyó su autor a estadísticas SQLite obsoletas (sqlite_stat1) y lo resolvió con ANALYZE; su relación con la migración no está confirmada.
Resolución de problemas — errores frecuentes
Biblioteca vacía tras el escaneo: comprueba que el bind mount de Docker es correcto y que los permisos coinciden. El contenedor se ejecuta con UID 1000; si tus archivos pertenecen a root, Jellyfin no puede leerlos: chown -R 1000:1000 /mnt/media.
HTTPS roto detrás de nginx: si la interfaz carga en HTTP aunque hayas configurado HTTPS, comprueba que las cabeceras X-Forwarded-Proto y X-Real-IP se transmiten en la configuración de nginx. Sin ellas, Jellyfin genera URL en HTTP en sus respuestas.
Transcodificación lenta o error VAAPI: confirma que el contenedor accede al dispositivo con docker exec jellyfin ls /dev/dri. Si la carpeta no existe, el dispositivo no se pasa en docker-compose.yml o tu VPS no lo expone.
Las apps móviles rechazan la conexión: comprueba que tu certificado TLS es válido y no autofirmado. Los clientes Jellyfin de iOS y Android rechazan los certificados autofirmados sin configuración adicional. Si usas Let's Encrypt, asegúrate de que la renovación automática (certbot renew) está activa: systemctl status certbot.timer.
Plugins instalados pero inactivos tras reiniciar: algunos plugins requieren un reinicio COMPLETO de Jellyfin (no una recarga de configuración) para activarse. Usa docker compose restart en lugar de la opción de reinicio de la interfaz si el problema persiste.
«Server is still starting up.» en bucle tras una subida de versión: hay una migración de base de datos en curso o bloqueada. No reinicies. Mira el contador de migración en docker compose logs, la carga con docker stats y aplica la decisión esperar o restaurar descrita más arriba.
Un cliente antiguo ya no se conecta tras la 12.0: se retiraron las rutas /emby/* y /mediabrowser/*. Actualiza el cliente o cámbialo por otro.
Desplegar Jellyfin desde el Marketplace de ServOrbit
Si prefieres una instalación preconfigurada en lugar de gestionar Docker a mano, Jellyfin está disponible en el Marketplace de ServOrbit. La instalación crea automáticamente el contenedor, configura el reverse proxy nginx con HTTPS de Let's Encrypt y monta un volumen de almacenamiento dedicado. Obtienes un Jellyfin listo para usar en menos de cinco minutos, con las mismas opciones de almacenamiento (volumen adicional, Storage Box) disponibles directamente desde el panel de gestión.
El VPS sigue bajo tu control total: puedes conectarte por SSH, modificar docker-compose.yml, añadir volúmenes o migrar a otra infraestructura en cualquier momento.
Ojo a una particularidad de la plantilla: a 30 de octubre de 2026 hace referencia a la imagen jellyfin/jellyfin:latest y monta el volumen jellyfin-data sobre /config. Tras el despliegue, fija tú mismo la etiqueta de la imagen en la versión que hayas elegido y sigue después el procedimiento de subida de versión de arriba antes de cualquier cambio. Esta guía se ofrece sin soporte para tu instalación.
