Skip to content

Latest commit

 

History

History
20 lines (16 loc) · 2.76 KB

AuthorizationServer.md

File metadata and controls

20 lines (16 loc) · 2.76 KB

Okta.Sdk.Model.AuthorizationServer

Properties

Name Type Description Notes
Audiences List<string> The recipients that the tokens are intended for. This becomes the `aud` claim in an access token. Okta currently supports only one audience. [optional]
Created DateTimeOffset [optional] [readonly]
Credentials AuthorizationServerCredentials [optional]
Description string The description of the custom authorization server [optional]
Id string The ID of the custom authorization server [optional] [readonly]
Issuer string The complete URL for the custom authorization server. This becomes the `iss` claim in an access token. [optional]
IssuerMode string Indicates which value is specified in the issuer of the tokens that a custom authorization server returns: the Okta org domain URL or a custom domain URL. `issuerMode` is visible if you have a custom URL domain configured or the Dynamic Issuer Mode feature enabled. If you have a custom URL domain configured, you can set a custom domain URL in a custom authorization server, and this property is returned in the appropriate responses. When set to `ORG_URL`, then in responses, `issuer` is the Okta org domain URL: `https://${yourOktaDomain}`. When set to `CUSTOM_URL`, then in responses, `issuer` is the custom domain URL configured in the administration user interface. When set to `DYNAMIC`, then in responses, `issuer` is the custom domain URL if the OAuth 2.0 request was sent to the custom domain, or is the Okta org's domain URL if the OAuth 2.0 request was sent to the original Okta org domain. After you configure a custom URL domain, all new custom authorization servers use `CUSTOM_URL` by default. If the Dynamic Issuer Mode feature is enabled, then all new custom authorization servers use `DYNAMIC` by default. All existing custom authorization servers continue to use the original value until they're changed using the Admin Console or the API. This way, existing integrations with the client and resource server continue to work after the feature is enabled. [optional]
LastUpdated DateTimeOffset [optional] [readonly]
Name string The name of the custom authorization server [optional]
Status LifecycleStatus [optional]
Links AuthServerLinks [optional]

[Back to Model list] [Back to API list] [Back to README]