Varför misslyckas Jellyfin-inloggningen efter en omstart av reverse proxy-servern?
Om Jellyfin fortfarande accepterar en direkt lokal inloggning efter att reverse proxyn har startats om, ska du betrakta proxyvägen som felgränsen. Om den direkta inloggningen också misslyckas ska du sluta ändra proxyinställningar.
En omstartad proxy kan läsa in en gammal upstream-port, förlora inställningar för WebSocket eller vidarebefordrade headers eller använda ett annat värdnamn och en annan cookie-omfattning. Testa den direkta Jellyfin-URL:en och jämför sedan proxyloggar och autentiseringsförfrågningar. Ändra ett lager i taget och undvik fullständig URL-loggning som kan exponera inloggningsuppgifter.
Verifiera om Jellyfin fortfarande accepterar inloggning
Proxyinloggningen misslyckas direkt efter omstarten. Börja med den minst ingripande kontrollen: Öppna den direkta lokala Jellyfin-adressen från det lokala nätverket och logga in med samma konto.
Den användbara observationen är specifik: den direkta inloggningen lyckas, den direkta inloggningen returnerar 401 eller den direkta URL:en kan inte nås. Notera resultatet innan du ändrar en annan variabel. test av direkt åtkomst kontra proxyåtkomst
Tolka grenen i stället för att gissa. Om den direkta inloggningen lyckas ska du låta inloggningsuppgifterna vara oförändrade och granska proxylagren. Om den misslyckas ska du läsa Jellyfin-loggarna och sluta ändra proxyinställningar. Om tjänsten inte kan nås ska du först åtgärda tjänstens eller monteringspunktens status.
Kontrollera upstream, port och WebSocket-status
Den direkta inloggningen fungerar, eller så är proxyn den enda otillgängliga vägen. Börja med den minst ingripande kontrollen: Läs proxyns upstream-konfiguration och åtkomstlogg och skicka sedan en begäran till Jellyfins inloggningsslutpunkt via proxyn.
Den användbara observationen är specifik: 502 eller anslutningen nekas, inloggningssidan läses in men POST-begäran misslyckas eller WebSocket-fel uppstår under uppspelning. Notera resultatet innan du ändrar en annan variabel. inställningen Known Proxies
Tolka grenen i stället för att gissa. Om upstream-anslutningen nekas ska du åtgärda adressen eller porten. Om sidan läses in men POST-begäran misslyckas ska du granska headers och schema. Om endast WebSocket för uppspelning misslyckas ska du hålla inloggningsändringarna separerade.
Granska Known Proxies, headers, cookies och DNS
Proxyn når Jellyfin, men autentiseringen misslyckas fortfarande eller fastnar i en loop. Börja med den minst ingripande kontrollen: Jämför en lyckad direktförfrågan med en misslyckad proxad förfrågan i avidentifierade loggar och webbläsarverktyg.
Den användbara observationen är specifik: Jellyfin identifierar proxyns IP-adress som klient, värdnamnet i omdirigeringen ändras eller cookien avvisas. Notera resultatet innan du ändrar en annan variabel.
Tolka grenen i stället för att gissa. Om Known Proxies eller vidarebefordrade headers skiljer sig åt ska du endast korrigera den inställningen. Om cookie eller värdnamn skiljer sig åt ska du endast rensa berörda webbplatsdata. Om DNS skiljer sig åt ska du åtgärda posten eller vägen via port 443.
Läs in ett lager i taget och bekräfta lokal och fjärrinloggning
En ändring har gjorts i proxy, headers, cookie eller DNS. Börja med den minst ingripande kontrollen: Läs in proxyn en gång, logga in lokalt och på distans, starta om proxyn igen och bekräfta en uppspelningssession. proxyvägen för uppspelning
Den användbara observationen är specifik: båda vägarna fungerar två gånger, den lokala vägen fungerar men fjärrvägen misslyckas eller inloggningen fungerar men uppspelningen misslyckas. Notera resultatet innan du ändrar en annan variabel.
Tolka grenen i stället för att gissa. Om båda inloggningsvägarna fungerar efter den andra omstarten ska du sluta. Om endast fjärråtkomst misslyckas ska du fortsätta inom proxy- eller routeromfånget. Om uppspelningen misslyckas ska du åtgärda WebSocket- eller strömningsdirigeringen separat.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Jellyfin dela ett grafikkort eller en accelerator med en annan container på ett säkert sätt?
GPU-delning är villkorad: verifiera enhetens synlighet och drivrutinsstöd, kör sedan båda arbetsbelastningarna och håll utkik efter mjukvarubaserad reservlösning.
Så här avgör du om ett Jellyfin-fel kommer från klienten eller servern
Ett Jellyfin-fel hör till klienten när det följer med en specifik enhet; det hör till servern när flera klienter misslyckas via samma sökväg och...
Så konfigurerar du cache och tillfällig lagring i Jellyfin
Separera beständig lagring, återskapningsbar cache och tillfällig transkodningslagring, och verifiera sedan kapacitet och behörigheter med ett riktigt uppspelningstest.
