Dlaczego Plex traci sesje po zmianie serwera proxy lub DNS?

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 Plex Lose Sessions After a Proxy or DNS Change? - Zima Store Online

Plex może tracić sesje po zmianie serwera proxy lub DNS, gdy klienci ponownie łączą się za pośrednictwem innej nazwy hosta, trasy, certyfikatu lub buforowanego punktu końcowego.

Podczas testowania ścieżki połączenia nie zmieniaj serwera ani multimediów. Istniejące sesje mogą utrzymywać się dłużej niż nowe, ponieważ klienci w różny sposób buforują adresy i stan uwierzytelniania. Odtwórz jedną sesję lokalną i jedną przez serwer proxy, a następnie porównaj rozwiązywanie DNS, przekierowania, działanie WebSocketów oraz adres faktycznie używany przez klienta.

Potwierdź, że bezpośredni dostęp do Plex nadal działa

Problem z serwerem proxy znacznie łatwiej odizolować, gdy backend działa prawidłowo. Przed zmianą certyfikatów lub stanu bazy danych przetestuj to samo konto i te same multimedia bezpośrednio w sieci LAN.

Backend można testować niezależnie od publicznej nazwy hosta, gdy trasa odwrotnego serwera proxy Plex rozdziela te dwie ścieżki.

Otwórz Plex bezpośrednio, odtwórz znany materiał i zapisz adres serwera. Jeśli bezpośredni dostęp również nie działa, pozostaw ustawienia DNS i reguły serwera proxy bez zmian do czasu naprawienia backendu.

Sprawdź DNS przed uwierzytelnianiem

Nowa nazwa hosta lub adres może kierować klientów do niewłaściwego punktu końcowego, mimo że błąd logowania wygląda na problem z kontem. Porównaj wyniki rozwiązywania nazw na poszczególnych klientach, zwłaszcza gdy używane są pamięci podręczne lub rozdzielony DNS.

Metryki tras interfejsów mogą również zmienić używaną ścieżkę sieciową po aktualizacji DNS, dlatego sprawdź zarówno rozwiązywanie nazw, jak i wybór trasy.

Rozwiąż publiczne i lokalne nazwy na klientach, których dotyczy problem, oraz na działających klientach. Pamięć podręczną wyczyść tylko na kliencie, którego dotyczy problem, i dopiero po zapisaniu nieprawidłowego wyniku.

Zweryfikuj przepisywanie adresów przez serwer proxy i ścieżki WebSocket

Przepisywanie podścieżek, nagłówki, przekierowania i aktualizacje połączeń WebSocket mogą powodować zrywanie sesji po zmianie serwera proxy, nawet gdy prosta strona internetowa nadal się ładuje. Należy przetestować pełny przepływ klienta.

Zmiana serwera proxy może wpływać na zasoby względne względem katalogu głównego oraz mechanizmy integralności, gdy używane jest przepisywanie ścieżki proxy Plex, dlatego nie jest to tylko zwykłe przekierowanie portu.

Podczas logowania i odtwarzania obserwuj błędy sieciowe w przeglądarce oraz logi serwera proxy. Jeśli ścieżka przez proxy nie działa, a bezpośredni dostęp jest prawidłowy, napraw warstwę proxy przed resetowaniem użytkowników. Gdy proxy będzie stabilne, zweryfikuj tę samą ścieżkę zdalnego strumieniowania Plex z zewnętrznej sieci i zachowaj wynik jako punkt odniesienia dla przyszłych zmian DNS lub konfiguracji brzegowej.

-15% OFF

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

Single board computer zimaboard2

Przetestuj ponownie jedną znaną ścieżkę sesji

Gdy działanie DNS i serwera proxy będzie stabilne, utwórz nową sesję i potwierdź, że klient pozostaje przy zamierzonej nazwie hosta. Zapobiega to sytuacji, w której stara trasa z pamięci podręcznej sprawia, że uszkodzona konfiguracja wygląda na działającą.

Nawet prawidłowe połączenie z usługą może zawieść, gdy ruch zwrotny wychodzi trasą VPN, zamiast przez interfejs, który otrzymał żądanie.

Przetestuj połączenie z jednej sieci zewnętrznej i jednej lokalnej, używając tego samego konta. Jeśli sesje są zrywane tylko na jednej ścieżce, skup się na routingu i zasadach konfiguracji brzegowej, a nie na stanie serwera.