IMPORTANT :Avant de mettre à niveau votre environnement OpenText eDirectory existant, vérifiez les applications OpenText et tierces actuellement installées pour déterminer si ces produits sont pris en charge sur OpenText eDirectory 9.3. Les conditions préalables des autres produits OpenText sont disponibles sur le site de documentation OpenText . Nous vous recommandons également de sauvegarder une instance OpenText eDirectory avant d'effectuer toute mise à niveau sur cette instance.
Veillez à installer les RPM suivants en fonction de votre système d'exploitation :
RHEL 8.x et RHEL 9 : dnf-utils et createrepo
Exécutez la procédure suivante pour installer RHEL 8.x RPM
Installez le paquetage yum-utils
yum install createrepo yum-utils
Installez les bibliothèques suivantes requises pour OpenText eDirectory.
yum install libgcc*.i686 libncurses*
Accédez au fichier de configuration SELinux situé à l'emplacement /etc/selinux/config et définissez SELinux en mode « permissive » (permissif) comme suit :
SELINUX=permissive
Versions minimales RHEL : ncurses, libxcrypt-compat, iproute, initscripts, procps et net-tools.
SLES : Zypper
Si la mise à niveau du système d'exploitation RHEL échoue lors de l'installation d'OpenText eDirectory, procédez comme suit.
Utilisez la commande ci-dessous pour supprimer le paquetage avant la mise à niveau du système d'exploitation RHEL.
rpm -e --nodeps novell-NLDAPsdk
Mise à niveau du système d'exploitation RHEL de la version 8.x vers la version 9.x ou ultérieure.
Après la mise à niveau du système d'exploitation, installez le paquetage à l'aide de la commande ci-dessous.
rpm -ivh ./novell-NLDAPsdk*
Redémarrez le service OpenText eDirectory.
Exécutez les étapes suivantes pour installer OpenText eDirectory, si SELINUX est réglé sur Appliquer :
Téléchargez et désarchivez la version d'OpenText eDirectory.
Installez les paquetages OpenText eDirectory, exécutez ./nds-install situé dans untared_location/eDirectory/setup.
Avant de configurer l'arborescence, créez le répertoire de données à l'emplacement de la dib OpenText eDirectory par défaut/var/opt/novell/eDirectory.
Désormais, l'emplacement de la dib sera /var/opt/novell/eDirectory/data
(Pour un emplacement personnalisé, indiquez le chemin personnalisé ex/home/edirectory/data)
Exécutez les commandes suivantes :
touch /var/opt/novell/eDirectory/data/ndsd.pid
semanage fcontext -a -t var_run_t '/var/opt/novell/eDirectory/data/ndsd.pid'
restorecon -v '/var/opt/novell/eDirectory/data/ndsd.pid'
À présent, configurez l'arborescence à l'aide de la nouvelle commande ndsconfig.
(Conditionnel) NICI (Novell International Cryptographic Infrastructure) 3.3 et OpenText eDirectory 9.3 prennent en charge les tailles de clé allant jusqu'à 8 192 bits. Si vous souhaitez utiliser une taille de clé de 8 Ko, chaque serveur doit être mis à niveau vers OpenText eDirectory 9.3. De plus, NICI 3.3 doit être installé sur chaque poste de travail qui utilise les utilitaires de gestion, par exemple Identity Console.
Lorsque vous mettez à niveau votre serveur d'autorité de certification (CA) vers OpenText eDirectory 9.3, la taille de clé reste inchangée (2 Ko). La seule façon de créer une taille de clé de 8 Ko est de recréer l'autorité de certification sur un serveur OpenText eDirectory 9.3. En outre, vous devrez remplacer la taille de clé par défaut (2 000 bits) par 8 000 bits lors de la création de l'autorité de certification.
Quand vous installez OpenText eDirectory, l'utilitaire nds-install installe automatiquement NICI. Pour en savoir plus sur l'installation d'OpenText eDirectory, reportez-vous à la section Exécution de l’utilitaire nds-install pour installer des composants OpenText eDirectory. Cependant, si vous avez besoin d'installer uniquement NICI, et non OpenText eDirectory, sur un poste de travail qui est équipé des utilitaires de gestion, vous devez installer NICI manuellement. Pour en savoir plus sur l'installation manuelle de NICI, consultez Installation de l'infrastructure NICI.
Veillez à obtenir la clé d'arborescence 3DES 168 bits pour vos serveurs OpenText eDirectory.
(Conditionnel) Le service SLP (Service Location Protocol) doit être installé et configuré uniquement si vous envisagez de l'utiliser pour résoudre les noms d'arborescence lorsque DNS n'est pas disponible.
L'installation d'OpenText eDirectory 9.3 n'inclut pas celle de SLP.
Seul un utilisateur root peut installer SLP.
Pour plus d'informations sur l'installation de SLP, reportez-vous à la section Utilisation de SLP avec OpenText eDirectory.
Hôte Linux activé pour le routage multidiffusion
Entrez la commande suivante afin de vérifier si l'hôte est activé pour le routage multidiffusion.
/bin/netstat -nr
L'entrée suivante doit être présente dans la table de routage :
224.0.0.0 0.0.0.0
Si l'entrée n'apparaît pas, connectez-vous en tant qu'utilisateur root, puis entrez la commande suivante pour activer le routage multidiffusion :
route add -net 224.0.0.0 netmask 240.0.0.0 dev interface
La valeur interface peut être une valeur telle que eth0, hme0, hme1 ou hme2, selon la carte d'interface réseau (NIC) installée et utilisée.
Pour plus d'informations sur les routages multidiffusion et de diffusion, consultez le site Web OpenSLP.
Heure synchronisée sur le réseau de serveurs
Pour synchroniser l'heure de tous les serveurs du réseau, utilisez le module ntp du protocole NTP (Network Time Protocol).
(Conditionnel) Si vous installez un serveur secondaire, toutes les répliques de la partition sur laquelle vous installez le produit doivent être activées.
(Conditionnel) Si vous installez un serveur secondaire dans une arborescence existante en tant qu'utilisateur non administrateur, créez un conteneur, puis partitionnez-le. Vérifiez que vous disposez des droits suivants :
droits de superviseur sur cette partition ;
tous les droits d'attributs : droits de lecture, de comparaison et d'écriture sur l'objet W1.KAP.Security ;
droits d'entrée : droits d'exploration sur l'objet Conteneur de sécurité ;
tous les droits d'attributs : droits de lecture et de comparaison sur l'objet Conteneur de sécurité.
(Conditionnel) Si l'objet W1.KAP.Security existe, vous disposez de tous les droits d'attribut sur cet objet : lecture, comparaison et écriture. Pour plus d'informations sur l'objet W1.KAP.Security, reportez-vous à la section Creating an AES 256-Bit Tree Key (Création d'une clé AES 256 bits) du NICI Administration Guide (Guide d'administration de NICI).
(Conditionnel) Si vous installez un serveur secondaire dans une arborescence existante en tant qu'utilisateur non administrateur, assurez-vous qu'au moins l'un des serveurs de l'arborescence a la même version ou une version ultérieure d'OpenText eDirectory par rapport à celle du serveur secondaire ajouté comme administrateur de conteneur. Dans le cas où le serveur secondaire ajouté possède une version ultérieure, le schéma doit alors être prolongé par l'administrateur de l'arborescence avant d'ajouter ledit serveur à l'aide de l'administrateur de conteneur.
Lors de la configuration d'OpenText eDirectory, vous devez activer les services SLP et un port de protocole NCP (NetWare Core Protocol) (port 524 par défaut) dans le pare-feu afin de permettre l'ajout du serveur secondaire. En outre, vous pouvez activer les ports de service suivant en fonction de vos exigences :
LDAP texte clair - 389
LDAP sécurisé - 636
HTTP texte clair - 8028
HTTP sécurisé - 8030
Si vous avez activé des ports définis par l'utilisateur, vous devez les mentionner pendant la configuration d'OpenText eDirectory.
REMARQUE :Cette étape est requise uniquement si SLP est configuré dans votre système.
Ne configurez pas les ports définis par l'utilisateur sur 8008 ou 8010 lors de la mise à niveau d'OpenText eDirectory 8.8 SP8 ou version ultérieure vers la version 9.2. Si les ports sont définis sur 8008 ou 8010, ndsconfig suppose que le serveur utilise une version d'eDirectory antérieure à 8.8.x et réinitialise automatiquement ces ports sur 8028 et 8030.
Pendant la mise à niveau d'OpenText eDirectory, si SecretStore n'a pas été configuré avec les versions antérieures ou si vous ne souhaitez pas configurer SecretStore, utilisez l'option -m no_ss avec l'utilitaire nds-install.
L'outil OpenText eMBox (eDirectory Management Toolbox) permet d'accéder à tous les principaux utilitaires d'eDirectory, à distance comme sur le serveur. Le client à ligne de commande est une application Java. Pour l'exécuter, vous devez installer la dernière version d'Oracle Java (1.8 ou version ultérieure). Vous devez également veiller à mettre à niveau toute version antérieure de Java en installant les mises à niveau de correctif disponibles. Une fois que la dernière version de Java est installée, exportez les variables d'environnement suivantes souhaitées :
EDIR_JAVA_HOME
JAVA_HOME
JRE_HOME
REMARQUE :
Si aucune des variables d'environnement mentionnées n'est détectée, le client à ligne de commande recherche le fichier binaire Java dans la variable d'environnement PATH par défaut.
Si vous utilisez une version antérieure à OpenText eDirectory 9.0 SP4, pour exécuter le client à ligne de commande, vous devez avoir accès à l'environnement d'exécution Java, Oracle Java 1.8, qui est installé avec eDirectory.
Avant d'installer les composants OpenText eDirectory sur les systèmes Linux à partir d'OpenText eDirectory 9.2.7 et versions ultérieures, exécutez la procédure suivante pour effectuer la vérification de la signature RPM :
Accédez à l'emplacement suivant pour la clé publique :
<untarred location of eDirectory> /eDirectory/license/MicroFocusGPGPackageSign.pub
Exécutez la commande suivante pour importer la clé publique :
rpm --import MicroFocusGPGPackageSign.pub
(Facultatif) Exécutez la commande suivante pour vérifier la signature RPM :
rpm --checksig -v <RPM Name>
Par exemple :
rpm --checksig -v novell-NDSbase-9.2.x.0000.x86_64.rpm
REMARQUE :OpenText eDirectory 9.3.0 doit être installé sur un système d'exploitation FIPS avec les versions RHEL 8 ou ultérieures et RHEL 9 ou ultérieures, SLES 12 SP5 et SLES 15 SP3, SP4, SP5 et SP6.
L'adresse IP statique doit être configurée sur le serveur pour qu'OpenText eDirectory fonctionne efficacement. La configuration d'OpenText eDirectory sur les serveurs dotés d'une adresse DHCP peut provoquer des résultats imprévisibles.