Perché l'accesso a Jellyfin non riesce dopo il riavvio di un proxy inverso?
Se Jellyfin continua ad accettare un accesso locale diretto dopo il riavvio del proxy inverso, considera il percorso del proxy come il confine del problema; se anche l’accesso diretto non riesce, smetti di modificare le impostazioni del proxy.
Un proxy riavviato può ricaricare una vecchia porta upstream, perdere le impostazioni per i websocket o gli header inoltrati oppure presentare un hostname e un ambito dei cookie diversi. Testa l’URL diretto di Jellyfin, quindi confronta i log del proxy e le richieste di autenticazione, modificando un solo livello alla volta ed evitando di registrare gli URL completi, che potrebbero esporre le credenziali.
Verifica se Jellyfin accetta ancora l’accesso
L’accesso tramite proxy non riesce subito dopo il riavvio. Inizia dal controllo meno invasivo: apri l’indirizzo locale diretto di Jellyfin dalla LAN e accedi con lo stesso account.
L’osservazione utile è specifica: l’accesso diretto riesce, l’accesso diretto restituisce 401, l’URL diretto non è raggiungibile. Registra il risultato prima di modificare un’altra variabile. test diretto rispetto al proxy
Interpreta il ramo invece di procedere per supposizioni. Se l’accesso diretto riesce, lascia invariate le credenziali e controlla i livelli del proxy; se non riesce, consulta i log di Jellyfin e interrompi le modifiche al proxy; se non è raggiungibile, risolvi prima i problemi di salute del servizio o del montaggio.
Controlla upstream, porta e stato dei websocket
L’accesso diretto funziona oppure il proxy è l’unico percorso non raggiungibile. Inizia dal controllo meno invasivo: leggi la configurazione upstream e il log degli accessi del proxy, quindi richiedi l’endpoint di accesso di Jellyfin attraverso il proxy.
L’osservazione utile è specifica: 502 o connessione rifiutata, la pagina di accesso si carica ma il POST non riesce, errori websocket durante la riproduzione. Registra il risultato prima di modificare un’altra variabile. impostazione Known Proxies
Interpreta il ramo invece di procedere per supposizioni. Se l’upstream rifiuta la connessione, correggi indirizzo o porta; se la pagina si carica ma il POST non riesce, controlla gli header e lo schema; se falliscono solo i websocket durante la riproduzione, mantieni separate le modifiche relative all’accesso.
Controlla Known Proxies, header, cookie e DNS
Il proxy raggiunge Jellyfin, ma l’autenticazione continua a non riuscire oppure entra in un ciclo. Inizia dal controllo meno invasivo: confronta una richiesta diretta riuscita e una richiesta tramite proxy non riuscita nei log oscurati e negli strumenti del browser.
L’osservazione utile è specifica: Jellyfin vede l’IP del proxy come client, l’hostname del reindirizzamento cambia, il cookie viene rifiutato. Registra il risultato prima di modificare un’altra variabile.
Interpreta il ramo invece di procedere per supposizioni. Se Known Proxies o gli header inoltrati sono diversi, correggi solo quell’impostazione; se differiscono cookie o hostname, cancella solo i dati del sito interessato; se il DNS è diverso, correggi il record o il percorso sulla porta 443.
Ricarica un solo livello e conferma l’accesso locale e remoto
È stata apportata una modifica al proxy, agli header, ai cookie o al DNS. Inizia dal controllo meno invasivo: ricarica il proxy una volta, accedi localmente e da remoto, riavvia nuovamente il proxy e conferma una sessione di riproduzione. percorso di riproduzione tramite proxy
L’osservazione utile è specifica: entrambi i percorsi funzionano due volte, quello locale funziona ma quello remoto no, l’accesso funziona ma la riproduzione no. Registra il risultato prima di modificare un’altra variabile.
Interpreta il ramo invece di procedere per supposizioni. Se entrambi i percorsi di accesso funzionano dopo un secondo riavvio, fermati; se fallisce solo l’accesso remoto, limita l’indagine al proxy o al router; se la riproduzione non riesce, risolvi separatamente il routing dei websocket o dello streaming.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Jellyfin può condividere in sicurezza una GPU o un acceleratore con un altro container?
La condivisione della GPU è condizionata: verifica la visibilità del dispositivo e il supporto dei driver, quindi esegui entrambi i carichi di lavoro e...
Come capire se un errore di Jellyfin proviene dal client o dal server
Un errore di Jellyfin è imputabile al client quando si verifica su un solo dispositivo; è imputabile al server quando più client falliscono seguendo...
Come configurare la cache e l’archiviazione temporanea di Jellyfin
Separa lo stato persistente, la cache ricostruibile e lo spazio temporaneo per la transcodifica, quindi verifica la capacità e i permessi con un test...
