How to use Identity providers
Connects a corporate OIDC/SAML IdP and restricts redirect and claim mapping.
What this section is for
Connects a corporate OIDC/SAML IdP and restricts redirect and claim mapping.
Before you start
You need access to IAM.Identity, the correct tenant/workspace and permission to change this configuration. Prepare a non-sensitive example value such as company-oidc.
Buttons and forms
| Control | What it does |
|---|---|
| Add provider | Opens the creation flow. The object is not persisted until the final save action. |
| Import configuration | Performs the action named in the interface. Review the resulting state or message before continuing. |
| Save | Validates the visible form and persists the current values. |
| Test sign-in | Runs a check or dry run so the result can be reviewed before production use. |
Primary path in the interface
- Open the application link above and sign in with the least-privileged role required for this section.
- Select the intended tenant or workspace. Do not continue while the header shows a different tenant.
- In the navigation, click Identity providers. The expected address is https://id.iamrouter.ru/admin/iam/console/#/iam/identity-provider-settings.
- Click Add provider. Enter the documented safe values:
company-oidc. Do not paste a production secret into a free-text field. - Review every field before the final Save, Run, Publish or Confirm action. If a preview or validation control exists, run it first.
- Review the validation message or changed row. The result must match this purpose: Connects a corporate OIDC/SAML IdP and restricts redirect and claim mapping.
- Only then continue to the next dependent section. Copy the request/correlation ID when the interface shows one.
Second path: direct link and CLI/API
- Open the deep link https://id.iamrouter.ru/admin/iam/console/#/iam/identity-provider-settings instead of navigating through the sidebar.
- Confirm the tenant/workspace after the page loads; a deep link must not silently switch scope.
- Before automating the API path, run this product-specific read-only or validation command. It proves reachability but does not bypass application permissions:
curl --fail --silent --show-error https://id.iamrouter.ru/realms/iam/.well-known/openid-configuration | jq '.issuer, .authorization_endpoint, .token_endpoint'
How to verify the result
Discovery/metadata succeeds, redirect URI is exact and a test user receives the intended tenant.
If it did not work
| Symptom | What to do |
|---|---|
| 401 / sign-in screen | Sign in again, then return to this page. Do not put a session token in a URL. |
| 403 | Check the selected tenant and request the documented role; retrying with the same role will not help. |
| 404 | Verify the exact path and whether the feature is enabled in this environment. |
| 409 | Search for an object named company-oidc; continue with it or choose a unique name. |
| 422 / validation error | Correct only the highlighted fields. Keep identifiers lowercase unless the form explicitly allows otherwise. |
| 429 | Wait for the displayed retry interval or reduce the request scope; do not start parallel retries. |
| 5xx / timeout | Refresh once after the server has recovered; do not repeat a destructive action while its result is unknown. Save the correlation ID and timestamp for support. |