Warum schlägt die Jellyfin-Anmeldung nach einem Neustart des Reverse-Proxys fehl?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Does Jellyfin Login Fail After a Reverse Proxy Restart? - Zima Store Online

Wenn Jellyfin nach dem Neustart des Reverse-Proxys weiterhin eine direkte lokale Anmeldung akzeptiert, betrachten Sie den Proxy-Pfad als Fehlergrenze. Wenn auch die direkte Anmeldung fehlschlägt, ändern Sie keine Proxy-Einstellungen mehr.

Ein neu gestarteter Proxy kann einen alten Upstream-Port laden, Websocket- oder Weiterleitungs-Header-Einstellungen verlieren oder einen anderen Hostnamen und Cookie-Gültigkeitsbereich verwenden. Testen Sie die direkte Jellyfin-URL und vergleichen Sie anschließend Proxy-Protokolle und Authentifizierungsanfragen. Ändern Sie dabei jeweils nur eine Ebene und vermeiden Sie die vollständige Protokollierung von URLs, da dadurch Zugangsdaten offengelegt werden könnten.

Nachweisen, ob Jellyfin selbst die Anmeldung weiterhin akzeptiert

Die Proxy-Anmeldung schlägt unmittelbar nach dem Neustart fehl. Beginnen Sie mit der schonendsten Prüfung: Öffnen Sie die direkte lokale Jellyfin-Adresse aus dem LAN und melden Sie sich mit demselben Konto an.

Die entscheidende Beobachtung ist eindeutig: Die direkte Anmeldung funktioniert, die direkte Anmeldung gibt 401 zurück oder die direkte URL ist nicht erreichbar. Notieren Sie das Ergebnis, bevor Sie eine weitere Variable ändern. Direkter-vs.-Proxy-Test

Interpretieren Sie den jeweiligen Pfad, statt zu raten. Wenn die direkte Anmeldung funktioniert, lassen Sie die Zugangsdaten unverändert und prüfen Sie die Proxy-Ebenen. Wenn sie fehlschlägt, lesen Sie die Jellyfin-Protokolle und beenden Sie Änderungen am Proxy. Wenn die Adresse nicht erreichbar ist, beheben Sie zuerst den Zustand des Dienstes oder des Mounts.

Upstream, Port und Websocket-Status prüfen

Die direkte Anmeldung funktioniert oder nur der Proxy-Pfad ist nicht erreichbar. Beginnen Sie mit der schonendsten Prüfung: Lesen Sie die Upstream-Konfiguration und das Zugriffsprotokoll des Proxys und rufen Sie anschließend den Jellyfin-Anmeldeendpunkt über den Proxy auf.

Die entscheidende Beobachtung ist eindeutig: 502 oder „Verbindung abgelehnt“, die Anmeldeseite wird geladen, aber der POST schlägt fehl, oder während der Wiedergabe treten Websocket-Fehler auf. Notieren Sie das Ergebnis, bevor Sie eine weitere Variable ändern. Einstellung „Bekannte Proxys“

Interpretieren Sie den jeweiligen Pfad, statt zu raten. Wenn der Upstream die Verbindung ablehnt, korrigieren Sie Adresse oder Port. Wenn die Seite geladen wird, der POST aber fehlschlägt, prüfen Sie Header und Schema. Wenn nur die Wiedergabe-Websockets fehlschlagen, halten Sie die Änderungen an der Anmeldung getrennt.

Bekannte Proxys, Header, Cookies und DNS prüfen

Der Proxy erreicht Jellyfin, aber die Authentifizierung schlägt weiterhin fehl oder führt zu einer Anmeldeschleife. Beginnen Sie mit der schonendsten Prüfung: Vergleichen Sie eine erfolgreiche direkte Anfrage und eine fehlgeschlagene Anfrage über den Proxy in bereinigten Protokollen und den Browser-Entwicklertools.

Die entscheidende Beobachtung ist eindeutig: Jellyfin erkennt die Proxy-IP als Client, der Hostname der Weiterleitung ändert sich oder das Cookie wird abgelehnt. Notieren Sie das Ergebnis, bevor Sie eine weitere Variable ändern.

Interpretieren Sie den jeweiligen Pfad, statt zu raten. Wenn sich „Bekannte Proxys“ oder die weitergeleiteten Header unterscheiden, korrigieren Sie nur diese Einstellung. Wenn Cookie oder Hostname abweichen, löschen Sie nur die betroffenen Websitedaten. Wenn sich DNS unterscheidet, korrigieren Sie den Eintrag oder den Pfad über Port 443.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Eine Ebene neu laden und lokale sowie externe Anmeldung bestätigen

Eine Änderung am Proxy, an Headern, Cookies oder DNS wurde vorgenommen. Beginnen Sie mit der schonendsten Prüfung: Laden Sie den Proxy einmal neu, melden Sie sich lokal und extern an, starten Sie den Proxy erneut und bestätigen Sie eine Wiedergabesitzung. Proxy-Wiedergabepfad

Die entscheidende Beobachtung ist eindeutig: Beide Pfade funktionieren zweimal, der lokale Pfad funktioniert, der externe jedoch nicht, oder die Anmeldung funktioniert, die Wiedergabe aber nicht. Notieren Sie das Ergebnis, bevor Sie eine weitere Variable ändern.

Interpretieren Sie den jeweiligen Pfad, statt zu raten. Wenn beide Anmeldepfade nach einem zweiten Neustart funktionieren, beenden Sie die Prüfung. Wenn nur die externe Anmeldung fehlschlägt, bleiben Sie im Bereich von Proxy oder Router. Wenn die Wiedergabe fehlschlägt, beheben Sie Websocket- oder Streaming-Routing separat.