Warum verliert Plex Sitzungen nach einer Proxy- oder DNS-Änderung?

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

Plex kann Sitzungen nach einer Proxy- oder DNS-Änderung verlieren, wenn sich Clients über einen anderen Hostnamen, eine andere Route, ein anderes Zertifikat oder einen anderen zwischengespeicherten Endpunkt erneut verbinden.

Lassen Sie den Server und die Medien während des Tests unverändert und prüfen Sie stattdessen den Verbindungsweg. Bestehende Sitzungen können länger bestehen bleiben als neue, da Clients Adressen und Authentifizierungsstatus unterschiedlich zwischenspeichern. Stellen Sie jeweils eine lokale und eine über den Proxy hergestellte Sitzung nach und vergleichen Sie DNS-Auflösung, Weiterleitungen, das Websocket-Verhalten sowie die Adresse, die der Client tatsächlich verwendet.

Bestätigen, dass der direkte Plex-Zugriff weiterhin funktioniert

Ein Proxy-Problem lässt sich deutlich leichter eingrenzen, wenn die Funktionsfähigkeit des Backends bestätigt ist. Testen Sie dasselbe Konto und dieselben Medien direkt im LAN, bevor Sie Zertifikate oder den Datenbankstatus ändern.

Das Backend kann unabhängig vom öffentlichen Hostnamen getestet werden, wenn eine Plex-Reverse-Proxy-Route diese beiden Wege getrennt hält.

Öffnen Sie Plex direkt, starten Sie die Wiedergabe eines bekannten Inhalts und notieren Sie die Serveradresse. Wenn auch der direkte Zugriff fehlschlägt, lassen Sie DNS- und Proxy-Regeln unverändert, bis das Backend funktioniert.

DNS vor der Authentifizierung prüfen

Ein neuer Hostname oder eine neue Adresse kann Clients an den falschen Endpunkt weiterleiten, obwohl der Anmeldefehler wie ein Konto-Problem aussieht. Vergleichen Sie, welche Auflösung die einzelnen Clients erhalten, insbesondere wenn Caches oder Split-DNS im Einsatz sind.

Routenmetriken der Schnittstellen können nach einer DNS-Aktualisierung ebenfalls ändern, welcher Netzwerkpfad verwendet wird. Prüfen Sie daher sowohl die Auflösung als auch die Routenauswahl.

Lösen Sie die öffentlichen und lokalen Namen von betroffenen und funktionierenden Clients aus auf. Leeren Sie den Cache nur auf dem betroffenen Client, nachdem Sie das falsche Ergebnis erfasst haben.

Proxy-Umschreibungen und Websocket-Pfade überprüfen

Umschreibungen von Unterpfaden, Header, Weiterleitungen und Websocket-Upgrades können Sitzungen nach einer Proxy-Änderung beeinträchtigen, während eine einfache Webseite weiterhin geladen wird. Der vollständige Client-Ablauf muss getestet werden.

Eine Proxy-Änderung kann sich auf Assets mit root-relativen Pfaden und das Integritätsverhalten auswirken, wenn das Umschreiben des Plex-Proxy-Pfads beteiligt ist. Es handelt sich daher um mehr als eine einfache Portweiterleitung.

Beobachten Sie während der Anmeldung und der Wiedergabe Netzwerkfehler im Browser sowie die Proxy-Protokolle. Wenn der Zugriff über den Proxy fehlschlägt, der direkte Zugriff jedoch funktioniert, beheben Sie zunächst die Proxy-Ebene, bevor Sie Benutzer zurücksetzen. Sobald der Proxy stabil ist, überprüfen Sie denselben Remote-Plex-Streaming-Pfad aus einem externen Netzwerk und bewahren Sie dieses Ergebnis als Referenz für künftige DNS- oder Edge-Änderungen auf.

-15% OFF

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

Single board computer zimaboard2

Mit einem bekannten Sitzungspfad erneut testen

Nachdem DNS- und Proxy-Verhalten stabil sind, erstellen Sie eine neue Sitzung und bestätigen Sie, dass der Client beim vorgesehenen Hostnamen bleibt. So verhindern Sie, dass eine zwischengespeicherte alte Route eine fehlerhafte Konfiguration fälschlicherweise funktionierend erscheinen lässt.

Eine ansonsten gültige Dienstverbindung kann fehlschlagen, wenn Antwortdaten über die VPN-Route statt über die Schnittstelle zurückgesendet werden, die die Anfrage empfangen hat.

Testen Sie mit demselben Konto aus einem externen und einem lokalen Netzwerk. Wenn nur ein Pfad Sitzungen beendet, untersuchen Sie weiterhin Routing und Edge-Richtlinien statt den Serverstatus.