Active Directory integration known issues

The following are the known issues with Active Directory (AD) integrations:

  • If you're using a custom URL:

    • Agents – Use the actual domain (example.okta.com) and not the custom domain (example.customname.com).
    • IWA SSO – Modify the web.config file to include the custom url.

      <oktaSSOConfigGroup>

      <oktaSSOConfig orgOktaAuthenticationURL="https://example.customname.com/login/sso_iwa_auth"

      orgBackupOktaAuthenticationURL="https://example.customname.com/login/default"

      oktaSSOWebAppVersion="1.11.5.0">

    • Agentless DSSO – Make sure that all sign-in flows and browser bookmarks use the correct URL.
  • When you add a new attribute to an AD domain, restart every Okta AD Agent connected to the domain. If the Okta AD Agents are not restarted, an Active Directory restriction causes the AD agents to base-64 encode the new attribute's values.
  • When renaming an AD domain, uninstall the Okta AD Agent before you start the renaming process. When you complete the renaming process, reinstall the Okta AD Agent with the new domain name. A renamed domain appears as a new AD app instance in Okta.
  • Sometimes, group membership information for AD-sourced users that is imported into Okta during Just-In-Time (JIT) provisioning isn't removed by full or incremental imports. Subsequent JIT or profile updates are required to update group membership information.
  • When the provisioning settings indicate Do nothing when users are deactivated, users remain active in Okta. When a single source provides user profile attributes, deactivated users are disconnected from the source and Okta becomes the source for user profile attributes.

Related topics

Configure a custom URL domain