Cómo retirar Jellyfin sin dejar datos desprotegidos
Retira Jellyfin eliminando el acceso solo después de decidir qué estado conservar, verificar que existe una copia de seguridad recuperable e inventariar todas las rutas o credenciales que utilizaba el servicio. Eliminar primero el contenedor puede dejar montajes de medios, copias de seguridad, claves de API, rutas del proxy inverso y volúmenes persistentes, aunque la interfaz de Jellyfin haya desaparecido.
Una retirada segura tiene dos objetivos: conservar todo lo que puedas necesitar más adelante y eliminar todas las rutas que aún puedan exponer o modificar los datos. Trabaja desde el exterior hacia el interior: desactiva los puntos de entrada remotos, detén las nuevas escrituras, crea y prueba la copia de seguridad final, elimina la aplicación y, después, revisa deliberadamente los volúmenes, montajes vinculados, DNS, reglas del firewall y credenciales. No utilices un comando de limpieza general hasta saber qué datos persistentes se han archivado o destruido intencionadamente.
Inventaría los datos, montajes y rutas de acceso antes de eliminarlo
Enumera el directorio de datos/configuración de Jellyfin, la caché, los montajes de medios, la ruta de transcodificación, la carpeta de copias de seguridad, el proxy inverso, la VPN o el túnel, el nombre DNS, las reglas del firewall y las claves de API o credenciales del servicio. Marca cada elemento como conservar, reutilizar, rotar o eliminar.
El inventario evita el error habitual de la retirada: considerar que el contenedor de la aplicación es todo el servicio. En un servidor doméstico, el estado valioso suele estar en montajes vinculados o volúmenes con nombre, mientras que el punto de entrada público puede residir en una configuración de proxy o DNS completamente distinta.
Si se podía acceder al servidor de forma remota, revisa el mismo modelo de rutas utilizado al rastrear las capas de acceso remoto: el DNS público, el proxy o la VPN, el firewall y el servicio local son capas independientes, y cada una debe retirarse deliberadamente.
Crea una copia de seguridad final antes de detener la última instancia operativa
Haz una copia de seguridad final de Jellyfin mientras el servidor aún se encuentre en un estado conocido y correcto; después, cópiala a un destino que sobreviva a la eliminación del equipo o los volúmenes de Jellyfin. Etiqueta el archivo con la versión de Jellyfin y la fecha de retirada.
Los métodos oficiales de copia de seguridad de Jellyfin describen rutas de copia integradas y manuales, y explican cómo conservar el estado recuperable del servidor. Utiliza el método documentado que corresponda a tu instalación, en lugar de crear una copia en vivo incoherente de los archivos de la base de datos y la configuración.
Realiza una pequeña validación de restauración o, como mínimo, inspecciona el contenido del archivo antes de continuar. Si la copia de seguridad final está incompleta, detén la retirada y corrígela mientras el servidor operativo aún exista.
Desactiva el acceso externo antes de eliminar la aplicación
Elimina o desactiva los registros DNS públicos, las rutas del proxy inverso, los redireccionamientos de puertos, las publicaciones de túneles y las ACL de VPN que expongan específicamente Jellyfin. Hacerlo primero cierra la ruta pública mientras el servidor aún está disponible localmente para la verificación final.
Confirma desde una red externa que la antigua URL pública de Jellyfin o el túnel ya no llegan al servicio; después, confirma que el acceso local sigue funcionando el tiempo suficiente para completar la copia de seguridad y el inventario. Esta prueba desde ambos lados demuestra que has cerrado la exposición sin destruir prematuramente el estado recuperable.
Rota las claves de API o credenciales dedicadas a Jellyfin, especialmente si estaban almacenadas en configuraciones del proxy, scripts de automatización o sistemas de supervisión que permanecerán después de eliminar el servicio.
Elimina contenedores y volúmenes de forma deliberada
Detén y elimina el contenedor de Jellyfin solo después de verificar la copia de seguridad final. Luego, inspecciona cada montaje vinculado y volumen con nombre, y decide si pertenece exclusivamente a Jellyfin o si se comparte con otro servicio.
Docker documenta que los volúmenes persisten después de eliminar el contenedor; eliminar un contenedor no elimina automáticamente todos los volúmenes persistentes. Esta persistencia resulta útil para la recuperación, pero también significa que los datos abandonados de la aplicación pueden permanecer en el disco hasta que los gestiones explícitamente.
No ejecutes docker volume prune como primer paso de limpieza en un equipo que aloje varias aplicaciones. Elimina únicamente los volúmenes que hayas identificado de forma positiva y conserva el archivo final fuera del alcance de esa limpieza.
Verifica que no quede ningún estado de Jellyfin sin proteger
Busca en el equipo la antigua ruta de datos de Jellyfin, archivos de Compose sobrantes, archivos de entorno, fragmentos del proxy, archivos de copias de seguridad y credenciales. Para cada elemento restante, protégelo conforme a tu política habitual de copias de seguridad y acceso, o elimínalo intencionadamente.
Comprueba que los permisos de los medios sigan siendo compatibles con los servicios que permanecen. Es posible que ya no necesites un usuario o ACL específicos de Jellyfin, pero eliminarlos no debe romper otro contenedor que compartiera deliberadamente el mismo grupo o un montaje de medios de solo lectura.
La retirada se completa cuando la antigua ruta pública está cerrada, la copia de seguridad final es recuperable, la aplicación ya no se ejecuta y cada archivo o credencial restante tiene un responsable explícito. Si no puedes justificar la existencia de un volumen o una copia de seguridad, ponlo en cuarentena en lugar de eliminarlo a ciegas.
Productos recomendados
Soporte y Consejos
Más para leer
Jellyfin funciona con Wi-Fi, pero falla con Ethernet o VPN
Cuando Jellyfin funciona únicamente con Wi‑Fi, aísla la ruta de red modificada: destino, enrutamiento, clasificación del firewall o de la red local y, después,...
¿Deberías usar actualizaciones automáticas para Jellyfin en un servidor doméstico?
Las actualizaciones automáticas de Jellyfin son más seguras cuando se definen de antemano las copias de seguridad, el alcance de la versión, la reversión...
¿Por qué Jellyfin consume tanta CPU después de una actualización?
Un uso elevado de la CPU después de una actualización de Jellyfin puede deberse a tareas temporales, transcodificación, complementos u otra carga de trabajo....
