דער בלעמער דערגרייכט דעם אָנמענדער־אידענטיטעט'ס אַרײַנגאַנג בלאַט; דער Keycloak סערווירער טוישט אויס דעם צוריקגעגעבענעם קאָד. אויב יענער שפּעטערדיקער אויסטויש קען זיך נישט פֿאַרבינדן, לייגט דעם פּראָקסי־וועג אין דער Keycloak־פּראָצעס אָדער קאָנטיינער־סבֿיבֿה פֿאַר דעם אָנהייב:

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

פֿאַר אַ פּובליקן HTTP־וועג, אַן אַדרעס פֿון דער ליסטע פֿון HTTP־פּראָקסיס ווערט אַרײַנגעלייגט אין HTTPS_PROXY; האַלט די פּלאַנירטע איבערבייַטן. דער טאָקען־URL בלײַבט דעם אידענטיטעט־פֿאַרזאָרגערס ענדפּוינט, נישט דער פּראָקסי־אַדרעס.

Keycloak'ס פּרעסעדענץ איז אַנדערש פֿון אַ מאַפּע לויט דעם ציל־סכעמע:

  • אויב סיי HTTP_PROXY סיי HTTPS_PROXY זענען דעפֿינירט, געוואַנט HTTPS_PROXY.
  • קליינע־אותיות פֿאָרמען האָבן פּרעסעדענץ איבער גרויסע־אותיות פֿאָרמען.
  • NO_PROXY איז צעשיידט מיט קאָמעס, און אַ גענאַנטער האָסט פֿאַרעקסקלודירט אויך זיינע סובדאָמענען.

קוקט איבער אַלע די אַרײַנגאַנגען אויב דער סערווירער קלייבט אַן אומגעריכטן וועג. די בלעמער־פּראָקסי איינשטעלונגען פֿאַרזאָרגן נישט די סבֿיבֿה.

ווען די פֿאַרבינדונג אַרבעט, געהערט אַ TLS־אויספֿרובירונג־דורכפֿאַל צו דער צוטרוי־קאָנפיגוראַציע דורך Keycloak'ס truststore־צווישנפֿלאַך. פֿאַרבייַטן דעם וועג קען נישט אויסשטעלן דעם פֿעלנדיקן סערטיפֿיקאַט־צוטרוי.

פֿאַרבונדענע אַרטיקלען