15.7 Fin de l'installation des applications d'identité

Cette section fournit des instructions concernant les opérations à exécuter éventuellement après l'installation de l'application d'identité et de son infrastructure :

15.7.1 Vérification de l'état de santé du serveur dans un environnement de grappe

Pour plus d'informations, reportez-vous à la section Vérification de l'état de santé du serveur

15.7.2 Création manuelle du schéma de base de données

Lorsque vous installez les applications d'identité, vous pouvez repousser la connexion à la base de données ou créer des tables dans la base de données. Si vous ne disposez pas d'autorisations pour la base de données, vous pouvez être amené à sélectionner cette option. Le programme d'installation crée un fichier SQL que vous pouvez utiliser pour créer le schéma de base de données. Une fois l'installation terminée, vous avez également la possibilité de recréer les tables de la base de données sans toutefois devoir réinstaller. Pour ce faire, supprimez la base de données des applications d'identité et créez-en une nouvelle portant le même nom.

Utilisation du fichier SQL pour générer le schéma de base de données

Cette section présume que le programme d'installation a créé un fichier SQL que vous pouvez exécuter pour créer le schéma de base de données. Si vous ne disposez pas du fichier SQL, reportez-vous à la section Création manuelle du fichier SQL pour générer le schéma de base de données.

REMARQUE :n'utilisez pas SQL*Plus pour exécuter le fichier SQL. La longueur des lignes du fichier dépasse 4 000 caractères.

  1. Arrêtez le serveur d'applications

  2. Connectez-vous au serveur de base de données.

  3. Supprimez la base de données utilisée par les applications d'identité.

  4. Créez une nouvelle base de données portant le même nom que celle supprimée à l'Étape 3.

  5. Accédez au script SQL créé par la procédure d'installation, situé par défaut dans le répertoire/chemin_installation/userapp/sql.

  6. Faites en sorte que l'administrateur de la base de données exécute le script SQL pour créer et configurer la base de données de l'application utilisateur.

  7. Relancez Tomcat.

Création manuelle du fichier SQL pour générer le schéma de base de données

Vous pouvez recréer les tables de base de données après l'installation, sans qu'il soit nécessaire de réinstaller et sans avoir le fichier SQL. Cette section vous aide à créer le schéma de base de données dans le cas où vous n'avez pas le fichier SQL.

  1. Arrêtez Tomcat.

  2. Connectez-vous au serveur qui héberge votre base de données des applications d'identité.

  3. Supprimez la base de données existante.

  4. Créez une nouvelle base de données portant le même nom que celle que vous avez supprimée à l'Étape 3.

  5. Dans un éditeur de texte, ouvrez le fichier NetIQ-Custom-Install.log. Il est situé par défaut à la racine du répertoire d'installation des applications d'identité. Exemple :

    C:\NetIQ\idm\apps\UserApplication

  6. Recherchez et copiez la commande ci-dessous à partir du fichier NetIQ-Custom-Install.log.

    C:\NetIQ\idm\jre\bin\java -Xms256m -Xmx256m  -Dwar.context.name=IDMProv -Ddriver.dn="cn=User Application Driver,cn=driverset1,o=system" -Duser.container="o=data" -jar C:\NetIQ\idm\jre\liquibase.jar --databaseClass=liquibase.database.core.PostgresDatabase --driver=org.postgresql.Driver --classpath=C:\NetIQ\idm\apps\postgresql\postgresql-9.4.1212jdbc42.jar C:\NetIQ\idm\apps\UserApplication\IDMProv.war --changeLogFile=DatabaseChangeLog.xml  --url="jdbc:postgresql://localhost:5432/idmuserappdb" --contexts="prov,newdb" --logLevel=info --logFile=C:\NetIQ\idm\apps\UserApplication\db.out --username=******** --password=******** update

  7. Connectez-vous au serveur sur lequel vous avez installé la base de données des applications d'identité.

  8. Dans un terminal, collez la chaîne de commande que vous avez copiée.

    REMARQUE :la commande doit être updateSQL. Si seule la mention update est indiquée, remplacez la commande par updateSQL.

  9. Dans la commande, remplacez les astérisques (*) qui représentent le nom d'utilisateur et mot de passe d'accès à la base de données par les valeurs réelles requises pour l'authentification. En outre, vérifiez que le nom du fichier SQL n'est pas déjà utilisé.

  10. Exécutez la commande.

  11. (Facultatif) Si le processus génère un fichier SQL au lieu d'alimenter la base de données, indiquez à votre administrateur de base de données le fichier à importer sur le serveur de la base de données. Pour plus d'informations, reportez-vous à la section Utilisation du fichier SQL pour générer le schéma de base de données.

  12. Une fois que l'administrateur de la base de données a importé le fichier SQL, démarrez Tomcat.

15.7.3 Importation manuelle des applications d'identité et des certificats Identity Reporting dans le coffre-fort d'identité.

  • Si vous avez des certificats personnalisés pour les applications d'identité et le composant Identity Reporting, importez ces certificats dans le coffre-fort d'identité à l'emplacement C:\NetIQ\eDirectory\jre\lib\security\cacerts.

    Par exemple, vous pouvez utiliser la commande keytool suivante pour importer des certificats dans le coffre-fort d'identité :

    keytool -importkeystore -alias <User Application certificate alias> -srckeystore  <backup cacert> -srcstorepass changeit -destkeystore C:\NetIQ\eDirectory\jre\lib\security\cacerts

  • Si vous installez SSPR sur un serveur différent de celui du serveur d'applications utilisateur, assurez-vous que le certificat de l'application SSPR est ajouté à l'application utilisateur cacerts.

15.7.4 Enregistrement de la clé principale

NetIQ recommande de copier la clé principale codée et de l'enregistrer en lieu sûr immédiatement après l'installation. Si cette installation est sur le premier membre d'une grappe, utilisez cette clé principale codée lors de l'installation des applications d'identité sur d'autres membres de la grappe.

AVERTISSEMENT :conservez toujours une copie de la clé maîtresse codée. Vous avez besoin de la clé principale codée pour accéder à nouveau aux données codées en cas de perte de la clé principale. Par exemple, vous aurez peut-être besoin de la clé après une panne matérielle.

15.7.5 Configuration du coffre-fort d'identité pour les applications d'identité

Les applications d'identité doivent être en mesure d'interagir avec les objets contenus dans le coffre-fort d'identité.

Pour améliorer les performances des applications d'identité, l'administrateur eDirectory doit créer des index de valeur pour les attributs manager, ismanager et srvprvUUID. Sans index de valeur sur ces attributs, les performances des applications d'identité peuvent être réduites, en particulier dans les environnements de grappe.

Vous pouvez créer ces index de valeur automatiquement au cours de l'installation en sélectionnant Advanced > Create eDirectory Indexes (Avancé > Créer des index eDirectory) dans l'utilitaire de configuration de RBPM. Pour plus d'informations sur l'utilisation du gestionnaire d'index pour créer des index de valeur, reportez-vous au Guide d'administration de NetIQ eDirectory.

15.7.6 Modification du nom de contexte par défaut pour l'application utilisateur

Au lieu d'utiliser le nom de contexte par défaut, vous pouvez créer un contexte selon vos besoins organisationnels. Vous pouvez modifier le nom du contexte en effectuant les opérations suivantes :

  1. Arrêtez le service Tomcat à l'aide du fichier services.msc.

  2. Accédez au répertoire de l'application utilisateur situé à l'emplacement C:\NetIQ\idm\apps\UserApplication.

  3. Lancez l'utilitaire configupdate en mode GUI.

    Assurez-vous que l'option use_console est définie sur false dans le fichier configupdate.bat.properties.

  4. Sous l'onglet Application utilisateur, cliquez sur Aff. options avancées et effectuez les opérations suivantes :

    1. Sélectionnez Modifier le nom du contexte RBPM.

    2. Spécifiez le nom de contexte personnalisé dans Nom du contexte RBPM. Par exemple : IDMProvCustom.

    3. Recherchez et le DN du pilote de rôles et sélectionnez-le. Par exemple : cn=Role and Resource Service Driver,cn=Driver Set,o=system.

    4. Cliquez sur OK.

  5. Vérifiez que le fichier WAR a été renommé.

    • Accédez au dossier Tomcat webapps, puis vérifiez si l'entrée IDMProvCustom.war a été mise à jour.

    • Accédez au fichier de propriétés ism-configuration situé dans \TOMCAT_INSTALLED_HOME\conf et vérifiez si l'entrée portal.context indique le nouveau nom de contexte.

  6. Mettez à jour votre base de données avec le nouveau nom de contexte à l'aide du fichier update-context.bat situé dans C:\NetIQ\idm\apps\UserApplication.

    Émettez la commande suivante pour exécuter le fichier update-context.bat. 

    ua:C:\NetIQ\idm\apps\UserApplication # vi update-context.bat

    Vous devez voir les entrées suivantes sur votre écran :

    # copy and paste or execute this script before changing context name
    # Substitute your new context where indicated
    # 
    C:\NetIQ\idm\jre\bin\java -Xms256m -Xmx256m  -Dwar.context.name=[New Context Here] -Ddriver.dn=[UA Driver DN] -jar C:\NetIQ\idm\apps\UserApplication\liquibase.jar --databaseClass=liquibase.database.core.PostgresDatabase  --driver=org.postgresql.Driver  --classpath=
C:\NetIQ\idm\apps\postgres\postgresql-9.4.1212.jdbc42.jar:
C:\NetIQ\idm\apps\tomcat\webapps\IDMProv.war --changeLogFile=UpdateProducerId.xml   --url="jdbc:postgresql://localhost:5432/idmuserappdb?compatible=true" --contexts="prov,updatedb" --logLevel=debug --username=******** --password=******** update

    Par exemple, exécutez le script suivant si vous utilisez une base de données PostgreSQL :

    C:\NetIQ\idm\apps\jre\bin\java -Xms256m -Xmx256m  -Dwar.context.name=IDMProvCustom  -Ddriver.dn= cn=Role and Resource Service Driver,cn=driverset1,o=system -jar 
C:\NetIQ\idm\apps\UserApplication\liquibase.jar --databaseClass=liquibase.database.core.PostgresDatabase  --driver=org.postgresql.Driver  --classpath=
C:\NetIQ\idm\apps\postgres\postgresql-9.4.1212.jdbc42.jar:
C:\NetIQ\idm\apps\tomcat\webapps\IDMProv.war --changeLogFile=UpdateProducerId.xml   --url="jdbc:postgresql://<Database Server:5432/idmuserappdb?compatible=true" --contexts="prov,updatedb" --logLevel=debug -–username=dbadmin --password=******** update

    où

    -Dwar.context.name=IDMProvCustom indique le nouveau contexte.

    -Ddriver.dn ="cn=User Application Driver,cn=driverset1,o=system" spécifie le DN du pilote de l'application utilisateur.

    --username=dbadmin spécifie le nom de l'administrateur de base de données qui peut créer des tables de base de données, des vues et d'autres artefacts.

    IMPORTANT :ne modifiez pas les détails du pilote de base de données dans le script pour les autres bases de données prises en charge.

  7. Assurez-vous que les tables de base de données contiennent le nouveau nom de contexte.

    Nom des tables

    Colonne à vérifier

    PORTALPRODUCERS

    producerid

    PORTALPRODUCERREGISTRY

    producerid

    PORTALREGISTRY

    producerid

    PORTALPORTLETSETTINGS

    producerid

    PORTALPORTLETHANDLES

    producerid

    PROFILEGROUPPREFERENCES

    ElementID

    Par exemple, exécutez la commande SQL suivante pour vérifier le nouveau nom de contexte dans la table PORTALPRODUCERS :

    Select * from PORTALPRODUCERS;

    La commande doit renvoyer uniquement le nouveau nom de contexte.

  8. Démarrez le service Tomcat à l'aide du fichier services.msc.

15.7.7 Reconfiguration du fichier WAR des applications d'identité

Pour mettre à jour le fichier WAR des applications d'identité, exécutez l'utilitaire de configuration de RBPM.

  1. Exécutez l'utilitaire dans le répertoire d'installation à l'aide de la commande configupdate.bat.

    Pour plus d'informations sur les paramètres de l'utilitaire, reportez-vous au Section 15.8, Configuration des paramètres pour les applications d'identité.

  2. Déployez le nouveau fichier WAR sur votre serveur d'applications.

    Dans le cas d'un serveur Tomcat unique, les modifications sont appliquées au fichier WAR déployé.

15.7.8 Configuration de la gestion des mots de passe oubliés

Le programme d'installation d'Identity Manager comprend une fonction de réinitialisation des mots de passe en self-service pour vous aider à gérer le processus de réinitialisation des mots de passe oubliés. Sinon, vous pouvez utiliser un système de gestion des mots de passe externe.

Utilisation de Self Service Password Reset pour la gestion des mots de passe oubliés

Dans la plupart des cas, vous pouvez activer la fonctionnalité de gestion des mots de passe oubliés lors de l'installation de SSPR et des applications d'identité. Toutefois, vous n'avez peut-être pas spécifié l'URL de la page de renvoi pour les applications d'identité vers laquelle SSPR renvoie les utilisateurs après une modification de mot de passe. Vous devrez peut-être également activer la gestion de mot de passe oublié. Cette section contient les informations suivantes :

Configuration d'Identity Manager pour l'utilisation de SSPR

Cette section fournit des informations sur la configuration d'Identity Manager pour l'utilisation de SSPR.

  1. Connectez-vous au serveur sur lequel vous avez installé les applications d'identité.

  2. Exécutez l'utilitaire de configuration de RBPM. Pour plus d'informations, reportez-vous à la Section 15.8.1, Exécution de l'utilitaire de configuration des applications d'identité.

  3. Dans l'utilitaire, accédez à Authentification > Gestion des mots de passe.

  4. Pour Fournisseur de gestion des mots de passe, indiquez SSPR.

  5. Sélectionnez Mot de passe oublié.

  6. Accédez à Clients SSO > Réinitialisation de mot de passe en self-service.

  7. Pour l'ID du client OSP, spécifiez le nom à utiliser pour identifier le client Single Sign-On pour SSPR vis-à-vis du serveur d'authentification. La valeur par défaut est sspr.

  8. Pour le secret du client OSP, indiquez le mot de passe pour le client Single Sign-On pour SSPR.

  9. Pour l'URL de redirection OSP, spécifiez l'URL absolue vers laquelle le serveur d'authentification redirige un client de navigateur une fois l'authentification effectuée.

    Utilisez le format suivant : protocole://serveur:port/chemin. Par exemple : http://10.10.10.48:8180/sspr/public/oauth.

  10. Enregistrez les modifications, puis fermez l'utilitaire.

Configuration de SSPR pour Identity Manager

Cette section fournit des informations sur la configuration de SSPR afin que cet utilitaire fonctionne avec Identity Manager. Par exemple, vous pouvez modifier les stratégies de mot de passe et de questions de vérification d'identité.

Lorsque vous avez installé SSPR avec Identity Manager, vous avez spécifié un mot de passe qu'un administrateur peut utiliser pour configurer l'application. NetIQ vous recommande de modifier les paramètres de SSPR, puis de spécifier le compte d'administrateur ou le groupe en mesure de configurer SSPR. Pour plus d'informations sur la configuration du mot de passe, reportez-vous au Section 14.2, Installation du composant de gestion des mots de passe pour Identity Manager.

  1. Connectez-vous à SSPR à l'aide du mot de passe de configuration que vous avez spécifié au cours de l'installation.

  2. Sur la page Paramètres, modifiez les paramètres de la stratégie de mot de passe et de questions de vérification d'identité. Pour plus d'informations sur la configuration des valeurs par défaut des paramètres SSPR, reportez-vous à la section Configuring Self Service Password Reset (Configuration de la réinitialisation de mot de passe en self-service) du manuel NetIQ Self Service Password Reset Administration Guide (Guide d'administration de NetIQ SSPR).

  3. Verrouillez le fichier de configuration de SSPR (SSPRConfiguration.xml). Pour plus d'informations sur le verrouillage du fichier de configuration, reportez-vous à la section Verrouillage de la configuration de SSPR.

  4. (Facultatif) Pour modifier les paramètres de SSPR après avoir verrouillé la configuration, vous devez définir le paramètre configIsEditable sur true dans le fichier SSPRConfiguration.xml.

  5. Déconnectez-vous de SSPR.

  6. Pour que les modifications prennent effet, redémarrez Tomcat.

Verrouillage de la configuration de SSPR

  1. Accédez à http://<IP/nom DNS>:<port>/sspr. Ce lien vous permet d'accéder au portail SSPR.

  2. Connectez-vous à Identity Manager avec un compte d'administrateur ou connectez-vous avec vos références de connexion existantes.

  3. Cliquez sur Gestionnaire de configuration en haut de la page et entrez le mot de passe de configuration spécifié au cours de l'installation.

  4. Cliquez sur Éditeur de configuration et accédez à Paramètres > Paramètres LDAP.

  5. Verrouillez le fichier de configuration de SSPR (SSPRConfiguration.xml).

    1. Dans la section relative aux autorisations d'administrateur, définissez un filtre au format LDAP pour un utilisateur ou un groupe qui dispose de droits d'administrateur pour SSPR dans le coffre-fort d'identité. Par défaut, le filtre est défini sur groupMembership=cn=Admins,ou=Groups,o=example.

      Par exemple, réglez-le sur uaadmin (cn=uaadmin) pour l'administrateur de l'application utilisateur.

      Cela empêche les utilisateurs de modifier la configuration de SSPR, à l'exception de l'administrateur SSPR qui dispose de droits d'accès complets pour modifier les paramètres.

    2. Pour garantir que la requête LDAP renvoie des résultats, cliquez sur View Matches (Afficher les correspondances).

      Si le paramètre présente une erreur, vous ne pouvez pas passer à l'option de configuration suivante. SSPR affiche les détails de l'erreur afin de vous aider à résoudre le problème.

    3. Cliquez sur Enregistrer.

    4. Dans la fenêtre de confirmation qui s'affiche, cliquez sur OK.

      Lorsque SSPR est verrouillé, l'administrateur peut afficher d'autres options dans l'interface utilisateur d'administration, telles que le tableau de bord, l'activité de l'utilisateur, l'analyse des données, etc., qui n'étaient pas disponibles avant le verrouillage de SSPR.

  6. (Facultatif) Pour modifier les paramètres de SSPR après avoir verrouillé la configuration, vous devez définir le paramètre configIsEditable sur true dans le fichier SSPRConfiguration.xml.

  7. Déconnectez-vous de SSPR.

  8. Reconnectez-vous ensuite à SSPR avec les références d'administrateur définies à l'Étape 3.

  9. Cliquez sur Close Configuration (Fermer la configuration), puis sur OK pour confirmer les modifications.

  10. Pour que les modifications prennent effet, redémarrez Tomcat.

Utilisation du fournisseur hérité pour la gestion des mots de passe oubliés

Au lieu de SSPR, vous pouvez utiliser le fournisseur hérité d'Identity Manager pour la gestion des mots de passe oubliés. Si vous choisissez ce fournisseur, vous n'avez pas besoin d'installer SSPR. Toutefois, vous devez réassigner les autorisations des utilisateurs pour accéder aux pages partagées pour la gestion des mots de passe. Cette section présente la procédure nécessaire pour effectuer ces opérations :

Pour plus d'informations sur le fournisseur hérité, reportez-vous à la Section 4.4.2, Présentation du fournisseur hérité pour la gestion des mots de passe. Pour plus d'informations sur les autorisations et pages partagées, reportez-vous à la section Page Administration (Administration de pages) du NetIQ Identity Manager - Administrator's Guide to the Identity Applications (NetIQ Identity Manager - Guide de l'administrateur des applications d'identité).

Configuration du fournisseur hérité pour la gestion des mots de passe oubliés

  1. Connectez-vous au serveur sur lequel vous avez installé les applications d'identité.

  2. Exécutez l'utilitaire de configuration de RBPM. Pour plus d'informations, reportez-vous à la Section 15.8.1, Exécution de l'utilitaire de configuration des applications d'identité.

  3. Dans l'utilitaire, accédez à Authentification > Gestion des mots de passe.

  4. Pour Fournisseur de gestion des mots de passe, spécifiez Application utilisateur (héritée).

  5. Pour Mot de passe oublié, spécifiez Interne.

  6. Accédez à Clients SSO > Réinitialisation de mot de passe en self-service.

  7. Pour URL de redirection OSP, le paramètre doit être vide.

  8. Enregistrez les modifications, puis fermez l'utilitaire.

Nouvelle assignation d'autorisations pour les pages de gestion des mots de passe

Les paramètres pour les applications d'identité sont définis par défaut sur SSPR au cours de l'installation. Vous devez assigner ou réassigner les autorisations concernant les utilisateurs, groupes ou conteneurs auxquels vous souhaitez accorder l'accès aux pages partagées de gestion des mots de passe. Lorsque vous assignez à des utilisateurs l'autorisation Afficher pour une page de conteneur ou une page partagée, les utilisateurs peuvent accéder à cette page et la visualiser dans une liste de pages disponibles.

  1. Vérifiez qu'Identity Manager utilise le fournisseur hérité. Pour plus d'informations, reportez-vous à la section Configuration du fournisseur hérité pour la gestion des mots de passe oubliés.

  2. Connectez-vous à l'application utilisateur en tant qu'administrateur. Par exemple, connectez-vous en tant que uaadmin.

  3. Accédez à Administration > Admin. des pages.

  4. Dans le volet Pages partagées, accédez à Gestion des mots de passe.

  5. Sélectionnez la page pour laquelle vous souhaitez définir des autorisations. Par exemple, Modifier le mot de passe ou Réponse de vérification d'identité de mot de passe.

  6. Dans le volet de droite, cliquez sur Assigner des autorisations.

  7. Dans Afficher, sélectionnez les utilisateurs, les groupes ou les conteneurs à assigner à la page.

  8. (Facultatif) Pour que seul un administrateur de l'application puisse accéder à la page spécifiée, sélectionnez Autorisation d'affichage accordée à l'administrateur uniquement.

  9. Cliquez sur Enregistrer.

  10. Répétez la procédure de l'Étape 5 à l'Étape 9 pour chaque page à configurer.

  11. Sélectionnez l'icône Accueil pour revenir au tableau de bord.

  12. Accédez à Applications, puis sélectionnez .

  13. Sur la page Gérer les applications, remplacez le lien vers SSPR par le lien pour UserApp PwdMgt.

    Pour plus d'informations, reportez-vous à la section Mise à jour des liens SSPR dans le tableau de bord pour un environnement distribué ou de grappe et à l'Aide relative aux applications d'identité.

  14. Déconnectez-vous, puis redémarrez Tomcat.

Utilisation d'un système externe pour la gestion des mots de passe oubliés

Pour utiliser un système externe, vous devez spécifier l'emplacement d'un fichier WAR contenant la fonction de mot de passe oublié. Ce processus comprend les opérations suivantes :

Spécification d'un fichier WAR externe de gestion des mots de passe oubliés

Si vous ne spécifiez pas cette valeur lors de l'installation et que vous souhaitez modifier les paramètres, vous pouvez utiliser l'utilitaire de configuration de RBPM ou apporter les modifications dans l'application utilisateur en tant qu'administrateur.

  1. (Facultatif) Pour modifier les paramètres de l'utilitaire de configuration de RBPM, procédez comme suit :

    1. Connectez-vous au serveur sur lequel vous avez installé les applications d'identité.

    2. Exécutez l'utilitaire de configuration de RBPM. Pour plus d'informations, reportez-vous à la Section 15.8.1, Exécution de l'utilitaire de configuration des applications d'identité.

    3. Dans l'utilitaire, accédez à Authentification > Gestion des mots de passe.

    4. Pour Fournisseur de gestion des mots de passe, spécifiez Application utilisateur (héritée).

  2. (Facultatif) Pour modifier les paramètres dans l'application utilisateur, procédez comme suit :

    1. Connectez-vous en tant qu'administrateur de l'application utilisateur.

    2. Accédez à Administration > Configuration de l'application > Config. module mot de passe > Login.

  3. Pour Mot de passe oublié, spécifiez Externe.

  4. Pour Lien Mot de passe oublié, spécifiez le lien affiché lorsque l'utilisateur clique sur Mot de passe oublié sur la page de connexion. Lorsque l'utilisateur clique sur ce lien, l'application dirige l'utilisateur vers le système de gestion des mots de passe externe. Exemple :

    http://localhost:8180/ExternalPwd/jsps/pwdmgt/ForgotPassword.jsp

  5. Pour l'option Lien Retour mot de passe oublié, indiquez le lien qui s'affiche lorsque l'utilisateur a terminé la procédure de mot de passe oublié. Lorsque l'utilisateur clique sur ce lien, il est redirigé vers le lien spécifié. Exemple :

    http://localhost/IDMProv

  6. Pour l'option URL du service Web de mot de passe oublié, indiquez l'URL du service Web utilisée par le fichier WAR externe de mot de passe oublié pour revenir aux applications d'identité. Utilisez le format suivant : 

    https://idmhost:sslport/idm/pwdmgt/service

    Le lien de retour doit utiliser SSL pour assurer une communication sécurisée des services Web avec les applications d'identité. Pour plus d'informations, reportez-vous à la section Configuration de la communication SSL entre serveurs d'applications.

  7. Copiez manuellement ExternalPwd.war dans le répertoire de déploiement du serveur d'applications distant qui exécute la fonction WAR de mots de passe externe.

Test de la configuration du fichier externe pour les mots de passe oubliés

Si vous disposez d'un fichier WAR de mots de passe externe et souhaitez y accéder pour tester la fonction Mot de passe oublié, vous le trouverez à l'emplacement suivant :

  • Directement dans un navigateur. Accédez à la page Mot de passe oublié dans le fichier WAR de mots de passe externe. Exemple : http://localhost:8180/ExternalPwd/jsps/pwdmgt/ForgotPassword.jsp.

  • Sur la page de connexion de l'application utilisateur, cliquez sur le lien Mot de passe oublié.

Configuration de la communication SSL entre serveurs d'applications

Si vous utilisez un système externe de gestion des mots de passe, vous devez configurer la communication SSL entre les instances Tomcat sur lesquelles vous déployez les applications d'identité et le fichier WAR externe de gestion des mots de passe oubliés. Pour plus d'informations, reportez-vous à la documentation Tomcat.

Mise à jour des liens SSPR dans le tableau de bord pour un environnement distribué ou de grappe

La procédure d'installation suppose que vous déployez SSPR sur le même serveur d'applications que les applications d'identité et Identity Reporting. Par défaut, les liens intégrés sur la page Applications du tableau de bord utilisent une URL relative pointant vers SSPR sur le système local. Par exemple : \sspr\private\changepassword. Si vous installez les applications dans un environnement en grappe ou distribué, vous devez mettre à jour les URL des liens SSPR.

Pour plus d'informations, reportez-vous à l'Aide relative aux applications d'identité.

  1. Connectez-vous au tableau de bord en tant qu'administrateur. Par exemple, connectez-vous en tant que uaadmin.

  2. Cliquez sur Éditer.

  3. Sur la page Modifier les éléments d'accueil, pointez sur l'élément que vous souhaitez mettre à jour, puis cliquez sur l'icône d'édition. Par exemple, sélectionnez Modifier mon mot de passe.

  4. Pour Lien, indiquez l'URL absolue. Par exemple : http://10.10.10.48:8180/sspr/changepassword.

  5. Cliquez sur Enregistrer.

  6. Répétez cette opération pour chaque lien SSPR à mettre à jour.

  7. Une fois l'opération terminée, cliquez sur J'ai terminé.

  8. Déconnectez-vous, puis reconnectez-vous en tant qu'utilisateur normal pour tester les modifications.