De browser berikt de oanmeldside fan 'e identiteitsferstrekker; de tsjinner fan Keycloak wikselet de weromstjoerde koade út. As dy lettere útwikseling gjin ferbining meitsje kin, set dan de proxy-rite yn 'e Keycloak-proses of container-omjouwing foar it starten:

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

Foar in iepenbiere HTTP-rite giet in adres út de list mei HTTP-proxy’s yn HTTPS_PROXY; hâld de bedoelde omgongsbestimmingen. De token-URL bliuwt it einpunt fan 'e identiteitsferstrekker, net it proxy-adres.

De foarrang fan Keycloak ferskilt fan in kaart neffens bestimmingsskema:

  • As sawol HTTP_PROXY as HTTPS_PROXY definiearre binne, wint HTTPS_PROXY.
  • Lytse-letterfoarmen hawwe foarrang boppe haadletterfoarmen.
  • NO_PROXY is komma skieden, en in neamde host slút ek syn subdomeinen út.

Kontrolearje al dy ynfier as de tsjinner in ûnferwachte rite kiest. Browser-proxy-ynstellings leverje dizze omjouwing net.

As de ferbining wurket, heart in TLS-ferifikaasjeflater ta trustkonfiguraasje fia de truststore-ynterface fan Keycloak. It feroarjen fan 'e rite kin it ûntbrekkende sertifikaatfertrouwen net fêstigje.

Relatearre artikelen