Plex can work behind some reverse-proxy subpath configurations, but it is more fragile than placing Plex on its own hostname.
The problem is not basic HTTP forwarding alone. Plex web assets and redirects can assume root-relative paths, while websocket, header, and integrity behavior may change across versions. If a subpath is required, validate the whole web and playback flow after every proxy or Plex update instead of stopping at a successful login page.
Prove the Backend Works Without the Proxy First
A proxy test is meaningless if the Plex backend is already unhealthy. Confirm local web access and playback before adding rewrite rules.
a dedicated Plex proxy hostname avoids much of the path-prefix rewriting required by a subpath design.
Open Plex directly on the LAN, play a known file, and confirm the server is healthy before testing the public proxy URL. If direct access fails too, fix Plex first and leave the proxy unchanged.
Expect Root-Relative Paths to Be the Hard Part
Subpath proxying requires more than mapping /plex to port 32400. HTML, static assets, redirects, and client discovery may still point at root paths that bypass the prefix.
Plex subpath proxying can require path rewriting and interact with web-asset integrity checks.
Load the page with browser developer tools open and look for 404s, redirects outside the prefix, websocket errors, or blocked assets. If the web app depends on repeated response rewriting, treat the configuration as update-sensitive and document a rollback.
Test Playback and Discovery, Not Only the Web UI
A page that renders successfully does not prove that clients will discover or stream through the same URL. Plex clients can use their own discovery and connection logic.
a port-forwarded Plex path can fail at CGNAT, double NAT, router rules, or external reachability.
Test browser playback, at least one native client, and an external network while watching which address each session uses. When native clients bypass the proxy or fall back to another path, the subpath is not your only remote-access route.
Prefer a Subdomain When the Subpath Adds Rewrite Debt
A subdomain removes most path-prefix rewriting and is easier to reason about during upgrades. The operational question is whether the shared-domain requirement is worth the extra compatibility surface.
a dedicated Plex proxy hostname avoids much of the path-prefix rewriting required by a subpath design.
Compare the same Plex version behind a subdomain and the subpath before spending time on complex filters. If the subdomain works reliably and the subpath needs content rewriting, choose the simpler route unless the shared path is a hard requirement. Record the chosen proxy route together with the remote Plex streaming path so later connection failures can be separated from server failures.
Support & Tips
More to Read

Live TV Recording Storage Guide for Capacity, Retention, and Cleanup
Measure real recordings, reserve headroom, combine age and capacity limits, and prove the oldest eligible program is removed before storage fills.

Home Media Metadata Recovery Workflow After a Database Restore
Protect the restored state, verify media identity and paths, then repair missing artwork or matches in a pilot library before broad metadata changes.

Jellyfin Client Compatibility Checklist for Audio, Video, and Subtitles
Test representative files one variable at a time and record Direct Play, remux, audio conversion, video transcode, or failure for every client.

