fix: proxy Plex through a TLS upstream (PMS drops plain HTTP off-loopback)

PMS 1.43.x on :32400 accepts, reads, and silently closes every non-TLS
connection from a non-loopback source (loopback exempt). The plain-HTTP
reverse_proxy therefore got EOF and Caddy answered an empty-body 502.
Both Plex vhosts now dial the upstream over TLS with
insecure_skip_verify (PMS self-signed cert, pinned LAN hop only;
client-facing Let's Encrypt TLS unchanged).
This commit is contained in:
Frank committed 2026-08-26 01:27:33 -07:00
1 parent daeeb0d198
commit aa473aeddb
3 files changed
+23 -3

No files matched your search

+19 -2
View File
@@ -190,11 +190,28 @@ pihole.franksdank.cloud {
# Let's Encrypt cert for it. It stays plain-HTTP legacy; the canonical
# name is plex.franksdank.cloud (HTTPS, below).
http://plex.franksdank.casa {
reverse_proxy 192.168.0.235:32400
reverse_proxy 192.168.0.235:32400 {
transport http {
tls {
insecure_skip_verify
}
}
}
}
# PMS requires TLS from every non-loopback client: plain-HTTP off-loopback
# is read and silently closed (diagnosed 2026-08-26), which surfaced as an
# empty-body 502 here. Dial the upstream over TLS; PMS's self-signed cert is
# skipped on this pinned-LAN hop only (client-facing LE TLS is untouched).
# The web UI lives at /web/; / returns the XML MediaContainer index.
plex.franksdank.cloud {
reverse_proxy 192.168.0.235:32400
reverse_proxy 192.168.0.235:32400 {
transport http {
tls {
insecure_skip_verify
}
}
}
}
# --- Calibre-Web ---