Descripteurs de recherche de service et mappage de schémas

Comme mentionné plus haut, les services de noms LDAP exigent, par défaut, que l'arborescence DIT soit structurée d'une certaine manière. Si vous le souhaitez, vous pouvez demander au service de noms LDAP d'effectuer des recherches dans d'autres emplacements que les emplacements par défaut dans l'arborescence DIT en utilisant les descripteurs de recherche de service (SSD). En outre, vous pouvez spécifier que les différents attributs et classes d'objet soient utilisés à la place de ceux spécifiés par le schéma par défaut. Pour obtenir la liste des filtres par défaut, reportez-vous à la section Filtres par défaut utilisés par les services de noms LDAP.

Description des SSD

L'attribut serviceSearchDescriptor définit où et comment un client de service de noms LDAP doit rechercher des informations pour un service particulier. servicesearchdescriptor contient le nom d'un service, suivi d'un ou de plusieurs valeurs base-étendue-filtre séparés par des points-virgules. Ces triples sont utilisés pour définir des recherches uniquement pour le service spécifié et sont recherchés dans l'ordre. Si plusieurs triples sont spécifiés pour un service donné, lorsque ce service recherche une entrée particulière, il recherche dans chaque base ayant l'étendue et le filtre spécifiés.

Dans l'exemple suivant, le client du service de noms LDAP effectue une recherche à un niveau dans ou=ouest,dc=example,dc=com suivie d'une recherche à un niveau dans ou=east,dc=example,dc=com pour le service passwd. Pour rechercher les données passwd d'un utilisateur username, le filtre LDAP par défaut (&(objectClass=posixAccount)(uid=username)) est appliqué pour chaque BaseDN.

serviceSearchDescriptor: passwd:ou=west,dc=example,dc=com;ou=east,
dc=example,dc=com 

Dans l'exemple suivant, le client du service de noms LDAP doit effectuer une recherche de sous-arborescence dans ou=west,dc=example,dc=com pour le service passwd. Pour rechercher les données passwd de l'utilisateur username, la recherche dans la sous-arborescence ou=west,dc=example,dc=com s'effectue à l'aide du filtre LDAP (&(fulltimeEmployee=TRUE)(uid=username)).

serviceSearchDescriptor: passwd:ou=west,dc=example,
dc=com?sub?fulltimeEmployee=TRUE

Il est également possible d'associer plusieurs conteneurs à un type de service précis. Dans l'exemple ci-après, le descripteur de recherche de service indique la recherche d'entrées de mot de passe dans trois conteneurs.

Notez qu'une virgule (,) en fin de ligne dans l'exemple implique que la base defaultSearchBase est ajouté à la base relative dans le SSD.

defaultSearchBase: dc=example,dc=com
serviceSearchDescriptor: \
passwd:ou=myuser,;ou=newuser,;ou=extuser,dc=example,dc=com

Attributs attributeMap

Le service de noms LDAP autorise le remappage d'un ou de plusieurs noms d'attributs pour n'importe lequel de ses services (Le client LDAP utilise les attributs connus documentés dans le Chapitre 14, Service de noms LDAP (référence)). Si vous mappez un attribut, vous devez vous assurer que l'attribut a la même signification et la même syntaxe que l'attribut d'origine. Notez que le mappage de l'attribut userPassword peut causer des problèmes.

Il existe deux raisons pour lesquelles vous voudrez utiliser des mappages de schéma.

• Vous souhaitez mapper des attributs dans un serveur d'annuaire existant.

• Si vous avez des noms d'utilisateur dont seule la casse diffère, vous devez mapper l'attribut uid, qui ignore la casse, sur un attribut qui n'ignore pas la casse.

Le format de cet attribut est service:attribute-name=mapped-attribute-name.

Si vous souhaitez mapper plusieurs attributs pour un service donné, vous pouvez définir plusieurs attributs attributeMap.

Dans l'exemple suivant, les attributs employeeName et home seront utilisés à chaque fois que les attributs uid et homeDirectory sont utilisés pour le service passwd.

attributeMap: passwd:uid=employeeName
attributeMap: passwd:homeDirectory=home

Il existe un cas particulier pour lequel vous pouvez mapper l'attribut gecos du service passwd sur plusieurs attributs. En voici un exemple.

attributeMap: gecos=cn sn title

Cette opération permet de mapper les valeurs gecos sur une liste des valeurs d'attribut cn, sn et title séparées par des espaces.

Attribut objectclassMap

Le service de noms LDAP permet aux classes d'objet d'être remappées pour l'un de ses services. Si vous souhaitez mapper plusieurs classes d'objet pour un service donné, vous pouvez définir plusieurs attributs objectclassMap. Dans l'exemple suivant, la classe d'objet myUnixAccount est utilisée à chaque fois que la classe d'objet posixAccount est utilisée.

objectclassMap: passwd:posixAccount=myUnixAccount