ბრაუზერი აღწევს იდენტობის მომწოდებლის შესვლის გვერდს; 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 ინტერფეისის მეშვეობით. მარშრუტის შეცვლა ვერ დაამყარებს დაკარგული სერტიფიკატის ნდობას.

დაკავშირებული სტატიები