Come ricreare una configurazione Jellyfin dopo il passaggio a una nuova rete
Dopo uno spostamento di rete, ricostruisci Jellyfin ripristinando prima il percorso del servizio locale, quindi verifica separatamente i mount di archiviazione, l’identità, il DNS e l’accesso remoto.
Un nuovo router, una subnet, una VLAN o un dominio DNS possono far sembrare danneggiato un database Jellyfin integro, perché client, mount e reverse proxy non condividono più lo stesso percorso. Conserva le vecchie note di rete e una copia dei dati dell’applicazione. L’obiettivo è avere un percorso noto dal client al servizio e ai file multimediali, con un chiaro punto di arresto quando è la rete stessa, e non Jellyfin, a essere il livello che non funziona.
Annota il vecchio percorso prima di modificare qualsiasi cosa
Annota l’indirizzo del server, il nome host, la subnet, il gateway, il nome DNS, i percorsi dei file multimediali montati, la destinazione del reverse proxy, il nome del certificato e ogni regola del firewall o di port forwarding. Tieni separati lo streaming locale e quello remoto. Se il vecchio host è ancora disponibile, esporta la configurazione di Jellyfin e fai un elenco degli utenti e delle librerie prima di assegnare nuovi indirizzi.
In questo modo si crea la base per la ricostruzione: un utente raggiunge il servizio, il servizio accede al database e ai file multimediali e i backup raggiungono la destinazione. Non iniziare aprendo una porta pubblica o aggiungendo una nuova regola proxy.
Ripristina il servizio locale su un indirizzo stabile
Assegna al server una prenotazione DHCP o un indirizzo statico, quindi verifica che l’interfaccia web di Jellyfin si apra dalla stessa LAN. Controlla l’indirizzo di binding del servizio e il firewall dell’host, quindi prova un client locale prima di modificare il DNS. Se l’app si avvia ma le librerie sono vuote, fermati e controlla il percorso di archiviazione invece di ricreare il database.
Le indicazioni di Jellyfin per la migrazione sottolineano che i dati interni dipendono dai percorsi e che i percorsi dei container devono corrispondere alle posizioni dei file multimediali registrate (indicazioni sulla migrazione con percorsi sensibili). Considera una mancata corrispondenza dei percorsi un problema di topologia, non di metadati.
Ricollega i mount e configura le autorizzazioni prima del DNS
Monta i volumi multimediali e di backup in percorsi stabili, poi verifica l’accesso in lettura con l’account di servizio di Jellyfin. Verifica un file per ogni libreria e una scrittura nella directory dei dati dell’applicazione. Mantieni la cache e le copertine scaricate su uno spazio di archiviazione ricreabile, mentre i contenuti multimediali degli utenti, il database e i backup restano su spazi di archiviazione con ruoli protetti.
La verifica è superata quando un riavvio ricrea i mount prima dell’avvio di Jellyfin e una scansione della libreria non genera avvisi di file mancanti. Se il mount dipende da un accesso interattivo, correggi l’ordine di avvio prima di continuare.
Ricostruisci identità, DNS e accesso remoto in quest’ordine
Quando la riproduzione locale funziona, ripristina il nome host e il record DNS interno. Prova un client usando il nome, non l’indirizzo IP, poi verifica il reverse proxy o la VPN dall’esterno della rete domestica. Tieni l’autenticazione e l’autorizzazione separate dal routing: un errore di accesso non dimostra che il nuovo port forwarding sia errato.
Esegui una riproduzione diretta e una transcodifica con la gamma effettiva di client. Registra l’endpoint rilevato, la modalità di riproduzione e il punto in cui si verifica l’errore. Un caso di migrazione condiviso dalla community è utile per confrontare le ipotesi sul percorso e sulla rete, ma non generalizzare le impostazioni hardware o del router (caso di studio sulla migrazione).
Rendi espliciti il ripristino e l’espansione
Mantieni il vecchio record DNS, il backup della configurazione e le note precedenti sulla rete finché la riproduzione locale, l’accesso degli utenti, il routing remoto e il ripristino non sono stati tutti verificati. Espandi la rete solo aggiungendo un percorso dedicato, ad esempio una VLAN separata per la gestione o una seconda interfaccia di rete, quando il percorso condiviso peggiora. Interrompi la ricostruzione se il server non riesce a ottenere un indirizzo stabile, mount persistenti o un percorso di ripristino testato: nessuna riconfigurazione dei client può compensare l’assenza di queste fondamenta.
Prodotti consigliati
Configurazione NAS e server
Altre letture
Un server in dormitorio può essere abbastanza silenzioso da permettere di dormire, studiare e fare videochiamate?
Sì: un server in dormitorio può restare discreto se l’hardware consuma poco, le vibrazioni dei dischi sono controllate, le attività più impegnative vengono pianificate...
Un homelab per studenti che può trasferirsi dalla stanza del dormitorio al primo appartamento
Mantieni portatile il laboratorio domestico di uno studente separando i servizi dalla rete specifica della stanza, riducendo al minimo l’hardware, eseguendo il backup dello...
Come condividere un server domestico con i coinquilini senza condividere account o file privati
Assegna a ogni coinquilino un’identità personale e uno spazio di archiviazione privato, concedendo solo i ruoli condivisi necessari; mantieni separate l’amministrazione, i backup e...
