Как пользоваться разделом «Identity providers»

Подключает корпоративный OIDC/SAML IdP и ограничивает redirect/claim mapping.

О чём этот раздел

Подключает корпоративный OIDC/SAML IdP и ограничивает redirect/claim mapping.

Перед началом

Нужны доступ к IAM.Identity, правильный tenant/workspace и право изменять эту конфигурацию. Подготовьте безопасное тестовое значение, например company-oidc.

Кнопки и формы

ЭлементЗа что отвечает
Добавить провайдераОткрывает создание объекта. До финального сохранения объект не записывается.
Импорт конфигурацииВыполняет указанное в интерфейсе действие. Перед продолжением проверьте новый статус или сообщение.
СохранитьПроверяет видимую форму и сохраняет текущие значения.
Проверить входВыполняет проверку или пробный запуск до использования в production.

Основной путь через интерфейс

  1. Откройте приложение по ссылке выше и войдите с минимально необходимой для раздела ролью.
  2. Выберите нужный tenant или workspace. Не продолжайте, если в шапке отображается другой контур.
  3. В навигации нажмите Identity providers. Ожидаемый адрес: https://id.iamrouter.ru/admin/iam/console/#/iam/identity-provider-settings.
  4. Нажмите Добавить провайдера. Введите документированные безопасные значения: company-oidc. Production-секрет в текстовое поле не вставляйте.
  5. Перед финальным действием Сохранить, Запустить, Опубликовать или Подтвердить перепроверьте все поля. Если есть preview или validation, сначала выполните его.
  6. Проверьте сообщение валидации или изменившуюся строку. Результат должен соответствовать назначению раздела: Подключает корпоративный OIDC/SAML IdP и ограничивает redirect/claim mapping.
  7. Только после этого переходите к зависимому разделу. Сохраните request/correlation ID, если интерфейс его показывает.

Второй путь: прямая ссылка и CLI/API

  1. Откройте прямую ссылку https://id.iamrouter.ru/admin/iam/console/#/iam/identity-provider-settings вместо перехода через sidebar.
  2. После загрузки ещё раз проверьте tenant/workspace: прямая ссылка не должна незаметно менять scope.
  3. Перед автоматизацией API-пути выполните продуктовую read-only команду или проверку. Она подтверждает доступность, но не обходит права приложения:
curl --fail --silent --show-error https://id.iamrouter.ru/realms/iam/.well-known/openid-configuration | jq '.issuer, .authorization_endpoint, .token_endpoint'

Как проверить результат

Discovery/metadata проходит, redirect URI точный, тестовый пользователь получает ожидаемый tenant.

Если не получилось

СимптомЧто делать
401 / экран входаВойдите заново и вернитесь на страницу. Не передавайте session token через URL.
403Проверьте выбранный tenant и запросите указанную роль; повтор с той же ролью не поможет.
404Проверьте точный path и включён ли функционал в этом окружении.
409Найдите объект с именем company-oidc; продолжите с ним либо выберите уникальное имя.
422 / ошибка валидацииИсправьте только подсвеченные поля. Используйте lowercase identifiers, если форма явно не разрешает иное.
429Дождитесь указанного retry interval либо уменьшите scope запроса; не запускайте параллельные повторы.
5xx / timeoutПосле восстановления сервера обновите страницу один раз; не повторяйте опасное действие, пока его результат неизвестен. Сохраните correlation ID и время для поддержки.