La procédure suivante décrit comment installer les applications d'identité à l'aide de l'assistant d'installation, au format interface graphique ou à partir de la console. Pour effectuer une installation silencieuse sans surveillance, reportez-vous à la Section 37.3, Installation silencieuse des applications d'identité.
Pour préparer l'installation, passez en revue les opérations énumérées à la Section 37.1, Liste de contrôle de l'installation des applications d'identité. Reportez-vous également aux notes de version accompagnant le logiciel.
REMARQUE :
Le programme d'installation n'enregistre pas les valeurs que vous entrez dans les fenêtres de l'assistant. Si vous cliquez sur Précédent pour revenir à une fenêtre précédente, vous devez les réinsérer.
Le programme d'installation crée le compte utilisateur novlua et définit les autorisations de cet utilisateur dans Tomcat. Par exemple, le script idmapps_tomcat_init utilise ce compte utilisateur pour exécuter Tomcat.
Avec le processus d'installation guidée :
Connectez-vous en tant que root ou administrateur sur l'ordinateur où vous souhaitez installer les applications d'identité.
Arrêtez Tomcat.
(Conditionnel) Si vous disposez du fichier image .iso pour le paquetage d'installation d'Identity Manager, accédez au répertoire contenant les fichiers d'installation, situés par défaut sous products/RBPM/user_app_install.
(Conditionnel) Si vous avez téléchargé les fichiers d'installation, procédez comme suit :
Accédez au fichier .tgz ou win.zip pour l'image téléchargée.
Extrayez le contenu du fichier dans un répertoire de l'ordinateur local.
À partir du répertoire contenant les fichiers d'installation, effectuez l'une des opérations suivantes :
Linux (console) : entrez ./IdmUserApp.bin -i console
Linux (GUI) : entrez ./IdmUserApp.bin
Windows : exécutez IdmUserApp.exe
Terminez le processus guidé, à l'aide des paramètres suivants :
Plate-forme du serveur d'applications
Représente Tomcat pour l'exécution des applications d'identité. Tomcat doit déjà être installé.
Dossier d'installation
Représente le chemin d'un répertoire où le programme d'installation crée les fichiers de l'application.
Plate-forme de la base de données
Représente la plate-forme de la base de données de l'application utilisateur. La base de données doit déjà être installée. Toutefois, il n'est pas nécessaire de créer le schéma de base de données pendant l'installation.
Pour votre confort, NetIQ fournit PostgreSQL.
Hôte et port de la base de données
Représente les paramètres pour le serveur qui héberge la base de données de l'application utilisateur.
REMARQUE :dans un environnement de grappe, vous devez spécifier les mêmes paramètres de base de données pour chaque membre de la grappe.
Indique le nom ou l'adresse IP du serveur.
Indique le port que le serveur doit utiliser pour la communication avec l'application utilisateur.
Nom d'utilisateur et mot de passe de la base de données
Représente les paramètres pour l'exécution de la base de données de l'application utilisateur.
REMARQUE :
Si vous avez installé une base de données PostgreSQL dans le cadre de l'installation de cette version d'Identity Manager, le processus d'installation a déjà créé la base de données et son administrateur. Par défaut, la base de données installée est idmuserappdb et l'utilisateur est idmadmin. Spécifier les mêmes valeurs que celles utilisées pour l'installation de PostgreSQL.
Dans un environnement de grappe, vous devez spécifier le même nom de base de données, le même nom d'utilisateur et le même mot de passe pour chaque membre de la grappe.
Spécifie le nom de la base de données en fonction de la plate-forme de base de données. Par défaut, le nom de la base de données est idmuserappdb.
Pour une base de données PostgreSQL ou SQL Server, indiquez le nom.
Pour une base de données Oracle, indiquez l'identificateur de sécurité (SID) que vous avez créé avec l'instance de base de données.
Indique le nom d'un compte qui permet à l'application utilisateur d'accéder à des données et de les modifier dans les bases de données.
Indique le mot de passe pour le nom d'utilisateur spécifié.
Spécifie le fichier JAR pour la plate-forme de base de données.
Le fournisseur de la base de données fournit le fichier JAR du pilote, qui représente le fichier JAR du client léger pour le serveur de base de données. Par exemple, pour PostgreSQL, vous pouvez spécifiez postgresql-9.4-1212.jdbc42.jar, situé par défaut dans le dossier opt\netiq\idm\apps\Postgres.
NetIQ ne prend pas en charge les fichiers JAR de pilote fournis par d'autres fournisseurs.
Administrateur de la base de données
Facultatif
Représente le nom et le mot de passe de l'administrateur de la base de données.
Ce champ reprend automatiquement le même compte utilisateur et le même mot de passe que ceux spécifiés sous Nom d'utilisateur et mot de passe de la base de données. Pour utiliser ce compte, n'apportez pas de modification.
(Facultatif) Spécifie le compte d'un administrateur de la base de données qui peut créer des tables de base de données, des vues, et d'autres artéfacts.
(Facultatif) Entrez le mot de passe de l'administrateur de la base de données.
Créer des tables de base de données
Indique si vous voulez configurer votre nouvelle base de données ou la base existante dans le cadre du processus d'installation, ou ultérieurement.
Le programme d'installation crée les tables de base de données dans le cadre du processus d'installation.
Le programme d'installation conserve des instructions pour créer les tables lorsque l'application utilisateur est lancée pour la première fois.
Génère un script SQL que l'administrateur de la base de données peut exécuter pour créer la base de données. Si vous choisissez cette option, vous devez également spécifier un nom pour le Fichier de schéma. Ce paramètre est défini dans le fichier de configuration Fichier de sortie SQL.
Vous pouvez sélectionner cette option si vous ne disposez pas des autorisations permettant de créer ou de modifier une base de données dans votre environnement. Pour plus d'informations sur la création de tableaux avec le fichier, reportez-vous à la Section 39.2, Création manuelle du schéma de base de données.
Nouvelle base de données ou base de données existante
Indique si vous souhaitez utiliser des bases de données vides existantes ou créer de nouvelles tables dans la base de données existante. Tenez compte des considérations suivantes :
Nouvelle base de données
Si vous utilisez une nouvelle base de données, cliquez sur Nouvelle base de données. Avant de sélectionner cette option, assurez-vous qu'une base de données existe.
Base de données existante
Si la base de données existe et comporte des tables d'application utilisateur provenant d'une installation précédente, sélectionnez Base de données existante.
Si la base de données existante s'exécute sur une plate-forme Oracle, vous devez préparer Oracle avant de mettre à jour le schéma. Pour plus d'informations, reportez-vous à la Section 58.8.1, Préparation d'une base de données Oracle pour le fichier SQL.
Après avoir sélectionné le type de base de données, vous devez spécifier à quel moment les tables de base de données doivent être créées. L'écran Créer des tables de base de données vous permet de créer les tables au moment de l'installation ou au démarrage de l'application. Vous pouvez également créer, lors de l'installation, un fichier de schéma que l'administrateur de la base de données utilisera ultérieurement pour créer les tables.
Si vous souhaitez générer un fichier de schéma, sélectionnez le bouton Écrire SQL dans un fichier et indiquez un nom pour le fichier dans le champ Fichier de sortie du schéma.
Tester la connexion à la base de données
Indique si vous souhaitez que le programme d'installation se connecte à la base de données pour créer des tables directement ou pour créer le fichier .sql.
Le programme d'installation tente la connexion lorsque vous cliquez sur Suivant ou appuyez sur Entrée.
REMARQUE :vous pouvez poursuivre l'installation même si la connexion à la base de données échoue. Toutefois, une fois l'installation terminée, vous devrez créer manuellement les tables et la connexion avec la base de données. Pour plus d'informations, reportez-vous à la Section 39.2.2, Création manuelle du fichier SQL pour générer le schéma de base de données.
Installation de Java
Représente le chemin d'accès au fichier JRE pour lancer le programme d'installation. Exemple : /root/opt/java/jre7.
Configuration Application_Server
Représente le chemin des fichiers d'installation de Tomcat. Exemple : /opt/apache-tomcat-7.0.52. Le processus d'installation ajoute des fichiers à ce dossier.
Configuration d'IDM
Représente les paramètres du contexte de l'application d'identité utilisé dans les URL et pour le moteur de workflow.
Indique un nom qui correspond à la configuration de Tomcat, au fichier WAR de l'application et au nom inclus dans le contexte de l'URL.
Le script d'installation crée une configuration de serveur, puis nomme la configuration en fonction du nom que vous avez créé lors de l'installation de Tomcat. Exemple : IDMProv.
IMPORTANT : NetIQ vous recommande de noter le Contexte de l'application spécifié. Vous utiliserez ce nom dans l'URL lorsque vous démarrez les applications d'identité à partir d'un navigateur.
Sélectionner le type de consignation de l'audit
Indique si vous voulez envoyer les événements consignés à un serveur d'audit. Sélectionnez Oui ou Non.
Consignation d'audit
S'applique uniquement si vous spécifiez Oui pour l'option Sélectionner le type de consignation de l'audit.
Indique le type de consignation que vous souhaitez activer.
Pour plus d'informations sur la configuration de la consignation, reportez-vous au manuel User Application: Administration Guide (Guide d'administration de l'application utilisateur).
Active la consignation via un client Novell ou NetIQ pour l'application utilisateur.
REMARQUE :si vous choisissez cette option, vous devez également spécifier le nom d'hôte ou l'adresse IP du serveur client et le chemin d'accès au cache de consignation. Ces paramètres sont repris dans la section de configuration Novell Identity Audit ou NetIQ Sentinel.
Permet à l'application utilisateur d'envoyer des événements à votre serveur de consignation OpenXDAS.
Sécurité - Clé principale
Indique si vous souhaitez importer une clé principale existante. L'application utilisateur emploie la clé principale pour accéder aux données codées. Sélectionnez Oui ou Non.
Vous pouvez importer la clé principale dans les situations suivantes :
Après l'installation de la première instance des applications d'identité dans une grappe. Chaque instance de l'application utilisateur dans une grappe doit utiliser la même clé principale. Pour plus d'informations, reportez-vous à la Section 36.4.3, Utilisation de la même clé principale pour chaque application utilisateur dans la grappe.
Si vous déplacez votre installation d'un système provisoire à un système de production et que vous souhaitez conserver l'accès à la base de données utilisée avec le système provisoire.
Si vous restaurez votre application utilisateur et que vous souhaitez accéder aux données codées stockées par votre version antérieure de l'application utilisateur.
Indique que vous souhaitez importer une clé principale existante.
Indique que vous souhaitez que le programme d'installation crée la clé.
Par défaut, la procédure d'installation inscrit la clé principale codée dans le fichier master-key.txt, situé dans le répertoire d'installation.
Importer la clé principale
S'applique uniquement si vous spécifiez Oui pour l'option Sécurité - Clé principale
Permet d'indiquer la clé principale que vous souhaitez utiliser. Vous pouvez copier la clé principale du fichier master-key.txt.
Connexion au serveur d'applications
Représente les paramètres de l'URL dont les utilisateurs ont besoin pour se connecter aux applications d'identité sous Tomcat. Par exemple, https:myserver.mycompany.com:8080.
REMARQUE :si OSP s'exécute sur une autre instance du serveur d'applications Tomcat, vous devez également sélectionner Se connecter à un serveur d'authentification externe et spécifier des valeurs pour le serveur OSP.
Indique si vous souhaitez utiliser http ou https. Afin d'utiliser SSL (Secure Sockets Layer) pour les communications, indiquez https.
Indique le nom DNS ou l'adresse IP du serveur qui héberge OSP. N'utilisez pas localhost.
Indique le port que le serveur doit utiliser pour la communication avec des ordinateurs clients.
Indique si une autre instance de Tomcat héberge le serveur d'authentification (OSP). Le serveur d'authentification contient la liste des utilisateurs qui peuvent se connecter à SSPR.
Si vous sélectionnez cette option, indiquez également les valeurs pour le Protocole, le Nom d'hôte et le Port.
Détails du serveur d'authentification
Spécifie le mot de passe que vous souhaitez que les applications d'identité utilisent lors de la connexion au serveur d'authentification. Cette information est également appelée le secret du client. Le processus d'installation crée ce mot de passe.
Configurez les paramètres des applications d'identité dans la fenêtre de mise à jour de la configuration.
Recherchez les DN de coffre-fort d'identité.
Cliquez sur OK.
REMARQUE :
Assurez-vous que les pilotes d'application utilisateur et de service de rôles et de ressources sont déjà créés et déployés dans le coffre-fort d'identité. Pour plus d'informations, reportez-vous à la Section 33.3.1, Considérations relatives à l'installation des applications d'identité.
Si vous cliquez sur Annuler, le programme d'installation vous ramène à la fenêtre de connexion au serveur d'applications.
après l'installation de l'application utilisateur, vous pouvez modifier la plupart des paramètres dans les fichiers configureupdate.sh ou configureupdate.bat. Pour plus d'informations sur la spécification des valeurs pour les paramètres, reportez-vous au Section 40.0, Configuration des paramètres pour les applications d'identité.
(Conditionnel) Dans une installation de type GUI, pour configurer immédiatement les applications d'identité, procédez comme suit dans la fenêtre Configurer IDM :
Cliquez sur Oui, puis sur Suivant.
Dans configuration du module de provisioning basé sur les rôles, cliquez sur Aff. options avancées.
Modifiez les paramètres à votre convenance.
REMARQUE :
Pour plus d'informations sur la spécification des valeurs, reportez-vous au Section 40.0, Configuration des paramètres pour les applications d'identité.
Dans les environnements de production, toutes les assignations d'administrateur sont limitées par les licences. NetIQ recueille des données de surveillance dans la base de données d'audit afin de vérifier que les environnements de production sont conformes. Par ailleurs, NetIQ recommande de n'octroyer les autorisations de l'administrateur de la sécurité qu'à un seul utilisateur.
Cliquez sur OK.
(Conditionnel) En cas d'installation par console, pour configurer immédiatement les applications d'identité, procédez comme suit :
Lancez l'utilitaire de mise à jour de configuration à partir de la ligne de commande :
Linux : configupdate.sh
Windows : configupdate.bat
REMARQUE :l'onglet Clients SSO de l'utilitaire configupdate affiche localhost:defaultport lorsque SSPR et Identity Reporting ne sont pas installés dans le cadre du même serveur de l'application utilisateur d'identités. Vous devez manuellement mettre à jour les champs ID client, Mot de passe et URL de redirection du serveur SSPR et de création de rapports sur le serveur de l'application utilisateur.
(Facultatif) Pour créer le certificat NMAS, accédez à Clients SSO > RBPM, et définissez Configuration SAML RBPM à eDirectory sur Auto.
Spécifiez des valeurs pour d'autres paramètres, comme décrit au Section 40.0, Configuration des paramètres pour les applications d'identité.
Cliquez sur Suivant.
Dans la fenêtre Résumé avant installation, cliquez sur Installer.
(Facultatif) Consultez les fichiers journaux de l'installation. Pour les résultats de l'installation de base, reportez-vous au fichier user_application_install_log.log dans le répertoire /opt/netiq/idm/apps/UserApplication/logs/.
Pour plus d'informations sur la configuration des applications d'identité, reportez-vous au fichier NetIQ-Custom-Install.log dans le répertoire /opt/netiq/idm/apps/UserApplication/.
(Facultatif) Si vous utilisez un WAR de gestion des mots de passe externe, copiez-le manuellement dans le répertoire d'installation et dans le répertoire de déploiement du serveur d'applications distant qui exécute la fonction WAR de mot de passe externe.
Passez aux tâches post-installation décrites au Section 39.0, Fin de l'installation des applications d'identité.