הדפדפן מגיע לעמוד הכניסה של ספק הזהות; שרת Keycloak מחליף את הקוד המוחזר. אם ההחלפה המאוחרת הזו אינה מצליחה להתחבר, הציבו את מסלול ה-proxy בסביבת התהליך או המכל של Keycloak לפני ההפעלה:

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

למסלול HTTP ציבורי, כתובת מתוך רשימת שרתי פרוקסי HTTP נכנסת אל HTTPS_PROXY; שמרו על יעדי העקיפה המיועדים. כתובת ה-URL של האסימון נשארת נקודת הקצה של ספק הזהות, ולא כתובת ה-proxy.

הקדימות של Keycloak שונה ממפה לפי סכימת יעד:

  • אם גם HTTP_PROXY וגם HTTPS_PROXY מוגדרים, HTTPS_PROXY גובר.
  • צורות באותיות קטנות גוברות על צורות באותיות גדולות.
  • NO_PROXY מופרד בפסיקים, ומארח בשם מסוים גם שולל את תת-התחומים שלו.

בדקו את כל הקלטים האלה אם השרת בוחר מסלול לא צפוי. הגדרות ה-proxy של הדפדפן אינן מספקות סביבה זו.

לאחר שהחיבור עובד, כשל אימות TLS שייך לתצורת האמון דרך ממשק ה-truststore של Keycloak. שינוי המסלול אינו יכול לבסס את אמון התעודה החסר.

מאמרים קשורים