Kann Plex hinter einem Reverse-Proxy in einem Unterpfad betrieben werden?

Plex kann hinter einigen Reverse-Proxy-Konfigurationen mit Unterpfad funktionieren, ist jedoch deutlich störanfälliger, als Plex unter einem eigenen Hostnamen zu betreiben.

Das Problem besteht nicht nur in der grundlegenden HTTP-Weiterleitung. Web-Assets und Weiterleitungen von Plex können von relativ zum Stammverzeichnis angegebenen Pfaden ausgehen, während sich WebSocket-, Header- und Integritätsverhalten zwischen Versionen ändern kann. Wenn ein Unterpfad erforderlich ist, testen Sie nach jedem Proxy- oder Plex-Update den gesamten Web- und Wiedergabeablauf, statt sich mit einer erfolgreichen Anmeldeseite zufriedenzugeben.

Beweisen Sie zuerst, dass das Backend ohne Proxy funktioniert

Ein Proxy-Test ist bedeutungslos, wenn das Plex-Backend bereits fehlerhaft ist. Bestätigen Sie den lokalen Webzugriff und die Wiedergabe, bevor Sie Umschreibregeln hinzufügen.

ein eigener Plex-Proxy-Hostname vermeidet einen großen Teil der für eine Unterpfad-Konfiguration erforderlichen Umschreibungen von Pfadpräfixen.

Öffnen Sie Plex direkt im LAN, spielen Sie eine bekannte Datei ab und bestätigen Sie, dass der Server fehlerfrei läuft, bevor Sie die öffentliche Proxy-URL testen. Wenn der direkte Zugriff ebenfalls fehlschlägt, beheben Sie zuerst Plex und lassen Sie den Proxy unverändert.

Rechnen Sie mit relativ zum Stammverzeichnis angegebenen Pfaden als schwierigstem Teil

Proxying über einen Unterpfad erfordert mehr, als /plex auf Port 32400 abzubilden. HTML, statische Assets, Weiterleitungen und die Client-Erkennung können weiterhin auf Pfade im Stammverzeichnis verweisen und das Präfix umgehen.

Plex-Proxying über einen Unterpfad kann Pfadumschreibungen erfordern und mit Integritätsprüfungen von Web-Assets interagieren.

Laden Sie die Seite mit geöffneten Browser-Entwicklertools und achten Sie auf 404-Fehler, Weiterleitungen außerhalb des Präfixes, WebSocket-Fehler oder blockierte Assets. Wenn die Webanwendung von wiederholten Umschreibungen von Antworten abhängt, behandeln Sie die Konfiguration als updateempfindlich und dokumentieren Sie einen Rollback.

Testen Sie Wiedergabe und Erkennung, nicht nur die Weboberfläche

Eine erfolgreich dargestellte Seite beweist nicht, dass Clients denselben URL-Pfad zur Erkennung oder zum Streaming verwenden. Plex-Clients können ihre eigene Erkennungs- und Verbindungslogik nutzen.

ein Plex-Pfad mit Portweiterleitung kann an CGNAT, doppeltem NAT, Routerregeln oder fehlender Erreichbarkeit von außen scheitern.

Testen Sie die Wiedergabe im Browser, mindestens einen nativen Client und ein externes Netzwerk. Beobachten Sie dabei, welche Adresse jede Sitzung verwendet. Wenn native Clients den Proxy umgehen oder auf einen anderen Pfad zurückfallen, ist der Unterpfad nicht Ihr einziger Weg für den Fernzugriff.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Bevorzugen Sie eine Subdomain, wenn der Unterpfad zusätzlichen Umschreibaufwand verursacht

Eine Subdomain macht die meisten Umschreibungen von Pfadpräfixen überflüssig und ist bei Upgrades leichter nachzuvollziehen. Die betriebliche Frage ist, ob die Anforderung einer gemeinsamen Domain die zusätzliche Kompatibilitätsoberfläche rechtfertigt.

ein eigener Plex-Proxy-Hostname vermeidet einen großen Teil der für eine Unterpfad-Konfiguration erforderlichen Umschreibungen von Pfadpräfixen.

Vergleichen Sie dieselbe Plex-Version hinter einer Subdomain und hinter dem Unterpfad, bevor Sie Zeit in komplexe Filter investieren. Wenn die Subdomain zuverlässig funktioniert und der Unterpfad eine Umschreibung von Inhalten erfordert, wählen Sie den einfacheren Weg, sofern der gemeinsame Pfad keine zwingende Voraussetzung ist. Dokumentieren Sie den gewählten Proxy-Weg zusammen mit dem Pfad für das Remote-Streaming von Plex, damit sich spätere Verbindungsfehler von Serverfehlern unterscheiden lassen.