De Browser erreecht d'Login-Säit vum Identitéitsprovider; de Keycloak-Server tauscht dee zréckkommene Code. Wann dee spéideren Austausch keng Verbindung ka maachen, setzt de Proxy-Wee virum Start an de Keycloak-Prozess oder d'Container-Ëmgebung:

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

Fir eng ëffentlech HTTP-Route geet eng Adress aus der Lëscht vun HTTP-Proxye an HTTPS_PROXY; behält déi virgesinn Ëmwee-Ziler. D'Token-URL bleift den Endpunkt vum Identitéitsprovider, net d'Proxy-Adress.

Dem Keycloak seng Prioritéit ënnerscheet sech vun enger Kaart nom Zilschema:

  • Wann souwuel HTTP_PROXY wéi och HTTPS_PROXY definéiert sinn, gewënnt HTTPS_PROXY.
  • Klengschrëftformen hu Virrang viru Grousschrëftformen.
  • NO_PROXY ass mat Komma getrennt, an en genannten Host schléisst och seng Subdomaine aus.

Kuckt all dës Inputen, wann de Server eng onerwaart Route wielt. D'Browser-Proxy-Astellungen liwweren dës Ëmgebung net.

Nodeem d'Verbindung funktionéiert, gehéiert en TLS-Verifikatiounsfehler zu der Vertrauenskonfiguratioun iwwer dem Keycloak seng truststore-Schnittstell. D'Route z'änneren kann dat feelend Zertifikatsvertrauen net opbauen.

Ähnlech Artikelen