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:
1 parent
daeeb0d198
commit
aa473aeddb
3 files changed
+23
-3
No files matched your search
+19
-2
@@ -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 ---
|
||||
|
||||
Reference in new issue
Block a user