Браузер доходит до страницы входа поставщика идентичности; сервер 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. Изменение маршрута не может установить отсутствующее доверие к сертификату.

Похожие статьи