Sanidi proksi ya kutoka ya Keycloak kwa udalali wa utambulisho

Weka mazingira ya proksi ya kutoka ya seva na tumia kipaumbele cha vigeuzo vya Keycloak yenyewe unapochunguza ubadilishanaji wa tokeni.

Kivinjari hufikia ukurasa wa kuingia wa mtoa utambulisho; seva ya Keycloak hubadilishana msimbo uliorejeshwa. Ikiwa ubadilishanaji huo wa baadaye hauwezi kuunganisha, weka njia ya proksi katika mchakato wa Keycloak au mazingira ya kontena kabla ya kuanza:

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

Kwa njia ya umma ya HTTP, anwani kutoka orodha ya proksi za HTTP huwekwa katika HTTPS_PROXY; hifadhi maeneo yaliyokusudiwa ya kupita. URL ya tokeni inabaki kuwa sehemu ya mwisho ya mtoa utambulisho, si anwani ya proksi.

Kipaumbele cha Keycloak kinatofautiana na ramani kwa mpango wa lengwa:

  • Ikiwa HTTP_PROXY na HTTPS_PROXY zote zimefafanuliwa, HTTPS_PROXY hushinda.
  • Maumbo ya herufi ndogo yana kipaumbele juu ya maumbo ya herufi kubwa.
  • NO_PROXY imetenganishwa kwa koma, na mwenyeji aliyetajwa pia haijumuishi vikoa vyake vidogo.

Angalia maingizo haya yote ikiwa seva itchagua njia isiyotarajiwa. Mipangilio ya proksi ya kivinjari haitoi mazingira haya.

Mara tu muunganisho unapofanya kazi, kushindwa kwa uthibitishaji wa TLS ni sehemu ya usanidi wa uaminifu kupitia kiolesura cha truststore cha Keycloak. Kubadilisha njia hakuwezi kuanzisha uaminifu wa cheti unaokosekana.

Makala zinazohusiana