Référence sur l'intégration LDAP Sun ONE Application Server

Cette rubrique fournit des informations de référence spécifiques aux intégrations LDAP de Sun ONE Application Server. Lorsque vous installerez l'Agent LDAP Okta, vous aurez besoin de ces informations afin d'intégrer votre répertoire Sun ONE Application Server dans Okta. Consultez la section Installer l’Agent LDAP Okta.

Version recommandée

Sun ONE Application Server 5.2

Problèmes connus

  • Les utilisateurs doivent fournir leur nouveau mot de passe deux fois pour accéder à Okta End-User Dashboard après avoir demandé une réinitialisation de mot de passe en libre-service ou après qu'un administrateur a réinitialisé son mot de passe.
  • Les utilisateurs utilisant un mot de passe temporaire ne sont pas invités à en créer un et peuvent continuer à utiliser leur mot de passe temporaire pour s'authentifier.
  • Les mots de passe expirés des utilisateurs ne peuvent pas être mis à jour.
  • Un compte utilisateur verrouillé sur le serveur LDAP ne peut pas être déverrouillé.
  • Lorsque les paramètres d'approvisionnement indiquent Ne rien faire alors que les utilisateurs sont désactivés, les utilisateurs restent actifs dans Okta. Lorsqu'une seule source fournit des attributs de profil utilisateur, les utilisateurs désactivés sont déconnectés de la source et Okta devient la source des attributs de profil utilisateur.

Configuration de l'intégration

Durant l'installation et la configuration initiales de l'agent décrites dans la section Installer l'Agent LDAP Okta , les attributs pour Sun ONE Application Server seront les suivants :

  • Version LDAP : Sun ONE Application Server. Si vous sélectionnez une autre option, le contrôle de demande de la vue en liste virtuelle ne sera pas activé. Une importation LDAP peut échouer si l'ensemble de données est trop volumineux. L'option Sun ONE Application Server n'est pas disponible à moins qu'elle ne soit activée par l'assistance Okta.
  • Attribut d'identificateur unique : nsuniqueid
  • Attribut DN : entrydn
  • Classe d'objets utilisateur : inetorgperson
  • Filtre d'objets utilisateur : (objectclass=inetorgperson)
  • * Attribut de compte désactivé : nsaccountlock
  • *Valeur du compte désactivé : TRUE
  • *Valeur du compte activé : FALSE
  • Attribut du mot de passe : userpassword
  • Classe d'objets de groupe : groupofuniquenames
  • Filtre d'objets de groupe : (objectclass=groupofuniquenames)
  • Attribut de membre : uniquemember

Lecture de schéma

Il n'existe pas de spécificité particulière pour les intégrations LDAP Sun ONE Application Server.

Pour ajouter des attributs des classes AUX, ajoutez la classe auxiliaire comme classe d'objets auxiliaires à la configuration d'approvisionnement de répertoire. Par exemple, l'attribut dc est ajouté aux attributs de schéma Okta lorsque la classe d'objets auxiliaires est dcObject.

Modification de mot de passe

Les utilisateurs peuvent modifier leur mot de passe en sélectionnant Paramètres dans Okta End-User Dashboard.

Les opérations de mise à jour de mots de passe qui échouent sont analysées par Okta et le message d'erreur apparaît sur la page Authentification déléguée. Par exemple, lorsqu'un nouveau mot de passe existe déjà, le message d'erreur suivant apparaît : Password change failed due to following reason : password in history.

Réinitialisation de mot de passe

Un administrateur peut déclencher une réinitialisation de mot de passe . Les utilisateurs peuvent déclencher une réinitialisation de mot de passe en cliquant sur le lien Mot de passe oublié.

La réinitialisation de mot de passe peut échouer si le nouveau mot de passe ne répond pas aux critères de la politique de mots de passe.

Les utilisateurs ne peuvent pas mettre à jour les mots de passe expirés. Les administrateurs doivent réinitialiser les mots de passe expirés.

Validation de mot de passe

Utilisez la classe d'objets pwdPolicy pour implémenter des politiques Sun ONE Application Server spécifiques en matière de mots de passe.

Vous pouvez configurer des paramètres tels que la longueur du mot de passe et la date de son expiration sur votre instance LDAP.

Si un utilisateur saisit un mot de passe Okta erroné quatre fois de suite ou un mot de passe LDAP erroné cinq fois de suite, le statut de son compte utilisateur LDAP est Verrouillé. Cependant, le statut du compte utilisateur s'affiche comme suit : Actif dans Okta Admin Console. Lorsqu'un compte est dans cet état, un administrateur devra alors intervenir pour déverrouiller le compte utilisateur. Voir la section Déverrouiller le compte d'un seul utilisateur.

Importer

Il n'existe pas de spécificité particulière pour les intégrations Sun ONE Application Server.

Approvisionnement JIT

Il n'existe pas de spécificité liée à l'approvisionnement JIT Sun ONE Application Server. Pour l'identification de l'utilisateur (UID), utilisez un format d'e-mail correspondant au paramètre par défaut pour un nom d'utilisateur Okta. N'utilisez pas de fournisseur d'identité (IdP) externe pour déclencher la connexion.

Pour vous assurer que l'approvisionnement JIT a bien été effectué dès la première tentative, vérifiez les éléments suivants :

  • La valeur de l'attribut de nom configuré (tel que l'UID) ne doit pas exister dans Okta.
  • La valeur de l'attribut de nom configuré (tel que l'UID) doit être unique dans l'ensemble des répertoires utilisant JIT.
  • Les attributs obligatoires doivent être présents. Les valeurs Okta par défaut sont email, givenName, sn et uid.
  • Le mot de passe doit être correct.
  • L'Attribut de compte désactivé doit avoir la valeur false sur le serveur LDAP.

Lorsque l'approvisionnement JIT est effectué, l'ensemble des attributs utilisateur spécifiés sur la page des paramètres LDAP et dans Profile Editor est importé. Pour sélectionner d'autres attributs obligatoires, utilisez Profile Editor.

Importation d'appartenances

Durant l'importation, si les paramètres Sun ONE Application Server par défaut sont utilisés, les groupes utilisateur avec l'objectClass group sont importés et ajoutés à l'utilisateur spécifié dans l'attribut de groupe du membre.

Lors de l'importation, si l'attribut d'appartenance est défini sur seeAlso, les utilisateurs seront affectés aux groupes ajoutés à l'attribut utilisateur seeAlso.

Provisionnement

Pour autoriser la configuration de mots de passe lors de la création ou l'affectation d'utilisateurs, désactivez DelAuth, activez LDAP_PUSH_PASSWORD_UPDATES, puis activez la synchronisation de mots de passe sur votre instance LDAP. Avec cette configuration, l'agent LDAP envoie l'action PASSWORD_UPDATE lors de la première connexion ou affectation de l'utilisateur. Sans cette configuration, le mot de passe ne sera pas transféré vers votre instance LDAP.

Pour créer et affecter des mots de passe lors de la création de profils utilisateur :

  1. Contactez l'assistance client d'Okta afin d'activer les mises à jour push de mots de passe LDAP.
  2. Désactivez l'authentification déléguée :
    1. Dans l'Admin Console, accédez à Sécurité > Authentification déléguée > LDAP.
    2. Cliquez sur Modifier dans le volet Authentification déléguée.
    3. Décochez la case à cocher Activer l'authentification déléguée sur LDAP
    4. Cliquez sur Enregistrer.
    5. Acceptez les paramètres par défaut pour réinitialiser l'ensemble des mots de passe utilisateur LDAP, puis cliquez sur Désactiver l'Authentification LDAP.
  3. Dans votre Admin Console, accédez à Répertoire > Intégrations de répertoires > LDAP > Approvisionnement > Dans l'application.
  4. Cliquez sur Modifier, sélectionnez Activer en regard de Synchroniser un mot de passe, puis sur Enregistrer.

    Lorsque l'option Synchroniser un mot de passe est activée, l'agent LDAP envoie l'action PASSWORD_UPDATE lors de la première connexion de l'utilisateur.

Pour affecter à LDAP des utilisateurs Okta existants, suivez les étapes ci-après :

  1. Dans votre Admin Console, accédez à Répertoire > Intégrations de répertoires > LDAP > Approvisionnement > Dans l'application.
  2. Cliquez sur Modifier, sélectionnez Activer en regard de Créer des utilisateurs, puis sur Enregistrer.
  3. Cliquez sur Répertoire > Groupes.
  4. Sélectionnez le groupe Okta auquel vous souhaitez affecter des utilisateurs.
  5. Cliquez sur Gérer les répertoires.
  6. Sélectionnez une instance LDAP dans le volet gauche, puis cliquez sur Suivant.
  7. Saisissez le nom unique entier (DN) pour le conteneur LDAP du nouvel utilisateur dans le champ Nom unique de destination pour l'approvisionnement.
  8. Cliquez sur Confirmer les modifications.

Dépannage

Si l'authentification de répertoire LDAP échoue, les journaux de l'agent affichent des messages similaires à ceux présentés ci-après afin de fournir une assistance au diagnostic et à la résolution :

Agent: Réussite

POST initiated with result status=SUCCESS, actionType=USER_AUTH_AND_UPDATE, actionId=ADSugxTWZNrShgm5I0g3, diagnostic message=, error code=, matched dn=, message=SUCCESS, result code=, vendor=SUN_ONE

Agent: Delauth failure

POST initiated with result status=FAILURE, actionType=USER_AUTH_AND_UPDATE, actionId=ADSugzVSA6oKwrKPq0g3, diagnostic message=, error code=49, matched dn=cn=Test@test.com,ou=usersLynxy2,dc=oktalab,dc=local, message=LDAPException(resultCode=49 (invalid credentials), errorMessage='invalid credentials'), result code=invalid credentials, vendor=SUN_ONE

Agent: Aucun utilisateur

POST initiated with result status=FAILURE, actionType=USER_AUTH_AND_UPDATE, actionId=ADSuh1FpTTEenrJ620g3, diagnostic message=, error code=, matched dn=, message=User not found while executing query: (&(objectclass=inetorgperson)(uid=Test@test.com)), result code=, vendor=SUN_ONE

Agent: Mot de passe expiré

POST initiated with result status=FAILURE, actionType=USER_AUTH_AND_UPDATE, actionId=ADSuh9BcFFLxYM7wg0g3, diagnostic message=password expired!, error code=49, matched dn=cn=test@test.com,ou=userstest,dc=oktalab,dc=local, message=LDAPException(resultCode=49 (invalid credentials), errorMessage='password expired!', diagnosticMessage='password expired!', responseControls={PasswordExpiredControl(isCritical=false)}), result code=PASSWORD_EXPIRED, vendor=SUN_ONE

Agent: User locked or disabled

POST initiated with result status=FAILURE, actionType=USER_AUTH_AND_UPDATE, actionId=ADSuh3qBZ7EjPu40H0g3, diagnostic message=Account inactivated. Contact system administrator., error code=53, matched dn=cn=test@test.com,ou=userstest,dc=oktalab,dc=local, message=LDAPException(resultCode=53 (unwilling to perform), errorMessage='Account inactivated. Contact system administrator.', diagnosticMessage='Account inactivated. Contact system administrator.'), result code=unwilling to perform, vendor=SUN_ONE