Браузер досягає сторінки входу постачальника ідентичності; сервер 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 належить до налаштування довіри через інтерфейс truststore Keycloak. Зміна маршруту не може встановити відсутню довіру до сертифіката.

Схожі статті