Document untrusted origin certificate handling for private hostname routing - #33046
Document untrusted origin certificate handling for private hostname routing#33046josip-stanic wants to merge 1 commit into
Conversation
Review✅ No issues found in commit Code ReviewThis code review is in beta and may not always be helpful — use your judgment. No code review issues found. ConventionsNo convention issues found. Style Guide ReviewNo style-guide issues found. CommandsOnly codeowners can run commands. Post a comment with the command to trigger it.
|
nikitacano
left a comment
There was a problem hiding this comment.
The same applies to Cloudflare Mesh, right? If so, we should add this to Mesh docs too.
9d93d6f to
f19c6e4
Compare
Yes but the Mesh routes doc (https://developers.cloudflare.com/cloudflare-one/networks/connectors/cloudflare-mesh/routes/#secure-hostname-traffic) currently defers to '#3-recommended-filter-network-traffic-with-gateway' in this doc though. Do we want to keep the reference from Mesh Route doc to Cloudflared? |
Summary
Documents existing Gateway behavior for private hostname applications whose origin presents a certificate that is not issued by a publicly trusted certificate authority, such as a self-signed certificate or one issued by an internal CA.
With Gateway TLS decryption turned on, Gateway cannot validate the certificate and the connection fails with Error 526. The remedy is a Gateway HTTP Allow policy matching the application, with the untrusted certificate action set to Pass through.
This is already documented on the Access self-hosted private app page, but not on the private hostname routing page, which is where users configure the tunnel and are most likely to encounter the failure first.
What changed
A note at the end of step 3 explains the 526 and its remedy, and covers the interaction with Access self-hosted applications over HTTPS on port
443, where the browser-based login flow depends on TLS decryption.A troubleshooting item under step 4 gives the symptom an entry point alongside the existing DNS resolution, Gateway log, tunnel status, and connectivity checks.