Fichier lisezmoi Novell eDirectory 8.8 pour NetWare 14 octobre 2005 1.0 Installation 1.1 Conditions préalables 1.2 Distribution des versions appropriées de DSRepair à tous les serveurs de l'arborescence 1.3 Mise à niveau à partir d'une version antérieure 1.4 Réinstallation de eDirectory 1.5 Paramètres relatifs aux cartes vidéo et pilotes 1.6 Extension manuelle du schéma avant l'installation 1.7 Échec possible de l'installation de eDirectory 8.8 pendant la configuration du serveur de certificats 1.8 Version de NMAS après la mise à niveau vers eDirectory 8.8 1.9 eDirectory 8.8 sur un serveur NetWare ayant une configuration IPX 2.0 Problèmes connus 2.1 Problèmes de vérification de l'état de santé 2.2 Problème de fonctionnement du mot de passe universel 2.3 Problèmes d'attributs et de réplication codés 2.4 Problèmes liés à SASL-GSSAPI 2.5 Problèmes liés à iMonitor 2.6 Problèmes rencontrés avec iManager 2.7 Problèmes liés à SNMP 2.8 Problèmes liés au gestionnaire de services eDirectory 2.9 Problèmes de sauvegarde et de restauration 2.10 Attributs de schéma Netscape 2.11 Problème lié à emboxmgr.nlm 2.12 Problèmes liés à NMAS 2.13 Problèmes de liens en amont avec le conteneur Sécurité 3.0 Documentation 3.1 Affichage de la documentation de eDirectory 3.2 Documentation supplémentaire et informations sur le fichier lisezmoi 4.0 Mentions légales 1.0 Installation 1.1 Conditions préalables - NetWare 6.5 SP3 ou version ultérieure. Remarque : l'installation de eDirectory 8.8 sous NetWare 6.0 n'est pas prise en charge. - Si vous utilisez RCONSOLE, vous devez disposer d'un poste de travail administrateur ConsoleOne 1.3.6e avec les éléments suivants: - processeur 200 MHz ou plus ; - 128 Mo de RAM au minimum ; - soit le client Novell pour Windows NT/2000/XP version 4.9 ou ultérieure, soit le client Novell pour Windows 95/98 version 3.4 ou ultérieure. 1.2 Distribution des versions appropriées de DSRepair à tous les serveurs de l'arborescence Pour toute information sur la préparation d'une arborescence existante en vue de l'installation de eDirectory 8.8, reportez-vous à la section « Updating the eDirectory Schema for NetWare » (Mise à jour du schéma eDirectory pour NetWare) du manuel Novell eDirectory 8.8 Installation Guide (Guide d'installation de Novell eDirectory 8.8). (http://www.novell.com/documentation/edir88/index .html) 1.3 Mise à niveau à partir d'une version antérieure 1.3.1 Conditions préalables Avant de procéder à une mise à niveau vers eDirectory 8.8, vérifiez que les derniers correctifs eDirectory sont installés sur tous les serveurs de l'arborescence. Pour obtenir les correctifs eDirectory, rendez-vous sur le site Web du support Novell (http://support.novell.com). Si vous utilisez la version 8.5. ou 8.6. de eDirectory, vous devez d'abord effectuer une mise à niveau vers la version 8.7 avant celle vers eDirectory 8.8. 1.3.2 Mise à niveau vers Novell eDirectory 8.8 sur un système à double octet Dans les versions précédentes de eDirectory, certaines clés d'index étaient mal générées au niveau des systèmes utilisant une langue à double octet (japonais, coréen ou chinois). Ces clés étant incorrectes, certaines recherches ne fonctionnaient pas correctement. Ce problème a été résolu dans Novell eDirectory 8.7. Toutefois, comme les bases de données eDirectory présentes sur ces systèmes contiennent toujours ces clés incorrectes, il se peut que même après la mise à niveau vers eDirectory 8.8, le programme signale des erreurs de clés incorrectes. Pour résoudre ce problème, exécutez dsrepair.nlm une fois la mise à niveau terminée et lancez une reconstruction physique de la base de données. Cela n'est nécessaire que si la base de données utilise une langue à double octet (japonais, coréen ou chinois). Si vous n'utilisez pas ces langues, l'exécution de DSRepair n'est pas nécessaire. 1.3.3 Méthodes de login X.509 et CertMutual Les méthodes de login X.509 et CertMutual fournies avec eDirectory 8.6.x ne sont pas compatibles avec eDirectory 8.8. Lors du passage de eDirectory 8.6.x à la version 8.8, vous devez également mettre à niveau les méthodes de login X.509 et CertMutual. Les méthodes NMAS basées sur un certificat dans NMAS EE 2.0 sont également incompatibles avec eDirectory 8.8. 1.3.4 Mise à niveau de eDirectory 8.7. vers eDirectory 8.8 La mise à niveau de eDirectory 8.7. vers eDirectory 8.8 recrée la table d'assignation LDAP et rajoute l'assignation inetOrgPerson --> Utilisateur. De ce fait, tous les nouveaux objets créés via LDAP appartiendront à la classe de base Utilisateur et non à la classe de base inetOrgPerson. Cette situation n'est problématique que si vous avez supprimé l'assignation inetOrgPerson --> Utilisateur et défini une classe réelle inetOrgperson dans votre ancienne version de eDirectory. Pour éviter ce problème, utilisez iManager pour retirer l'assignation de la page d'assignations de classe de l'objet Groupe LDAP. 1.4 Réinstallation de eDirectory Si vous utilisez NWCONFIG pour désinstaller eDirectory, procédez comme suit pour le réinstaller : 1. Pour supprimer l'entrée eDirectory du fichier products.dat de sorte à pouvoir réinstaller eDirectory sur le même serveur, exécutez la commande suivante : uinstall edir 2. Éditez le fichier sys:system\schema\schema.cfg et retirez les marqueurs de commentaire des fichiers ndps*.sch. 3. Sur la console NetWare, exécutez NWCONFIG. 4. Sélectionnez Produit. 5. Sélectionnez Installer un produit non listé. 6. Indiquez l'emplacement du paquetage d'installation de Novell eDirectory 8.8. 1.5 Paramètres relatifs aux cartes vidéo et pilotes Les installations de eDirectory, ConsoleOne, Novell iManager et eGuide utilisent Java 1.4. Par conséquent, pour un bon déroulement de l'installation, il convient de définir une profondeur de couleur minimale de 8 bits (256 couleurs) pour le pilote et la carte vidéo. Sous NetWare, la carte vidéo doit être compatible VESA. 1.6 Extension manuelle du schéma avant l'installation 1.6.1 Synchronisation des extensions de schéma Dans certains cas, les extensions de schéma ne se synchronisent pas assez rapidement avec les niveaux inférieurs de l'arborescence où se déroule l'installation du premier nouveau serveur eDirectory 8.8 de sorte que certaines fonctions ne sont pas totalement installées. Vous pouvez éviter ce type de problème en procédant à une extension manuelle du schéma de votre arborescence avant d'installer eDirectory 8.8. Pour ce faire, utilisez les fichiers de schéma eDirectory 8.8 qui résident dans le répertoire \nw\sys\system\schema du CD de eDirectory 8.8. 1.6.2 Utilisation de NWConfig pour étendre le schéma Dans eDirectory 8.7, DSI a été amélioré pour accroître la flexibilité lors de l'extension du schéma. La plupart des fichiers de schéma disponibles sur le CD de eDirectory 8.8 (répertoire \nw\sys\system\schema) sont dotés de cette nouvelle fonctionnalité. Si nwconfig.nlm utilise une version antérieure de dsi.nlm ou dsisch.nlm (une version antérieure à la version 10411.14 du 26 septembre 2002) pour étendre le nouveau schéma, l'erreur suivante se produit : Error: Parsing the NDS500.sch file while extending schema (Erreur : analyse du fichier NDS500.sch lors de l'extension du schéma). Pour éviter cette erreur : 1. Copiez les fichiers nw\sys\system\dsi.nlm et nw\sys\system\dsisch.nlm du CD de eDirectory 8.8 sur le serveur qui effectuera l'extension du schéma. REMARQUE : il doit s'agir d'un serveur contenant une copie de la partition racine. 2. Copiez les fichiers de schéma souhaités du CD de eDirectory 8.8 dans un répertoire temporaire du serveur NetWare. 3. Exécutez nwconfig.nlm et utilisez l'option Services Annuaire pour étendre le schéma. REMARQUE : il existe des dépendances entre les fichiers de schéma du répertoire nw\sys\system\schema. En raison de ces dépendances, nous vous recommandons d'étendre les fichiers de schéma en respectant l'ordre dans lequel ils figurent dans le fichier nw\sys\system\schema\schema.cfg du CD de eDirectory 8.8. 1.7 Échec possible de l'installation de eDirectory 8.8 pendant la configuration du serveur de certificats Sous NetWare 6.5 SP3, si le chemin sys:\NI\nis30\bin est ajouté au chemin de recherche dans le fichier autoexec.ncf, l'installation risque d'échouer pendant la configuration du serveur de certificats. Veillez à ne pas ajouter ce chemin au fichier autoexec.ncf avant de démarrer l'installation de eDirectory 8.8. 1.8 Version de NMAS après la mise à niveau vers eDirectory 8.8 NMAS 3.0 s'installe en même temps que eDirectory 8.8. Toutefois, si vous installez des produits NetWare par la suite, l'installation de NMAS 2.3.9 est sélectionnée par défaut. Par conséquent, vous devez désélectionner la case NMAS 2.3.9 lors de la post-installation de produits NetWare. 1.9 eDirectory 8.8 sur un serveur NetWare ayant une configuration IPX Ne configurez pas IPX pendant l'installation et la configuration de eDirectory 8.8 sur des serveurs NetWare, faute de quoi vous risquez d'obtenir des erreurs aléatoires. 2.0 Problèmes connus 2.1 Problèmes de vérification de l'état de santé 2.1.1 La vérification de l'état de santé indique un échec des services Une fois la mise à niveau vers eDirectory 8.8 effectuée, dscheck indique que les services iMonitor et eMBox ainsi que les services de portail ne sont pas chargés même lorsqu'ils le sont. 2.2 Problème de fonctionnement du mot de passe universel Par défaut, les utilitaires LDAP et autres utilitaires côté serveur utilisent d'abord le login NDS et, en cas d'échec, le login avec mot de passe simple. Pour que le mot de passe universel fonctionne, le login doit être effectué via NMAS. Pour ce faire, vous devez définir la variable d'environnement NDSD_TRY_NMASLOGIN_FIRST sur true avant que DS.NLM ne se charge. Nous vous recommandons d'éditer le fichier c:\nwserver\startup.ncf et de définir la variable d'environnement. IMPORTANT : la documentation de eDirectory 8.8 mentionne qu'il convient d'ajouter la variable NDSD_TRY_NMASLOGIN_FIRST au fichier Autoexec.ncf. Toutefois, cette variable d'environnement doit être ajoutée au fichier c:\nwserver\startup.ncf. Pour ce faire, utilisez l'une des méthodes suivantes : 1. Avant de redémarrer le serveur, définissez la variable d'environnement en ajoutant ce qui suit au fichier c:\nwserver\startup.ncf : env NDSD_TRY_NMASLOGIN_FIRST=true 2. Définissez la variable d'environnement à l'aide de la ligne de commande, puis rechargez DS.NLM comme suit : UNLOAD DS.NLM env NDSD_TRY_NMASLOGIN_FIRST=true LOAD DS.NLM. Toutefois, nous vous recommandons d'utiliser la première méthode car vous ne devrez effectuer l'opération qu'une seule fois. Si vous choisissez la seconde, vous devrez exporter la variable d'environnement à chaque redémarrage du serveur. 2.2.1 Échec du login de iManager à une arborescence distante Après avoir effectué la mise à niveau vers eDirectory 8.8 sous NetWare, vous ne pourrez plus vous loguer à une arborescence distante à l'aide de iManager. Pour résoudre ce problème, vous devez spécifier la variable d'environnement NDSD_TRY_NMASLOGIN_FIRST dans le fichier c:\nwserver\startup.ncf. Pour plus d'informations, reportez-vous à la section précédente (Section 2.2 - Problème de fonctionnement du mot de passe universel). 2.3 Problèmes d'attributs et de réplication codés 2.3.1 Réplication codée NetWare ne prend pas en charge le codage sur le réseau. - Si vous activez la réplication codée au niveau de la partition ou entre les répliques alors que l'anneau de répliques contient un serveur NetWare, la réplication codée n'est pas exécutée sur ce serveur. - L'option Toujours exiger un canal sécurisé est désactivée pour NetWare. 2.3.2 Affichage/modification d'attributs codés via iManager Si un attribut d'un objet est codé, vous ne pourrez pas afficher ni modifier cet objet à l'aide de iManager 2.5. Pour éviter ce problème, vous pouvez afficher ou modifier l'attribut codé via un canal sécurisé grâce à l'une des méthodes suivantes : - LDAP : la requête LDAP doit être envoyée via un canal sécurisé. Pour ce faire, vous devez utiliser le certificat de racine approuvée du serveur. - ICE : l'objet peut être modifié à l'aide de scripts LDIF. Dans ce cas, l'utilitaire d'importation, de conversion et d'exportation ICE doit utiliser un canal sécurisé. Vous pouvez également désactiver l'option imposant l'utilisation d'un canal sécurisé pour afficher ou modifier les attributs codés en désactivant l'attribut requireSecure dans la règle d'attributs codés. L'objet et les attributs codés deviennent alors accessibles par tous les clients via un canal en texte clair. Une fois cette opération effectuée, iManager pourra accéder à l'objet. 2.4 Problèmes liés à SASL-GSSAPI 2.4.1 GSSAPI avec plusieurs objets Utilisateur Si plusieurs objets Utilisateur sont associés au même nom de principal Kerberos, l'utilisateur ou le client doit spécifier le DN de liaison. 2.4.2 ID d'autorisation La RFC2222 prévoit la prise en charge d'un ID d'autorisation envoyé par l'utilisateur et le client. Cela n'est toutefois pas compatible avec la méthode SASL GSSAPI. 2.5 Problèmes liés à iMonitor 2.5.1 Recherche d'objets contenant des caractères à double octet dans iMonitor Lorsque vous utilisez iMonitor pour rechercher des objets dans une arborescence eDirectory, l'hyperlien entre un objet dont le nom contient des caractères à double octet et ses propriétés peut ne pas fonctionner correctement. Ce problème sera résolu dans une version ultérieure de iMonitor. 2.5.2 Vérification de l'état de santé de l'agent dans une arborescence à serveur unique Dans iMonitor, la fonction de vérification de l'état de santé de l'agent affiche une icône d'avertissement dans la colonne Résultats si vous l'exécutez sur une arborescence à serveur unique, en raison de l'état Données périssables. N'en déduisez pas que l'arborescence se trouve dans un état critique ni que la vérification de l'état de santé ne fonctionne pas correctement. L'état Données périssables indique la quantité de données qui n'ont pas encore été synchronisées sur une réplique au moins. Une arborescence à serveur unique, de par sa nature, laisse toujours peser un risque d'incident majeur sur les données puisqu'elles ne sont répliquées dans aucun autre emplacement. La perte du disque dur signifie, dans ce cas, la perte des données. Si vous ne souhaitez pas afficher les avertissements relatifs aux données périssables ou au nombre de répliques lisibles dans l'arborescence à serveur unique, vous pouvez désactiver ces vérifications de l'état de santé en modifiant les entrées suivantes du fichier ndsimonhealth.ini : perishable_data-active: OFF et ring_readable-Min_Marginal: 1 ou ring_readable-active: OFF Vous désactivez ainsi les avertissements relatifs au nombre de répliques lisibles et aux données périssables. 2.5.3 Le rapport de iMonitor ne contient pas les enregistrements de chaque heure La fonction de rapports personnalisés de iMonitor place l'URL spécifiée par l'utilisateur dans le rapport enregistré (le fichier HTML enregistré) lors de la création du rapport personnalisé. En d'autres termes, lorsque vous ouvrez un rapport personnalisé enregistré qui a été exécuté, vous accédez aux données courantes et non aux données collectées via l'URL durant l'exécution de ce rapport. Ce problème sera résolu dans une version ultérieure de iMonitor. 2.6 Problèmes rencontrés avec iManager 2.6.1 Échec des opérations LDAP après la création d'un groupe LDAP à l'aide de la fonction de création rapide La fonction de création rapide crée uniquement un objet Groupe LDAP avec des attributs factices que vous pouvez modifier ultérieurement. Comme elle utilise la version 1 au lieu de la 9, toutes les opérations LDAP échouent puisque aucun serveur ne peut être associé en raison de l'incompatibilité de version. Pour éviter ce problème, après avoir créé le groupe LDAP à l'aide de la fonction de création rapide, remplacez le numéro de version de l'objet Groupe LDAP par 9. 2.7 Problèmes liés à SNMP 2.7.1 Autochargement de DSSNMPSA Sous NetWare, DSSNMPSA ne se charge pas par défaut. Si vous l'avez configuré de façon à ce qu'il se charge automatiquement, enregistrez les références en sélectionnant l'option Mémoriser le mot de passe lors du chargement manuel. L'option INTERACTIVE doit présenter la valeur ON dans le fichier sys:\etc\dssnmp.cfg pour que DSSNMPSA puisse lire les références mémorisées. 2.8 Problèmes liés au gestionnaire de services eDirectory 2.8.1 Dépendances du gestionnaire de services Certains modules du gestionnaire de services, tels que httpstk, possèdent des dépendances. Contrairement à Windows, sous NetWare, ces dépendances ne sont pas affichées dans le cadre d'information. 2.8.2 Utilisation du gestionnaire de services pour arrêter eDirectory Si vous utilisez le gestionnaire de services eDirectory dans Novell iManager pour arrêter eDirectory, il n'est pas possible de redémarrer ce dernier à l'aide du gestionnaire. Sur la console du serveur NetWare, entrez la commande suivante : load DS 2.9 Problèmes de sauvegarde et de restauration 2.9.1 Modifications des informations propres au serveur La sauvegarde des informations propres au serveur a été mise en oeuvre à l'aide de Backup eMTool. Pour plus d'informations, reportez-vous à la section « Changes to Server Specific Information Backup (NetWare Only) » (Modifications apportées à la sauvegarde des informations propres au serveur (NetWare uniquement)) du chapitre « Backing Up and Restoring Novell eDirectory » (Sauvegarde et restauration de Novell eDirectory) dans le manuel « Novell eDirectory 8.8 Administration Guide » (Guide d'administration de Novell eDirectory 8.8) (http://www.novell.com/docu mentation/edir88/index.html). Si vous créez des sauvegardes d'informations propres au serveur à l'aide du système de fichiers TSA, n'oubliez pas que la taille maximale du fichier de sauvegarde peut s'avérer trop importante pour votre volume sys:. L'implémentation d'un emplacement de fichier défini par l'utilisateur permet d'enregistrer le fichier à un emplacement plus pratique et de plus grande taille. 2.10 Attributs de schéma Netscape Les attributs relatifs à Netscape ont été supprimés du schéma par défaut installé avec LDAP dans eDirectory 8.8. Si vous souhaitez utiliser ces attributs, vous pouvez les trouver dans une arborescence installée avant eDirectory 8.8 ou les ajouter dans de nouvelles arborescences via l'utilitaire d'importation, de conversion et d'exportation Novell pour exécuter le fichier netscape-mappings.ldif dans le répertoire « schema » du CD de eDirectory 8.8. 2.11 Problème lié à emboxmgr.nlm Une fuite de mémoire se produit au niveau de emboxmgr.nlm lorsque vous utilisez le client eMBox pour exécuter plusieurs sauvegardes ou réparations locales simultanées. Ce problème sera résolu dans une version ultérieure de eDirectory. 2.12 Problèmes liés à NMAS 2.12.1 Problèmes de login, utilisation de la mémoire et performances Le serveur eDirectory utilise davantage de mémoire et les performances diminuent en cas d'utilisation de la méthode NMAS pour l'authentification. Pour cette version, n'authentifiez pas de connexions LDAP à l'aide de NMAS. 2.13 Problèmes de liens en amont avec le conteneur Sécurité Le processus d'arrière-plan relatif aux liens en amont synchronise les données entre le cache local et l'objet Conteneur Sécurité. Il arrive toutefois que le système de liens en amont ne mette pas en cache toutes les données lors de sa première exécution. Pour résoudre ce problème, vous devez planifier le système de liens en amont manuellement (ou l'exécuter de nouveau) afin que tous les attributs du conteneur Sécurité soient mis en cache. Veillez à ce qu'il y ait au moins un serveur possédant le conteneur Sécurité qui soit actif lors de l'exécution du système de liens en amont. Remarque : par défaut, le système de liens en amont s'exécute toutes les 13 heures. 3.0 Documentation 3.1 Affichage de la documentation de eDirectory Novell eDirectory 8.8 comporte la documentation suivante : - Novell eDirectory 8.8 What's New Guide (Guide des nouveautés de Novell eDirectory 8.8) - Novell eDirectory 8.8 Installation Guide (Guide d'installation de Novell eDirectory 8.8) - Novell eDirectory 8.8 Administration Guide (Guide d'administration de Novell eDirectory 8.8) - Novell eDirectory 8.8 Troubleshooting Guide (Guide de dépannage de Novell eDirectory 8.8) Ces documents sont également disponibles sur le site Web de documentation en ligne de Novell eDirectory 8.8 (http://www.novell.com/documentatio n/edir88/index.html). 3.2 Documentation supplémentaire et informations sur le fichier lisezmoi 3.2.1 iManager 2.5 Pour des informations sur iManager, consultez la documentation en ligne de iManager (http://www.novell.com/document ation/imanager25/index.html). 3.2.2 NMAS 3.0 Pour des informations sur NMAS, consultez la documentation en ligne de NMAS (http://www.novell.com/documentation/nmas30 /index.html). 3.2.3 Certificate Server 3.1 Pour des informations sur Certificate Server (serveur de certificats), consultez la documentation en ligne de Certificate Server (http://www.novell.com/documentation /crt30/index.html). 3.2.4 NICI 2.7 Pour des informations sur NICI, consultez la documentation en ligne de NICI (http://www.novell.com/documentation/nici27 x/index.html). 4.0 Mentions légales Novell exclut toute garantie relative au contenu ou à l'utilisation de cette documentation. En particulier, Novell ne garantit pas que cette documentation est exhaustive ni exempte d'erreurs. Novell se réserve en outre le droit de réviser cette publication à tout moment et sans préavis. Par ailleurs, Novell exclut toute garantie relative à tout logiciel, notamment toute garantie, expresse ou implicite, que le logiciel présenterait des qualités spécifiques ou qu'il conviendrait à un usage particulier. Novell se réserve en outre le droit de modifier à tout moment tout ou partie des logiciels Novell, sans notification préalable de ces modifications à quiconque. Tous produits et informations techniques fournis au titre de cet Accord peuvent être soumis à la réglementation américaine en matière de contrôle des exportations ainsi qu’aux règles d’import-export en vigueur dans d’autres pays. Les parties s’engagent à respecter toutes les lois de régulation à l’exportation et à obtenir toutes licences ou tous agréments requis pour l’exportation, la réexportation ou l’importation de ces livrables. Les parties s'engagent à ne pas exporter ou réexporter ceux-ci vers des entités inscrites sur la liste américaine d'interdiction d'exporter ou vers des pays soumis à embargo ou désignés comme terroristes par la réglementation américaine en la matière. Les parties n'utiliseront pas les livrables pour une utilisation finale dans des technologies de missiles, des armements nucléaires, biologiques et/ou chimiques. Pour plus d'informations sur l'exportation des logiciels Novell, reportez-vous à l'adresse suivante : www.novell.com/inf o/exports. Novell ne sera pas responsable si vous n’obtenez pas les agréments d'exportation exigés. Copyright 2003-2005 Novell, Inc. Tous droits réservés. Cette publication ne peut être reproduite, photocopiée, stockée sur un système de recherche documentaire ou transmise, même en partie, sans le consentement écrit explicite préalable de l'éditeur. Novell, Inc. dispose de droits de propriété intellectuelle sur la technologie intégrée dans le produit décrit dans le présent document. Ces droits de propriété intellectuelle peuvent inclure en particulier, et de façon non limitative, un ou plusieurs des brevets américains listés à l'adresse http://www.novell.com/company/legal/patents/ et un ou plusieurs brevets supplémentaires ou demandes de brevet en attente aux États-Unis et dans d'autres pays. Novell, NDS, NetWare et ConsoleOne sont des marques déposées de Novell, Inc. aux États-Unis et dans d'autres pays. eDirectory, NLM, NMAS et Novell Client sont des marques de Novell, Inc. Tous les produits de fabricants tiers appartiennent à leur propriétaire respectif. Ce produit inclut des logiciels développés via OpenSSL Project destinés à être utilisés dans le toolkit OpenSSL (http://www.openssl.org). Pour plus d'informations sur la licence et pour en connaître les conditions, consultez le fichier license\fr\license .txt sur le CD de eDirectory.