Nettleseren når innloggingssiden til identitetsleverandøren; Keycloak-serveren utveksler den returnerte koden. Hvis den senere utvekslingen ikke kan koble til, plasser proxy-ruten i Keycloak-prosessen eller container-miljøet før oppstart:

HTTPS_PROXY=http://proxy.example:8080
NO_PROXY=localhost,internal.example

For en offentlig HTTP-rute settes en adresse fra listen over HTTP-proxyer i HTTPS_PROXY; behold de tiltenkte omgåelsesdestinasjonene. Token-URL-en forblir identitetsleverandørens endepunkt, ikke proxy-adressen.

Keycloaks prioritet avviker fra et kart etter destinasjonsskjema:

  • Hvis både HTTP_PROXY og HTTPS_PROXY er definert, vinner HTTPS_PROXY.
  • Småbokstavformer har forrang foran storebokstavformer.
  • NO_PROXY er kommaseparert, og en navngitt vert utelukker også underdomenene sine.

Kontroller alle disse inndataene hvis serveren velger en uventet rute. Proxy-innstillingene i nettleseren leverer ikke dette miljøet.

Når tilkoblingen virker, hører en TLS-verifiseringsfeil til tillitskonfigurasjon via Keycloaks truststore-grensesnitt. Å endre ruten kan ikke etablere den manglende sertifikattilliten.

Relaterte artikler