Cómo reconstruir una configuración de Jellyfin tras cambiar de red
Reconstruye Jellyfin después de un cambio de red restableciendo primero la ruta del servicio local y, luego, validando por separado los montajes de almacenamiento, la identidad, el DNS y el acceso remoto.
Un router, una subred, una VLAN o un dominio DNS nuevos pueden hacer que una base de datos de Jellyfin en buen estado parezca averiada, porque los clientes, los montajes y los proxies inversos ya no comparten la misma ruta. Conserva las notas de red anteriores y una copia de los datos de la aplicación. El objetivo es tener una ruta conocida del cliente al servicio y del servicio a los archivos multimedia, con un límite claro para detenerse cuando la capa que falla sea la propia red, no Jellyfin.
Anota la ruta anterior antes de cambiar nada
Anota la dirección del servidor, el nombre del host, la subred, la puerta de enlace, el nombre DNS, las rutas de montaje de los archivos multimedia, el destino del proxy inverso, el nombre del certificado y cualquier regla del firewall o de reenvío de puertos. Separa la transmisión en la red local de la transmisión remota. Si el host anterior sigue disponible, exporta la configuración de Jellyfin y enumera los usuarios y las bibliotecas antes de asignar nuevas direcciones.
Esto establece la base para la reconstrucción: un usuario llega al servicio, el servicio llega a su base de datos y a sus archivos multimedia, y las copias de seguridad llegan a su destino. No empieces con un puerto público ni con una nueva regla de proxy.
Restablece el servicio local en una dirección estable
Asigna al servidor una reserva DHCP o una dirección estática y, luego, confirma que la interfaz web de Jellyfin se abre desde la misma LAN. Comprueba la dirección de enlace del servicio y el firewall del host, y prueba un cliente local antes de cambiar el DNS. Si la aplicación se inicia, pero las bibliotecas están vacías, detente e inspecciona la ruta de almacenamiento en lugar de reconstruir la base de datos.
La guía de migración de Jellyfin destaca que los datos internos dependen de las rutas y que las rutas de los contenedores deben coincidir con las ubicaciones de los archivos multimedia registradas (guía de migración dependiente de las rutas). Considera que una discrepancia de rutas es un fallo de topología, no de metadatos.
Vuelve a conectar los volúmenes y restablece los permisos antes del DNS
Vuelve a conectar los volúmenes de medios y de copia de seguridad en rutas estables y luego prueba el acceso de lectura con la cuenta de servicio de Jellyfin. Verifica un archivo por biblioteca y una escritura en el directorio de datos de la aplicación. Mantén la caché y las carátulas descargadas en almacenamiento regenerable, mientras que los medios de los usuarios, la base de datos y las copias de seguridad permanecen en ubicaciones protegidas.
La salida es PASS cuando un reinicio vuelve a montar los volúmenes antes de que se inicie Jellyfin y un análisis de la biblioteca no genera advertencias de archivos no encontrados. Si el montaje depende de un inicio de sesión interactivo, corrige el orden de arranque antes de continuar.
Reconstruye la identidad, el DNS y el acceso remoto en ese orden
Cuando funcione la reproducción local, restaura el nombre de host y el registro DNS interno. Prueba con un cliente que use el nombre, no la IP, y luego valida el proxy inverso o la VPN desde fuera de casa. Mantén la autenticación y la autorización separadas del enrutamiento: un error de inicio de sesión no demuestra que la nueva redirección de puertos esté mal configurada.
Prueba una reproducción directa y una transcodificación con la combinación real de clientes. Anota el punto de conexión observado, el modo de reproducción y el punto del fallo. Un caso de migración de la comunidad puede servir para comparar las suposiciones sobre rutas y redes, pero no generalices a partir de su hardware ni de la configuración del router (estudio de caso de migración).
Deja explícitos la reversión y la ampliación
Conserva el registro DNS antiguo, la copia de seguridad de la configuración y las notas anteriores de red hasta que se hayan verificado la reproducción local, el acceso de los usuarios, el enrutamiento remoto y la restauración. Amplía la configuración solo añadiendo una ruta dedicada -como una VLAN separada para la administración o una segunda interfaz de red- cuando la ruta compartida se degrade. Detén la reconstrucción si el servidor no puede obtener una dirección estable, montar volúmenes persistentes o disponer de una ruta de recuperación probada; ninguna cantidad de reconfiguración de los clientes puede solucionar la falta de estos cimientos.
Productos recomendados
Configuración de NAS y servidores
Más para leer
¿Puede un servidor en una residencia estudiantil funcionar lo bastante silenciosamente como para dormir, estudiar y hacer videollamadas?
Sí, un servidor para una residencia universitaria puede pasar desapercibido si el hardware consume poca energía, se controlan las vibraciones del almacenamiento, se programan...
Un laboratorio doméstico estudiantil que puede pasar de la habitación de la residencia universitaria al primer apartamento
Mantén portátil el laboratorio doméstico de un estudiante separando los servicios de la red específica de cada habitación, minimizando el hardware, haciendo copias de...
Cómo compartir un servidor doméstico con tus compañeros de piso sin compartir cuentas ni archivos privados
Asigna a cada compañero de piso una identidad con nombre, almacenamiento privado y solo los roles compartidos que necesite; mantén la administración, las copias...
