Ce chapitre contient d'importantes informations, propres au produit, disponibles à la sortie de Directory Proxy Server.
Ce chapitre inclut les sections suivantes:
Cette section regroupe les bogues résolus dans les versions Directory Proxy Server 6.1 et 6.0.
La liste suivante contient seulement les bogues résolus dans DirectoryServer 6.1. Pour obtenir la liste complète des bogues résolus dans cette version, consultez le fichier README.numérodepatch se trouvant dans le répertoire du patch.
Directory Proxy Server n'effectue pas toujours les recherches correctement sur les DN virtuels.
La commande dpconf réclame un redémarrage inutile lorsque vous configurez certaines propriétés du serveur.
Après avoir utilisé la commande dpconf delete-jdbc-object-class, vous devez redémarrer le proxy du serveur d'annuaire pour que la modification prenne effet.
Il a été constaté que Directory Proxy Server ne récupère qu'un des deux attributs mappés via JDBC lorsque les deux attributs sont mappés dans la même colonne du tableau de la base de données.
Il a été constaté que des recherches à un niveau via des vues de données JDBC échouent.
Sous Windows, lorsque vous installez Directory Proxy Server après Directory Server à l'aide de la commande dsee_deploy, cette dernière renvoie une erreur indiquant que certains fichiers communs n'ont pas été supprimés.
La base de données JDBC ne peut traiter l'exécution de transactions LDAP partielles.
Directory Proxy Server ne recalcule pas la propriété alternate-search-base-dn lorsque vous modifiez le base-dn d'une vue de données.
Sur les systèmes Windows, lorsque Directory Proxy Server est activé en tant que service, n'utilisez pas la commande dpadm cert-pwd-prompt=on.
Pour activer les alertes par e-mail de Directory Proxy Server aux utilisateurs sur l'hôte local, spécifiez une propriété email-alerts-message-from-address avant d'activer les alertes par e-mail.
Le fait d'augmenter le nombre de threads de travail Directory Proxy Server peut empêcher le redémarrage du serveur. Ce problème se manifeste par l'erreur java.lang.OutOfMemoryError au démarrage du serveur.
Lorsqu'elle est utilisée avec l'indicateur jvm-args pour allouer plus de mémoire à la machine virtuelle Java, il a été constaté que la commande dpadm renvoie un état de sortie nul même en cas d'échec d'allocation de la mémoire. Des messages d'erreur s'affichent cependant sur la ligne de commande.
Par défaut, Directory Proxy Server désactive le SSLv2 parce qu'il est le plus ancien de la famille de protocoles de sécurité SSL/TLS et qu'il est donc considéré comme faible et superflu. Maintenant, Directory Proxy Server n'active que les protocoles de sécurité SSLv3 et TLSv1.
Les contrôles de réponse LDAP sont déposés dans searchResultDone par Directory Proxy Server.
Autoriser des requêtes de lecture et d'écriture à chaîner séparément.
Ajouter des algorithmes de distribution alphabétique et basés sur le hachage.
Directory Proxy Server ne parvient pas à suivre des références dans des requêtes de liaison.
Le fichier journal de Directory Proxy Server ne peut pas dépasser 2 Go.
Le fichier Directory Proxy Server gère la fuite de mémoire.
Les bogues suivants trouvés dans la version bêta ont été corrigés.
Une erreur est renvoyée lors d'une recherche via Directory Proxy Server et le mot de passe est verrouillé.
Directory Service Control Center ne vous permet pas de créer une requête de certificat.
Des recherches LDAP via Directory Proxy Server ne sont pas abandonnées par Directory Proxy Server après avoir été abandonnées par l'application client.
Des recherches de sous-chaînes ne sont pas possibles via une vue de données associée.
La recherche DB2 via Directory Proxy Server renvoie SqlException.
Lorsque vous créez une classe d'objet JDBC, la table secondaire n'est pas facultative.
La suppression d'une entrée de base de données SQL ne fonctionne pas correctement.
Des valeurs d'attribut partagées et à valeurs multiples dans des bases de données sont ignorées.
Cette section énumère les problèmes et les restrictions connus à la sortie de cette version.
Cette section énumère les restrictions du produit.
Des modifications apportées aux droits d'accès aux fichiers Directory Server Enterprise Edition installés peuvent parfois entraîner un dysfonctionnement du logiciel. Ne modifiez les droits d'accès au fichier que conformément aux instructions de la documentation ou aux instructions du support Sun.
Il est possible de résoudre cette limitation en installant les produits et créant des instances de serveur en tant qu'utilisateur disposant des droits d'accès utilisateur et groupe appropriés.
Lors de la création d'un certificat de serveur autosigné, veillez à spécifier une validité suffisamment longue pour ne pas avoir à remplacer le certificat.
Lorsque vous utilisez la version allemande sous Windows 2003, procédez à l'installation depuis les packages natifs à l'aide de la distribution Java ES.
Cette section répertorie les problèmes connus rencontrés au moment de la version Directory Proxy Server 6.1. Cette liste s'ajoute à la liste Problèmes connus de Directory Proxy Server version 6.0.
Directory Proxy Server ne peut pas reprendre la connexion source de données JDBC restaurée après un échec de connexion de source de données. Directory Proxy Server peut reprendre la connexion uniquement après le redémarrage de l'instance Directory Proxy Server.
Dans Directory Proxy Server, la limite de pas de référence ne fonctionne pas.
Sous Windows, l’affichage des commandes dsadm et dpadm et des messages d’aide n’a pas été localisé en chinois simplifié et chinois traditionnel.
Pour résoudre ce problème, configurez le chemin de classe à l’aide de la commande suivante :
set CLASSPATH="C:Program FilesSunJavaES5DSEEds6libslapwcli.jar; C:Program FilesSunJavaES5DSEEds6libslapy.jar; C:Program FilesSunJavaES5DSEEds6libslapycli.jar; C:Program FilesSunJavaES5DSEEds6libslapycli_l10n.jar; C:Program FilesSunJavaES5DSEEdsee6libclip.jar; C:Program FilesSunJavaES5DSEEdsee6libjarcommon.jar; C:Program FilesSunJavaES5DSEEdsee6libjarcommon_cfg.jar; C:Program FilesSunJavaES5DSEEds6libslapwcli_l10n.jar; C:Program FilesSunJavaES5DSEEdsee6libclip_l10n.jar; C:Program FilesSunJavaES5DSEEdsee6libjarcommon_cfg_l10n.jar;" java -Dsun.directory.clip.arg0=dsadm -Dsun.directory.dcc.path.slapx=dsadm -classpath %CLASSPATH% com.sun.directory.slapy.cli.SlapyMain --help |
Si vous effectuez une recherche dans l'affichage de données JDBC configurée avec la base de données DB2 et qu'il y a un grand nombre de réponses à votre recherche, une erreur risque de se produire au bout de 1344 entrées.
Pour contourner cette limite, augmentez le nom de grands packages en définissant une valeur du mot-clé de configuration CLI/ODBC CLIPkg supérieure à 30. Le résultat de la recherche sera alors limité à 11 712 entrées.
Pour plus d'informations, consultez la DB2 documentation.
Directory Proxy Server ne peut pas écrire les attributs JDBCimpliquant trop de relations (N:N) entre les tables de la base de données JDBC.
Les instances Directory Proxy Server avec un DN multioctets créées à l'aide de DSCC, ne démarrent pas sous Linux.
Lorsque vous utilisez une Service Management Facility (SMF) dans Solaris 10 pour activer une instance de serveur, l'instance ne démarre pas toujours lorsque vous réinitialisez le système.
Pour résoudre ce problème, ajoutez les lignes suivantes marquées d'un signe + à /opt/SUNWdsee/ds6/install/tmpl_smf.manifest.
... restart_on="none" type="service"> <service_fmri value="svc:/network/initial:default"/> </dependency> + <dependency name="nameservice" grouping="require_all" \ + restart_on="none" type="service"> + <service_fmri value="svc:/milestone/name-services"/> + </dependency> <exec_method type="method" name="start" exec="%%%INSTALL_PATH%%%/bin/dsadm start --exec %{sunds/path}"... |
Sous HP-UX, si vous accédez à DSCC depuis différentes sessions de navigateur dans différentes langues, DSCC affichera peut-être certaines chaînes dans une autre langue que celle définie pour le navigateur.
La console ne récupère pas le statut d'arrière-plan de l'instance Directory Proxy Server si un ordinateur possède plusieurs noms d'hôte.
Lorsqu'une vue de données associée est configurée à l'aide de filter-join-rule, il est impossible d'ajouter des entrées à la vue de données associée même en définissant une règle de transformation pour la vue de données secondaire.
Cette section regroupe les problèmes connus rencontrés au moment de la version 6.0 de Directory Server.
L'opération de modification de DN n'est pas prise en charge pour les vues de données LDIF, JDBC, associées et de contrôle d'accès.
Lorsque des ACI de proxy local sont définis, des opérations utilisant un contrôle des droits peuvent ne pas renvoyer les informations appropriées.
Il a été constaté que Directory Proxy Server rejette les ACI spécifiant des sous-types à l'attribut cible, comme (targetattr = "locality;lang-fr-ca").
La commande dpconf ne refuse pas les caractères de nouvelle ligne et de saut de ligne dans les valeurs de propriétés. Éviter d'utiliser des caractères de nouvelle ligne et de saut de ligne dans la définition des valeurs de propriétés.
Il a été constaté que lorsque les ACI sont configurées, Directory Proxy Server ne retourne pas les mêmes résultats qu'une recherche directement réalisée dans la source de données LDAP.
Il a été constaté que Directory Proxy Server renvoie une erreur d'opération indiquant que le serveur ne parvient pas à lire la réponse de liaison après le redémarrage d'une source de données Directory Server.
Directory Proxy Server doit être redémarré lorsque la configuration du mode d'authentification est modifiée.
Après la génération d'une demande de certificat signée CA pour Directory Proxy Server, vous pouvez actualiser Directory Service Control Center. Directory Service Control Center indique ensuite que le certificat est autosigné.
Vous pouvez configurer l'utilisation de connexions SSL lorsque l'application cliente se connecte à l'aide de SSL. Lorsque le port SSL utilisé par Directory Proxy Server est incorrect, il a été constaté que Directory Proxy Server ferme toutes les connexions après une recherche sécurisée.
Directory Proxy Server ne parvient pas à compter correctement le nombre de connexions directes lorsqu'il est configuré pour utiliser l'authentification basée sur les informations d'authentification de l'application cliente plutôt que sur une autorisation du proxy.
Directory Proxy Server vous permet de configurer la propriété base-dn d'une vue de données sur le DN racine, "", au moment de la création de la vue de données uniquement.
Directory Service Control Center trie des valeurs sous forme de chaînes. Ainsi, lorsque vous triez des nombres dans Directory Service Control Center, ils sont triés comme s'il s'agissait de chaînes.
Un tri croissant de 0, 20 et 100 donne la liste 0, 100, 20. Un tri décroissant de 0, 20 et 100 donne la liste 20, 100, 0.
N'utilisez pas le signe dollar, $, dans la définition de règles d'attributs.
Après la configuration d'alertes, vous devez redémarrer Directory Proxy Server pour que la modification soit prise en compte.
Lorsque vous configurez une hiérarchie virtuelle avec des règles DN, Directory Proxy Server ne parvient pas toujours à résoudre des recherches basées sur les DN virtuels. Par exemple, si le DN virtuel est configuré comme suit uid=${entry.uid},cn=${entry.cn},dc=example,dc=com, des recherches dont la portée est la suivante, cn=some-cn ,dc=example,dc=com, échouent.
Il a été constaté que Directory Proxy Server ne parvient pas à renommer une entrée en mouvement vers une autre vue de données lorsqu'une distribution de données numériques ou lexicographiques est configurée.
Lors de l'utilisation de vues de données associées, Directory Proxy Server ne prend pas en compte les algorithmes de distribution de données des vues constituant l'association.
Pour résoudre ce problème, configurez une distribution de données au niveau de la vue de données associée lorsque vous combinez des associations et une distribution de données.
La commande dpadm autostart ne fonctionne pas lorsque vous installez les logiciels à partir de packages natifs et que vous relocalisez les packages natifs au moment de l'installation.
Après la configuration d'une source de données JDBC, vous devez redémarrer Directory Proxy Server pour que la modification soit prise en compte.
La commande dpconf demande, de manière erronée, un redémarrage lorsque vous définissez les propriétés bind-dn et num-write-init.
L'opération de modification de RDN n'est pas prise en charge pour des entrées de vues de données JDBC.
Après l'utilisation de la commande dpconf delete-jdbc-object-class, vous devez redémarrer Directory Proxy Server pour que la modification soit prise en compte.
Il a été constaté que Directory Proxy Server ne récupère qu'un des deux attributs mappés via JDBC lorsque les deux attributs sont mappés dans la même colonne du tableau de la base de données.
Directory Proxy Server renvoie de manière inappropriée une erreur 32, objet introuvable, lors de l'accès à un attribut JDBC non spécifié dans la configuration.
Il a été constaté que des recherches à un niveau via des vues de données JDBC échouent.
Directory Proxy Server ne vous permet pas de gérer un schéma sur LDAP.
Sous Windows, lorsque vous installez Directory Proxy Server après Directory Server à l'aide de la commande dsee_deploy, cette dernière renvoie une erreur indiquant que certains fichiers communs n'ont pas été supprimés.
Directory Proxy Server doit ignorer la propriété filter-join-rule lorsqu'elle est utilisée dans une table principale.
Après l'installation et la création d'une instance de serveur sous Windows, les droits d'accès aux fichiers du dossier d'installation et de l'instance de serveur autorisent l'accès à tous les utilisateurs.
Pour résoudre ce problème, modifiez les droits d'accès dans les dossiers d'installation et d'instance de serveur.
Il a été constaté que Access Manager, lors de l'accès à Directory Server via Directory Proxy Server, rencontre des problèmes liés à des recherches persistantes après un redémarrage de Directory Server.
Pour résoudre ce problème, redémarrez Access Manager ou Directory Proxy Server après avoir redémarré Directory Server.
Pour affiner davantage, vous pouvez augmenter le nombre de tentatives et le délai d'attente entre les tentatives d'Access Manager pour rétablir des connexions de recherche persistante. Vous pouvez augmenter ces paramètres en modifiant les propriétés suivantes du fichier AMConfig.properties.
Augmentez com.iplanet.am.event.connection.num.retries, qui représente le nombre de tentatives. Le nombre de tentatives par défaut est de 3.
Augmentez com.iplanet.am.event.connection.delay.between.retries, qui représente la durée en millisecondes entre chaque tentative. La valeur par défaut est de 3 000 millisecondes.
Lors de la création d'un certificat autosigné à l'aide de Directory Service Control Center, n'utilisez pas de caractères multioctets dans les noms de certificats.
Les contrôles LDAP par défaut autorisés via Directory Proxy Server ne sont pas affichés par Directory Service Control Center.
Directory Proxy Server ne met pas à jour des sources de données JDBC avec des transactions. Directory Proxy Server exécute plutôt des opérations par étapes. Par conséquent, une partie d'une opération de mise à jour relative à une base de données relationnelle peut réussir alors qu'une autre échoue.
Après la configuration de la syntaxe JDBC, vous devez redémarrer Directory Proxy Server pour que la modification soit prise en compte.
Directory Service Control Center supprime les virgules lorsque vous modifiez le DN d'une sous-arborescence exclue existante ou d'une autre base de recherche.
Directory Proxy Server ne recalcule pas la propriété alternate-search-base-dn lorsque vous modifiez le base-dn d'une vue de données.
Sous Windows, lorsque Directory Proxy Server est activé en tant que service, n'utilisez pas la commande dpadm cert-pwd-prompt=on.
Pour activer les alertes par e-mail de Directory Proxy Server aux utilisateurs sur l'hôte local, spécifiez une propriété email-alerts-message-from-address avant d'activer les alertes par e-mail.
$ dpconf set-server-prop email-alerts-message-from-address:admin@localhost |
Le fait d'augmenter le nombre de threads de travail Directory Proxy Server peut empêcher le redémarrage du serveur. Ce problème se manifeste par l'erreur java.lang.OutOfMemoryError au démarrage du serveur. Ce problème survient lorsque la mémoire disponible pour la machine virtuelle Java est insuffisante pour allouer de l'espace à tous les threads de travail.
Pour résoudre ce problème, exécutez la commande dpadm pour autoriser le serveur à utiliser plus de mémoire ou remplacez le fichier de configuration du serveur, instance-path/config/conf.ldif, par le fichier instance-path/config/conf.ldif.startok pour utiliser les paramètres de configuration antérieurs.
Après la première activation ou désactivation d'un accès LDAP non sécurisé, vous devez redémarrer Directory Proxy Server pour que la modification soit prise en compte.
Des macros d'annuaire virtuel utilisant split ne fonctionnent pas correctement.
Les paramètres de limite de durée et de taille fonctionnent avec des sources de données LDAP uniquement.
Après l'exécution de la commande dpadm set-flags cert-pwd-store=off, Directory Proxy Server ne peut pas être redémarré via Directory Service Control Center.
Lorsqu'elle est utilisée avec l'indicateur jvm-args pour allouer plus de mémoire à la machine virtuelle Java, il a été constaté que la commande dpadm renvoie un état de sortie nul même en cas d'échec d'allocation de la mémoire. Des messages d'erreur s'affichent cependant sur la ligne de commande.
Lorsque vous utilisez l'indicateur jvm-args de la commande dpadm et que vous redémarrez le serveur, vous ne pouvez pas allouer plus de 2 Go de mémoire à la machine virtuelle Java.
Pour résoudre ce problème, utilisez les commandes dpadm stop et dpadm start au lieu de dpadm restart.
Il a été constaté que la commande dpadm start échoue lorsqu'elle est utilisée avec un nom d'instance de serveur comprenant des caractères ASCII et japonais multioctets.
Lors de la définition de la propriété data-view-routing-custom-list sur un gestionnaire de connexions existant, une erreur est renvoyée avec des noms de vue de données contenant des caractères à éviter, comme des virgules.
Pour résoudre ce problème, ne donnez pas de noms contenant de tels caractères aux vues de données. Par exemple, n'utilisez pas de noms de vues de données contenant des DN.
Contrairement aux versions précédentes, tel qu'indiqué dans la page de manuel allowed-ldap-controls(5dpconf), Directory Proxy Server n'autorise pas le contrôle du tri côté serveur par défaut.
Vous pouvez activer la prise en charge de Directory Proxy Server du contrôle du tri côté serveur en ajoutant server-side-sorting à la liste de contrôles LDAP autorisés et spécifiés dans la propriété allowed-ldap-controls.
$ dpconf set-server-prop \ allowed-ldap-controls:auth-request \ allowed-ldap-controls:chaining-loop-detection \ allowed-ldap-controls:manage-dsa \ allowed-ldap-controls:persistent-search \ allowed-ldap-controls:proxy-auth-v1 \ allowed-ldap-controls:proxy-auth-v2 \ allowed-ldap-controls:real-attributes-only \ allowed-ldap-controls:server-side-sorting |
Notez que vous devez répéter les paramètres existants. Sinon, seul le contrôle du tri côté serveur est autorisé.
Lors de l'utilisation de la fonctionnalité d'attribution d'un nouveau nom au DN de Directory Proxy Server, notez que des composants de DN répétés sont renommés par un seul composant de remplacement.
Supposons, par exemple, que vous souhaitez renommer des DN se terminant par o=myCompany.com pour qu'ils se terminent par dc=com. Pour les entrées dont le DN répète le composant d'origine, comme uid=userid,ou=people,o=myCompany.com,o=myCompany.com, le DN renommé obtenu est uid=userid,ou=people,dc=com, et non uid=userid,ou=people,o=myCompany.com,dc=com.
S'il est utilisé dans des environnements linguistiques allemand et chinois, il a été constaté que Directory Service Control Center ne peut pas créer de nouvelles instances Directory Proxy Server. Il a été également constaté que la commande dsccreg add-server ne pouvait pas enregistrer d'instances Directory Proxy Server.
Pour résoudre ce problème sous Windows, passez à l'environnement linguistique anglais U.S. avant de créer l'instance.
La configuration de connexion JDBC pour accéder à Oracle 9 via Directory Proxy Server peut ne pas être directe comme indiqué dans la documentation.
Supposons la configuration suivante. Vous disposez d'un serveur Oracle 9 écoutant sur l'hôte myhost, port 1537 et l'instance porte l'identifiant système (SID) MYINST. L'instance comprend une base de données MYNAME.MYTABLE.
Pour configurer l'accès à MYTABLE, vous devez généralement définir les propriétés suivantes.
Sur la source de données JDBC, définissez db-name:MYINST.
Sur la source de données JDBC, définissez db-url:jdbc:oracle:thin:myhost:1537:.
Dans la table JDBC, définissez sql-table:MYNAME.MYTABLE.
Si ces paramètres ne fonctionnent pas, essayez de configurer l'accès à MYTABLE avec les paramètres suivants.
Sur la source de données JDBC, définissez db-name:(CONNECT_DATA=(SERVICE_NAME=MYINST))).
Sur la source de données JDBC, définissez db-url:jdbc:oracle:thin:@(DESCRIPTION= (ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=myhost)(PORT=1537))).
Dans la table JDBC, définissez sql-table:MYNAME.MYTABLE.