Comment reconfigurer Jellyfin après être passé à un nouveau réseau
Après un changement de réseau, reconstruisez Jellyfin en rétablissant d’abord le chemin du service local, puis en vérifiant séparément les montages de stockage, l’identité, le DNS et l’accès à distance.
Un nouveau routeur, sous-réseau, VLAN ou domaine DNS peut donner l’impression qu’une base de données Jellyfin fonctionnelle est en panne, car les clients, les montages et les proxys inverses n’utilisent plus le même chemin. Conservez les notes sur l’ancien réseau ainsi qu’une copie des données de l’application. L’objectif est de disposer d’un chemin connu entre le client, le service et les médias, avec un seuil d’arrêt clair si la couche défaillante est le réseau lui-même, et non Jellyfin.
Notez l’ancien chemin avant de modifier quoi que ce soit
Notez l’adresse du serveur, le nom d’hôte, le sous-réseau, la passerelle, le nom DNS, les chemins des médias montés, la destination du proxy inverse, le nom du certificat et toute règle de pare-feu ou de redirection de port. Distinguez la diffusion locale de la diffusion à distance. Si l’ancien hôte est toujours disponible, exportez la configuration de Jellyfin et dressez la liste des utilisateurs et des bibliothèques avant d’attribuer de nouvelles adresses.
Cela établit les bases de la reconstruction : un utilisateur accède au service, le service accède à sa base de données et à ses médias, et les sauvegardes atteignent leur destination. Ne commencez pas par ouvrir un port public ou ajouter une règle de proxy.
Rétablir le service local à une adresse stable
Attribuez au serveur une réservation DHCP ou une adresse statique, puis vérifiez que l’interface Web de Jellyfin s’ouvre depuis le même réseau local. Vérifiez l’adresse d’écoute du service et le pare-feu de l’hôte, puis testez un client local avant de modifier le DNS. Si l’application démarre, mais que les bibliothèques sont vides, arrêtez-vous et vérifiez le chemin de stockage au lieu de reconstruire la base de données.
Les consignes de migration de Jellyfin soulignent que les données internes dépendent des chemins et que les chemins des conteneurs doivent correspondre aux emplacements des médias enregistrés (consignes de migration sensibles aux chemins). Considérez une incohérence de chemin comme une défaillance de topologie, et non de métadonnées.
Reconnectez les montages et rétablissez les autorisations avant le DNS
Remontez les volumes multimédias et de sauvegarde à des chemins stables, puis testez les droits de lecture avec le compte de service Jellyfin. Vérifiez un fichier par bibliothèque et une écriture dans le répertoire des données de l’application. Stockez le cache et les illustrations téléchargées sur un support reconstructible, tandis que les médias utilisateur, la base de données et les sauvegardes restent sur des emplacements protégés.
L’étape est VALIDÉE lorsqu’un redémarrage recrée les montages avant le lancement de Jellyfin et qu’une analyse de la bibliothèque ne génère aucun avertissement de fichier manquant. Si le montage dépend d’une connexion interactive, corrigez l’ordre de démarrage avant de continuer.
Reconstruisez l’identité, le DNS et l’accès à distance dans cet ordre
Une fois la lecture locale opérationnelle, rétablissez le nom d’hôte et l’enregistrement DNS interne. Testez un client avec le nom, et non l’adresse IP, puis validez le proxy inverse ou le VPN depuis l’extérieur du domicile. Distinguez l’authentification de l’autorisation et du routage : un échec de connexion ne prouve pas que la nouvelle redirection de port est incorrecte.
Lancez une lecture directe et un transcodage avec les différents vrais clients. Notez le point de terminaison observé, le mode de lecture et le point de défaillance. Un cas de migration partagé par la communauté peut aider à comparer les hypothèses concernant le chemin et le réseau, mais ne généralisez pas ses paramètres matériels ou de routeur (étude de cas sur la migration).
Clarifiez les procédures de retour arrière et d’extension
Conservez l’ancien enregistrement DNS, la sauvegarde de configuration et les anciennes notes réseau jusqu’à ce que la lecture locale, l’accès utilisateur, le routage à distance et la restauration aient tous été validés. N’étendez l’installation qu’en ajoutant un chemin dédié, par exemple un VLAN distinct pour la gestion ou une seconde interface réseau, lorsque le chemin partagé se dégrade. Interrompez la reconstruction si le serveur ne peut pas obtenir une adresse stable, des montages persistants ou une voie de récupération testée ; aucune reconfiguration des clients ne peut compenser l’absence de ces bases.
Produits recommandés
Configuration de NAS et de serveur
À lire aussi
Un serveur de dortoir peut-il fonctionner assez silencieusement pour dormir, étudier et passer des appels vidéo ?
Oui, un serveur dans une chambre universitaire peut rester discret si le matériel consomme peu, si les vibrations des disques de stockage sont maîtrisées,...
Un homelab étudiant qui passe de la chambre universitaire au premier appartement
Gardez un homelab étudiant portable en séparant les services du réseau propre à chaque pièce, en réduisant le matériel au minimum, en sauvegardant son...
Comment partager un serveur domestique avec des colocataires sans partager de comptes ni de fichiers privés
Attribuez à chaque colocataire une identité nominative, un espace de stockage privé et uniquement les rôles partagés dont il a besoin ; séparez l’administration,...
