Dlaczego logowanie do Jellyfin nie działa po ponownym uruchomieniu odwrotnego serwera proxy?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

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

Jeśli Jellyfin nadal akceptuje bezpośrednie logowanie lokalne po ponownym uruchomieniu odwrotnego proxy, uznaj ścieżkę proxy za granicę obszaru problemu; jeśli bezpośrednie logowanie również kończy się niepowodzeniem, przestań zmieniać ustawienia proxy.

Uruchomione ponownie proxy może wczytać stary port serwera nadrzędnego, utracić ustawienia WebSocketów lub przekazywanych nagłówków albo używać innej nazwy hosta i zakresu plików cookie. Przetestuj bezpośredni adres Jellyfin, a następnie porównaj logi proxy i żądania uwierzytelniania, zmieniając jedną warstwę naraz i unikając pełnego logowania adresów URL, które mogłoby ujawnić dane uwierzytelniające.

Sprawdź, czy sam Jellyfin nadal akceptuje logowanie

Logowanie przez proxy kończy się niepowodzeniem natychmiast po jego ponownym uruchomieniu. Zacznij od najmniej inwazyjnego sprawdzenia: otwórz bezpośredni lokalny adres Jellyfin z sieci LAN i zaloguj się na to samo konto.

Istotna obserwacja jest konkretna: logowanie bezpośrednie się udaje, logowanie bezpośrednie zwraca błąd 401 albo bezpośredni adres URL jest nieosiągalny. Zapisz wynik przed zmianą kolejnej zmiennej. test bezpośredni a przez proxy

Interpretuj wynik zamiast zgadywać. Jeśli logowanie bezpośrednie się udaje, pozostaw dane uwierzytelniające bez zmian i sprawdź warstwy proxy; jeśli kończy się niepowodzeniem, przejrzyj logi Jellyfin i wstrzymaj zmiany proxy; jeśli adres jest nieosiągalny, najpierw napraw działanie usługi lub punktu montowania.

Sprawdź serwer nadrzędny, port i stan WebSocketów

Logowanie bezpośrednie działa albo tylko ścieżka przez proxy jest nieosiągalna. Zacznij od najmniej inwazyjnego sprawdzenia: odczytaj konfigurację serwera nadrzędnego proxy i dziennik dostępu, a następnie wyślij przez proxy żądanie do punktu końcowego logowania Jellyfin.

Istotna obserwacja jest konkretna: błąd 502 lub odmowa połączenia, strona logowania się ładuje, ale żądanie POST kończy się niepowodzeniem, albo podczas odtwarzania występują błędy WebSocketów. Zapisz wynik przed zmianą kolejnej zmiennej. ustawienie znanych proxy

Interpretuj wynik zamiast zgadywać. Jeśli połączenie z serwerem nadrzędnym jest odrzucane, popraw adres lub port; jeśli strona się ładuje, ale żądanie POST kończy się niepowodzeniem, sprawdź nagłówki i schemat; jeśli tylko WebSockety podczas odtwarzania zawodzą, nie łącz tych zmian ze zmianami dotyczącymi logowania.

Sprawdź znane proxy, nagłówki, pliki cookie i DNS

Proxy dociera do Jellyfin, ale uwierzytelnianie nadal kończy się niepowodzeniem lub zapętla się. Zacznij od najmniej inwazyjnego sprawdzenia: porównaj jedno udane żądanie bezpośrednie i jedno nieudane żądanie przez proxy w zanonimizowanych logach oraz narzędziach przeglądarki.

Istotna obserwacja jest konkretna: Jellyfin widzi adres IP proxy jako adres klienta, nazwa hosta w przekierowaniu się zmienia albo plik cookie zostaje odrzucony. Zapisz wynik przed zmianą kolejnej zmiennej.

Interpretuj wynik zamiast zgadywać. Jeśli ustawienie znanych proxy lub przekazywane nagłówki się różnią, popraw tylko to ustawienie; jeśli różni się plik cookie lub nazwa hosta, wyczyść tylko dane dotyczące tej witryny; jeśli różni się DNS, napraw rekord lub ścieżkę na porcie 443.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Przeładuj jedną warstwę i potwierdź logowanie lokalne oraz zdalne

Wprowadzono zmianę w proxy, nagłówkach, plikach cookie lub DNS. Zacznij od najmniej inwazyjnego sprawdzenia: przeładuj proxy raz, zaloguj się lokalnie i zdalnie, ponownie uruchom proxy i potwierdź jedną sesję odtwarzania. ścieżka odtwarzania przez proxy

Istotna obserwacja jest konkretna: obie ścieżki działają dwukrotnie, lokalna działa, ale zdalna nie, albo logowanie działa, lecz odtwarzanie nie. Zapisz wynik przed zmianą kolejnej zmiennej.

Interpretuj wynik zamiast zgadywać. Jeśli obie ścieżki logowania działają po drugim ponownym uruchomieniu, zakończ diagnostykę; jeśli nie działa tylko zdalna, pozostań w zakresie proxy lub routera; jeśli odtwarzanie kończy się niepowodzeniem, napraw osobno routing WebSocketów lub transmisji strumieniowej.