Compare commits

..
1 Commits
Author SHA1 Message Date
notandClaude Opus 5.5 61730657e6 fix(k8s): keep Keycloak's backchannel URLs https behind the labs Caddy (refs #177)
CI / k8s (pull_request) Waiting to run
CI / build (pull_request) Waiting to run
CI / unit (pull_request) Waiting to run
CI / frontend (pull_request) Waiting to run
CI / mutation (pull_request) Waiting to run
CI / verify-stack (pull_request) Blocked by required conditions
CI / lint (pull_request) In progress
KC_HOSTNAME_BACKCHANNEL_DYNAMIC builds the token/userinfo/certs URLs from the
request, which reaches Keycloak as plain http through the proxy, so browsers
blocked them as mixed content after login. Trust X-Forwarded-Proto.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-09-25 13:35:39 +02:00
+5
View File
@@ -286,6 +286,11 @@ workloads:
# Only rendered with demo.otpAutofill (big.env skips empty values); off, Keycloak
# keeps its stock theme and the mounted big-demo theme is unused.
KC_SPI_THEME_DEFAULT: '{{ if .Values.demo.otpAutofill }}big-demo{{ end }}'
# Behind a TLS proxy (keycloakUrl) the dynamic backchannel URLs — token,
# userinfo, certs — take their scheme from the request, which reaches Keycloak
# as plain http; trusting X-Forwarded-Proto keeps them https so the browser
# doesn't block them as mixed content. In-cluster calls send no such header.
KC_PROXY_HEADERS: xforwarded
ports: [{ name: http, port: 8080 }]
# TCP, not /health/ready on the management port: nothing here gates on realm
# import, and a wrong health path would leave the Service with no endpoints.