Module Apache mod_ldap

Langues Disponibles: en | fr

Description:	Conservation des connexions LDAP et services de mise en cache du rï¿½sultat ï¿½ destination des autres modules LDAP
Statut:	Extension
Identificateurï¿½deï¿½Module:	ldap_module
Fichierï¿½Source:	util_ldap.c

Sommaire

Ce module a ï¿½tï¿½ conï¿½u dans le but d'amï¿½liorer les performances des sites web s'appuyant sur des connexions en arriï¿½re-plan vers des serveurs LDAP. Il ajoute aux fonctions fournies par les bibliothï¿½ques standards LDAP la conservation des connexions LDAP ainsi qu'un cache LDAP partagï¿½ en mï¿½moire.

Pour activer ce module, le support LDAP doit ï¿½tre compilï¿½ dans apr-util. Pour ce faire, on ajoute l'option --with-ldap au script configure lorsqu'on construit Apache.

Le support SSL/TLS est conditionnï¿½ par le kit de dï¿½veloppement LDAP qui a ï¿½tï¿½ liï¿½ ï¿½ APR. Au moment oï¿½ ces lignes sont ï¿½crites, APR-util supporte OpenLDAP SDK (version 2.x ou supï¿½rieure), Novell LDAP SDK, Mozilla LDAP SDK, le SDK LDAP Solaris natif (basï¿½ sur Mozilla) ou le SDK LDAP Microsoft natif. Voir le site web APR pour plus de dï¿½tails.

Exemple de configuration

Ce qui suit est un exemple de configuration qui utilise mod_ldap pour amï¿½liorer les performances de l'authentification HTTP de base fournie par mod_authnz_ldap.

# Active la conservation des connexions LDAP et le cache partagï¿½ en
# mï¿½moire. Active le gestionnaire de statut du cache LDAP.
# Nï¿½cessite le chargement de mod_ldap et de mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.

LDAPSharedCacheSize 500000
LDAPCacheEntries 1024
LDAPCacheTTL 600
LDAPOpCacheEntries 1024
LDAPOpCacheTTL 600

<Location /ldap-status>
    SetHandler ldap-status
    
    Require host yourdomain.example.com
    
    Satisfy any
    AuthType Basic
    AuthName "LDAP Protected"
    AuthBasicProvider ldap
    AuthLDAPURL ldap://127.0.0.1/dc=example,dc=com?uid?one
    Require valid-user
</Location>

Conservation des connexions LDAP

Les connexions LDAP sont conservï¿½es de requï¿½te en requï¿½te. Ceci permet de rester connectï¿½ et identifiï¿½ au serveur LDAP, ce dernier ï¿½tant ainsi prï¿½t pour la prochaine requï¿½te, sans avoir ï¿½ se dï¿½connecter, reconnecter et rï¿½identifier. Le gain en performances est similaire ï¿½ celui des connexions persistantes (keepalives) HTTP.

Sur un serveur trï¿½s sollicitï¿½, il est possible que de nombreuses requï¿½tes tentent d'accï¿½der simultanï¿½ment ï¿½ la mï¿½me connexion au serveur LDAP. Lorsqu'une connexion LDAP est utilisï¿½e, Apache en crï¿½e une deuxiï¿½me en parallï¿½le ï¿½ la premiï¿½re, ce qui permet d'ï¿½viter que le systï¿½me de conservation des connexions ne devienne un goulot d'ï¿½tranglement.

Il n'est pas nï¿½cessaire d'activer explicitement la conservation des connexions dans la configuration d'Apache. Tout module utilisant le module ldap pour accï¿½der aux services LDAP partagera le jeu de connexions.

Les connexions LDAP peuvent garder la trace des donnï¿½es d'identification du client ldap utilisï¿½es pour l'identification auprï¿½s du serveur LDAP. Ces donnï¿½es peuvent ï¿½tre fournies aux serveurs LDAP qui ne permettent pas les connexions anonymes au cours lors des tentatives de sauts vers des serveurs alternatifs. Pour contrï¿½ler cette fonctionnalitï¿½, voir les directives LDAPReferrals et LDAPReferralHopLimit. Cette fonctionnalitï¿½ est activï¿½e par dï¿½faut.

Cache LDAP

Pour amï¿½liorer les performances, mod_ldap met en oeuvre une stratï¿½gie de mise en cache agressive visant ï¿½ minimiser le nombre de fois que le serveur LDAP doit ï¿½tre contactï¿½. La mise en cache peut facilement doubler et mï¿½me tripler le dï¿½bit d'Apache lorsqu'il sert des pages protï¿½gï¿½es par mod_authnz_ldap. De plus, le serveur LDAP verra lui-mï¿½me sa charge sensiblement diminuï¿½e.

mod_ldap supporte deux types de mise en cache LDAP : un cache recherche/identification durant la phase de recherche/identification et deux caches d'opï¿½rations durant la phase de comparaison. Chaque URL LDAP utilisï¿½e par le serveur a son propre jeu d'instances dans ces trois caches.

Le cache recherche/identification

Les processus de recherche et d'identification sont les opï¿½rations LDAP les plus consommatrices en temps, en particulier si l'annuaire est de grande taille. Le cache de recherche/identification met en cache toutes les recherches qui ont abouti ï¿½ une identification positive. Les rï¿½sultats nï¿½gatifs (c'est ï¿½ dire les recherches sans succï¿½s, ou les recherches qui n'ont pas abouti ï¿½ une identification positive) ne sont pas mis en cache. La raison de cette dï¿½cision rï¿½side dans le fait que les connexions avec des donnï¿½es d'identification invalides ne reprï¿½sentent qu'un faible pourcentage du nombre total de connexions, et ainsi, le fait de ne pas mettre en cache les donnï¿½es d'identification invalides rï¿½duira d'autant la taille du cache.

mod_ldap met en cache le nom d'utilisateur, le DN extrait, le mot de passe utilisï¿½ pour l'identification, ainsi que l'heure de l'identification. Chaque fois qu'une nouvelle connexion est initialisï¿½e avec le mï¿½me nom d'utilisateur, mod_ldap compare le mot de passe de la nouvelle connexion avec le mot de passe enregistrï¿½ dans le cache. Si les mots de passe correspondent, et si l'entrï¿½e du cache n'est pas trop ancienne, mod_ldap court-circuite la phase de recherche/identification.

Le cache de recherche/identification est contrï¿½lï¿½ par les directives LDAPCacheEntries et LDAPCacheTTL.

Les caches d'opï¿½rations

Au cours des opï¿½rations de comparaison d'attributs et de noms distinctifs (DN), mod_ldap utilise deux caches d'opï¿½rations pour mettre en cache les opï¿½rations de comparaison. Le premier cache de comparaison sert ï¿½ mettre en cache les rï¿½sultats de comparaisons effectuï¿½es pour vï¿½rifier l'appartenance ï¿½ un groupe LDAP. Le second cache de comparaison sert ï¿½ mettre en cache les rï¿½sultats de comparaisons entre DNs.

Notez que, lorsque l'appartenance ï¿½ un groupe est vï¿½rifiï¿½e, toute comparaison de sous-groupes est mise en cache afin d'accï¿½lï¿½rer les comparaisons de sous-groupes ultï¿½rieures.

Le comportement de ces deux caches est contrï¿½lï¿½ par les directives LDAPOpCacheEntries et LDAPOpCacheTTL.

Superviser le cache

mod_ldap possï¿½de un gestionnaire de contenu qui permet aux administrateurs de superviser les performances du cache. Le nom du gestionnaire de contenu est ldap-status, et on peut utiliser les directives suivantes pour accï¿½der aux informations du cache de mod_ldap :

<Location /server/cache-info>
    SetHandler ldap-status
</Location>

En se connectant ï¿½ l'URL http://nom-serveur/infos-cache, l'administrateur peut obtenir un rapport sur le statut de chaque cache qu'utilise mod_ldap. Notez que si Apache ne supporte pas la mï¿½moire partagï¿½e, chaque instance de httpd possï¿½dera son propre cache, et chaque fois que l'URL sera rechargï¿½e, un rï¿½sultat diffï¿½rent pourra ï¿½tre affichï¿½, en fonction de l'instance de httpd qui traitera la requï¿½te.

Utiliser SSL/TLS

La possibilitï¿½ de crï¿½er des connexions SSL et TLS avec un serveur LDAP est dï¿½finie par les directives LDAPTrustedGlobalCert, LDAPTrustedClientCert et LDAPTrustedMode. Ces directives permettent de spï¿½cifier l'autoritï¿½ de certification (CA), les certificats clients ï¿½ventuels, ainsi que le type de chiffrement ï¿½ utiliser pour la connexion (none, SSL ou TLS/STARTTLS).

# Etablissement d'une connexion SSL LDAP sur le port 636.
# Nï¿½cessite le chargement de mod_ldap et mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.

LDAPTrustedGlobalCert CA_DER /certs/certfile.der

<Location /ldap-status>
    SetHandler ldap-status
    
    Require host yourdomain.example.com
    
    Satisfy any
    AuthType Basic
    AuthName "LDAP Protected"
    AuthBasicProvider ldap
    AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
    Require valid-user
</Location>

# Etablissement d'une connexion TLS LDAP sur le port 389.
# Nï¿½cessite le chargement de mod_ldap et mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.

LDAPTrustedGlobalCert CA_DER /certs/certfile.der

<Location /ldap-status>
    SetHandler ldap-status
    
    Require host yourdomain.example.com
    
    Satisfy any
    AuthType Basic
    AuthName "LDAP Protected"
    AuthBasicProvider ldap
    AuthLDAPURL ldap://127.0.0.1/dc=example,dc=com?uid?one TLS
    Require valid-user
</Location>

Certificats SSL/TLS

Les diffï¿½rents SDKs LDAP disposent de nombreuses mï¿½thodes pour dï¿½finir et gï¿½rer les certificats des clients et des autoritï¿½s de certification (CA).

Si vous avez l'intention d'utiliser SSL ou TLS, lisez cette section ATTENTIVEMENT de faï¿½on ï¿½ bien comprendre les diffï¿½rences de configurations entre les diffï¿½rents SDKs LDAP supportï¿½s.

SDK Netscape/Mozilla/iPlanet

Les certificat de CA sont enregistrï¿½s dans un fichier nommï¿½ cert7.db. Le SDK ne dialoguera avec aucun serveur LDAP dont le certificat n'a pas ï¿½tï¿½ signï¿½ par une CA spï¿½cifiï¿½e dans ce fichier. Si des certificats clients sont requis, un fichier key3.db ainsi qu'un mot de passe optionnels peuvent ï¿½tre spï¿½cifiï¿½s. On peut aussi spï¿½cifier le fichier secmod si nï¿½cessaire. Ces fichiers sont du mï¿½me format que celui utilisï¿½ par les navigateurs web Netscape Communicator ou Mozilla. Le moyen le plus simple pour obtenir ces fichiers consiste ï¿½ les extraire de l'installation de votre navigateur.

Les certificats clients sont spï¿½cifiï¿½s pour chaque connexion en utilisant la directive LDAPTrustedClientCert et en se rï¿½fï¿½rant au certificat "nickname". On peut ï¿½ventuellement spï¿½cifier un mot de passe pour dï¿½verrouiller la clï¿½ privï¿½e du certificat.

Le SDK supporte seulement SSL. Toute tentative d'utilisation de STARTTLS engendrera une erreur lors des tentatives de contacter le serveur LDAP pendant l'exï¿½cution.

# Spï¿½cifie un fichier de certificats de CA Netscape
LDAPTrustedGlobalCert CA_CERT7_DB /certs/cert7.db
# Spï¿½cifie un fichier key3db optionnel pour le support des
# certificats clients
LDAPTrustedGlobalCert CERT_KEY3_DB /certs/key3.db
# Spï¿½cifie le fichier secmod si nï¿½cessaire
LDAPTrustedGlobalCert CA_SECMOD /certs/secmod
<Location /ldap-status>
    SetHandler ldap-status

    Require host yourdomain.example.com

    Satisfy any
    AuthType Basic
    AuthName "LDAP Protected"
    AuthBasicProvider ldap
    LDAPTrustedClientCert CERT_NICKNAME <nickname> [password]
    AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
    Require valid-user
</Location>

SDK Novell

Un ou plusieurs certificats de CA doivent ï¿½tre spï¿½cifiï¿½s pour que le SDK Novell fonctionne correctement. Ces certificats peuvent ï¿½tre spï¿½cifiï¿½s sous forme de fichiers au format binaire DER ou codï¿½s en Base64 (PEM).

Note: Les certificats clients sont spï¿½cifiï¿½s globalement plutï¿½t qu'ï¿½ chaque connexion, et doivent ï¿½tre spï¿½cifiï¿½s ï¿½ l'aide de la directive LDAPTrustedGlobalCert comme ci-dessous. Dï¿½finir des certificats clients via la directive LDAPTrustedClientCert engendrera une erreur qui sera journalisï¿½e, au moment de la tentative de connexion avec le serveur LDAP.

Le SDK supporte SSL et STARTTLS, le choix ï¿½tant dï¿½fini par le paramï¿½tre de la directive LDAPTrustedMode. Si une URL de type ldaps:// est spï¿½cifiï¿½e, le mode SSL est forcï¿½, et l'emporte sur cette directive.

# Spï¿½cifie deux fichiers contenant des certificats de CA
LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
# Spï¿½cifie un fichier contenant des certificats clients
# ainsi qu'une clï¿½
LDAPTrustedGlobalCert CERT_BASE64 /certs/cert1.pem
LDAPTrustedGlobalCert KEY_BASE64 /certs/key1.pem [password]
# N'utilisez pas cette directive, sous peine de provoquer
# une erreur
#LDAPTrustedClientCert CERT_BASE64 /certs/cert1.pem

SDK OpenLDAP

Un ou plusieurs certificats de CA doivent ï¿½tre spï¿½cifiï¿½s pour que le SDK OpenLDAP fonctionne correctement. Ces certificats peuvent ï¿½tre spï¿½cifiï¿½s sous forme de fichiers au format binaire DER ou codï¿½s en Base64 (PEM).

Les certificats clients sont spï¿½cifiï¿½s pour chaque connexion ï¿½ l'aide de la directive LDAPTrustedClientCert.

La documentation du SDK prï¿½tend que SSL et STARTTLS sont supportï¿½s ; cependant, STARTTLS semble ne pas fonctionner avec toutes les versions du SDK. Le mode SSL/TLS peut ï¿½tre dï¿½fini en utilisant le paramï¿½tre de la directive LDAPTrustedMode. Si une URL de type ldaps:// est spï¿½cifiï¿½e, le mode SSL est forcï¿½. La documentation OpenLDAP indique que le support SSL (ldaps://) tend ï¿½ ï¿½tre remplacï¿½ par TLS, bien que le mode SSL fonctionne toujours.

# Spï¿½cifie deux fichiers contenant des certificats de CA
LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
<Location /ldap-status>
    SetHandler ldap-status
    
    Require host yourdomain.example.com
    
    LDAPTrustedClientCert CERT_BASE64 /certs/cert1.pem
    LDAPTrustedClientCert KEY_BASE64 /certs/key1.pem
    # CA certs respecified due to per-directory client certs
    LDAPTrustedClientCert CA_DER /certs/cacert1.der
    LDAPTrustedClientCert CA_BASE64 /certs/cacert2.pem
    Satisfy any
    AuthType Basic
    AuthName "LDAP Protected"
    AuthBasicProvider ldap
    AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
    Require valid-user
</Location>

SDK Solaris

SSL/TLS pour les bibliothï¿½ques LDAP propres ï¿½ Solaris n'est pas encore supportï¿½. Si nï¿½cessaire, installez et utilisez plutï¿½t les bibliothï¿½ques OpenLDAP.

SDK Microsoft

La configuration des certificats SSL/TLS pour les bibliothï¿½ques LDAP propres ï¿½ Microsoft s'effectue ï¿½ l'intï¿½rieur du registre systï¿½me, et aucune directive de configuration n'est requise.

SSL et TLS sont tous deux supportï¿½s en utilisant des URLs de type ldaps://, ou en dï¿½finissant la directive LDAPTrustedMode ï¿½ cet effet.

Note: L'ï¿½tat du support des certificats clients n'est pas encore connu pour ce SDK.

LDAPCacheEntries Directive

Description:	Nombre maximum d'entrï¿½es dans le cache LDAP primaire
Syntaxe:	`LDAPCacheEntries nombre`
Dï¿½faut:	`LDAPCacheEntries 1024`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier la taille maximale du cache LDAP primaire. Ce cache contient les rï¿½sultats de recherche/identification positifs. Dï¿½finissez-la ï¿½ 0 pour dï¿½sactiver la mise en cache des rï¿½sultats de recherche/identification positifs. La taille par dï¿½faut est de 1024 recherches en cache.

LDAPCacheTTL Directive

Description:	Durï¿½e pendant laquelle les entrï¿½es du cache restent valides.
Syntaxe:	`LDAPCacheTTL secondes`
Dï¿½faut:	`LDAPCacheTTL 600`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier la durï¿½e (en secondes) pendant laquelle une entrï¿½e du cache de recherche/identification reste valide. La valeur par dï¿½faut est de 600 secondes (10 minutes).

LDAPConnectionPoolTTL Directive

Description:	Dï¿½sactive les connexions d'arriï¿½re-plan qui sont restï¿½es inactives trop longtemps au sein du jeu de connexions.
Syntaxe:	`LDAPConnectionPoolTTL n`
Dï¿½faut:	`LDAPConnectionPoolTTL -1`
Contexte:	configuration du serveur, serveur virtuel
Statut:	Extension
Module:	mod_ldap
Compatibilitï¿½:	Disponible ï¿½ partir de la version 2.3.12 du serveur HTTP Apache

Cette directive permet de spï¿½cifier la durï¿½e maximale, en secondes, pendant laquelle une connexion LDAP du jeu de connexions peut demeurer inactive, mais rester quand-mï¿½me disponible pour une utilisation ï¿½ventuelle. Le jeu de connexions est nettoyï¿½ au fur et ï¿½ mesure des besoins, de maniï¿½re non asynchrone.

Si cette directive est dï¿½finie ï¿½ 0, les connexions ne sont jamais sauvegardï¿½es dans le jeu de connexions d'arriï¿½re-plan. Avec la valeur par dï¿½faut -1, ou toute autre valeur nï¿½gative, les connexions peuvent ï¿½tre rï¿½utilisï¿½es sans limite de durï¿½e.

Dans le but d'amï¿½liorer les performances, le temps de rï¿½fï¿½rence qu'utilise cette directive correspond au moment oï¿½ la connexion LDAP est enregistrï¿½e ou remise dans le jeu de connexions, et non au moment du dernier ï¿½change rï¿½ussi avec le serveur LDAP.

La version 2.4.10 a introduit de nouvelles mesures permettant d'ï¿½viter une augmentation excessive du temps de rï¿½fï¿½rence due ï¿½ des correspondances positives dans le cache ou des requï¿½tes lentes. A cet effet, le temps de rï¿½fï¿½rence n'est pas rï¿½actualisï¿½ si aucune connexion LDAP d'arriï¿½re-plan n'est requise ; d'autre part, le temps de rï¿½fï¿½rence se base sur le moment oï¿½ la requï¿½te HTTP est reï¿½ue, et non sur le moment oï¿½ la requï¿½te a ï¿½tï¿½ traitï¿½e.

Cette durï¿½e de vie s'exprime par dï¿½faut en secondes, mais il est possible d'utiliser d'autres unitï¿½s en ajoutant un suffixe : millisecondes (ms), minutes (min), ou heures (h).

LDAPConnectionTimeout Directive

Description:	Spï¿½cifie le dï¿½lai d'attente en secondes de la socket de connexion
Syntaxe:	`LDAPConnectionTimeout secondes`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive configure l'option LDAP_OPT_NETWORK_TIMEOUT (ou LDAP_OPT_CONNECT_TIMEOUT) dans la bibliothï¿½que client LDAP sous-jacente, si elle est disponible. Cette valeur reprï¿½sente la durï¿½e pendant laquelle la bibliothï¿½que client LDAP va attendre que le processus de connexion TCP au serveur LDAP soit achevï¿½.

Si la connexion n'a pas rï¿½ussi avant ce dï¿½lai, une erreur sera renvoyï¿½e, ou la bibliothï¿½que client LDAP tentera de se connecter ï¿½ un second serveur LDAP, s'il en a ï¿½tï¿½ dï¿½fini un (via une liste de noms d'hï¿½tes sï¿½parï¿½s par des espaces dans la directive AuthLDAPURL).

La valeur par dï¿½faut est 10 secondes, si la bibliothï¿½que client LDAP liï¿½e avec le serveur supporte l'option LDAP_OPT_NETWORK_TIMEOUT.

LDAPConnectionTimeout n'est disponible que si la bibliothï¿½que client LDAP liï¿½e avec le serveur supporte l'option LDAP_OPT_NETWORK_TIMEOUT (ou LDAP_OPT_CONNECT_TIMEOUT), et le comportement final est entiï¿½rement dictï¿½ par la bibliothï¿½que client LDAP.

LDAPLibraryDebug Directive

Description:	Active le dï¿½bogage dans le SDK LDAP
Syntaxe:	`LDAPLibraryDebug 7`
Dï¿½faut:	`disabled`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Active les options de dï¿½bogage LDAP spï¿½cifiques au SDK, qui entraï¿½nent en gï¿½nï¿½ral une journalisation d'informations verbeuses du SDK LDAP dans le journal principal des erreurs d'Apache. Les messages de traces en provenance du SDK LDAP fournissent des informations trï¿½s dï¿½taillï¿½es qui peuvent s'avï¿½rer utiles lors du dï¿½bogage des problï¿½mes de connexion avec des serveurs LDAP d'arriï¿½re-plan.

Cette option n'est configurable que lorsque le serveur HTTP Apache est liï¿½ avec un SDK LDAP qui implï¿½mente LDAP_OPT_DEBUG ou LDAP_OPT_DEBUG_LEVEL, comme OpenLDAP (une valeur de 7 est verbeuse) ou Tivoli Directory Server (une valeur de 65535 est verbeuse).

Les informations journalisï¿½es peuvent contenir des donnï¿½es d'authentification en clair utilisï¿½es ou validï¿½es lors de l'authentification LDAP ; vous devez donc prendre soin de protï¿½ger et de purger le journal des erreurs lorsque cette directive est utilisï¿½e.

LDAPOpCacheEntries Directive

Description:	Nombre d'entrï¿½es utilisï¿½es pour mettre en cache les opï¿½rations de comparaison LDAP
Syntaxe:	`LDAPOpCacheEntries nombre`
Dï¿½faut:	`LDAPOpCacheEntries 1024`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier le nombre d'entrï¿½es que mod_ldap va utiliser pour mettre en cache les opï¿½rations de comparaison LDAP. La valeur par dï¿½faut est de 1024 entrï¿½es. Si elle est dï¿½finie ï¿½ 0, la mise en cache des opï¿½rations de comparaison LDAP est dï¿½sactivï¿½e.

LDAPOpCacheTTL Directive

Description:	Durï¿½e pendant laquelle les entrï¿½es du cache d'opï¿½rations restent valides
Syntaxe:	`LDAPOpCacheTTL secondes`
Dï¿½faut:	`LDAPOpCacheTTL 600`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier la durï¿½e (en secondes) pendant laquelle les entrï¿½es du cache d'opï¿½rations restent valides. La valeur par dï¿½faut est de 600 secondes.

LDAPReferralHopLimit Directive

Description:	Le nombre maximum de redirections vers des serveurs alternatifs (referrals) avant l'abandon de la requï¿½te LDAP.
Syntaxe:	`LDAPReferralHopLimit nombre`
Dï¿½faut:	`Dï¿½pend du SDK, en gï¿½nï¿½ral entre 5 et 10`
Contexte:	rï¿½pertoire, .htaccess
AllowOverride:	AuthConfig
Statut:	Extension
Module:	mod_ldap

Si elle est activï¿½e par la directive LDAPReferrals, cette directive permet de dï¿½finir le nombre maximum de sauts vers des serveurs alternatifs (referrals) avant l'abandon de la requï¿½te LDAP.

L'ajustement de ce paramï¿½tre n'est pas commun ï¿½ tous les SDKs LDAP.

LDAPReferrals Directive

Description:	Active la redirection vers des serveurs alternatifs au cours des requï¿½tes vers le serveur LDAP.
Syntaxe:	`LDAPReferrals On\|Off\|default`
Dï¿½faut:	`LDAPReferrals On`
Contexte:	rï¿½pertoire, .htaccess
AllowOverride:	AuthConfig
Statut:	Extension
Module:	mod_ldap
Compatibilitï¿½:	Le paramï¿½tre `default` est disponible depuis la version 2.4.7 du serveur HTTP Apache.

Certains serveurs LDAP partagent leur annuaire en plusieurs domaines et utilisent le systï¿½me des redirections (referrals) pour aiguiller un client lorsque les limites d'un domaine doivent ï¿½tre franchies. Ce processus est similaire ï¿½ une redirection HTTP. Les bibliothï¿½ques client LDAP ne respectent pas forcï¿½ment ces redirections par dï¿½faut. Cette directive permet de configurer explicitement les redirections LDAP dans le SDK sous-jacent.

La directive LDAPReferrals accepte les valeurs suivantes :

"on": Avec la valeur "on", la prise en compte des redirections LDAP par le SDK sous-jacent est activï¿½e, la directive LDAPReferralHopLimit permet de surcharger la "hop limit" du SDK, et un "LDAP rebind callback" est enregistrï¿½.
"off": Avec la valeur "off", la prise en compte des redirections LDAP par le SDK sous-jacent est complï¿½tement dï¿½sactivï¿½e.
"default": Avec la valeur "default", la prise en compte des redirections LDAP par le SDK sous-jacent n'est pas modifiï¿½e, la directive LDAPReferralHopLimit ne permet pas de surcharger la "hop limit" du SDK, et aucun "LDAP rebind callback" n'est enregistrï¿½.

La directive LDAPReferralHopLimit travaille en conjonction avec cette directive pour limiter le nombre de redirections ï¿½ suivre pour achever le traitement de la requï¿½te LDAP. Lorsque le processus de redirection est activï¿½ par la valeur "On", les donnï¿½es d'authentification du client sont transmises via un "rebind callback" ï¿½ tout serveur LDAP qui en fait la demande.

LDAPRetries Directive

Description:	Dï¿½finit le nombre maximum de tentatives de connexions au serveur LDAP.
Syntaxe:	`LDAPRetries nombre d'essais`
Dï¿½faut:	`LDAPRetries 3`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Suite ï¿½ des ï¿½checs de connexion au serveur LDAP, le serveur tentera de se connecter autant de fois qu'indiquï¿½ par la directive LDAPRetries. Si cette directive est dï¿½finie ï¿½ 0, le serveur ne tentera pas d'autre connexion aprï¿½s un ï¿½chec.

Il est possible d'effectuer une autre tentative de connexion en cas d'erreurs LDAP du type dï¿½lai dï¿½passï¿½ ou connexion refusï¿½e.

LDAPRetryDelay Directive

Description:	Dï¿½finit le temps d'attente avant un autre essai de connexion au serveur LDAP.
Syntaxe:	`LDAPRetryDelay secondes`
Dï¿½faut:	`LDAPRetryDelay 0`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Si la directive LDAPRetryDelay est dï¿½finie ï¿½ une valeur diffï¿½rente de 0, le serveur attendra pendant la durï¿½e spï¿½cifiï¿½e pour envoyer ï¿½ nouveau sa requï¿½te LDAP. Une valeur de 0 implique une absence de dï¿½lai pour les essais successifs.

Il est possible d'effectuer une autre tentative de connexion en cas d'erreurs LDAP du type dï¿½lai dï¿½passï¿½ ou connexion refusï¿½e.

LDAPSharedCacheFile Directive

Description:	Dï¿½finit le fichier du cache en mï¿½moire partagï¿½e
Syntaxe:	`LDAPSharedCacheFile chemin/fichier`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier le chemin du fichier du cache en mï¿½moire partagï¿½e. Si elle n'est pas dï¿½finie, la mï¿½moire partagï¿½e anonyme sera utilisï¿½e si la plate-forme la supporte.

LDAPSharedCacheSize Directive

Description:	Taille en octets du cache en mï¿½moire partagï¿½e
Syntaxe:	`LDAPSharedCacheSize octets`
Dï¿½faut:	`LDAPSharedCacheSize 500000`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier le nombre d'octets ï¿½ allouer pour le cache en mï¿½moire partagï¿½e. La valeur par dï¿½faut est 500kb. Si elle est dï¿½finie ï¿½ 0, le cache en mï¿½moire partagï¿½e ne sera pas utilisï¿½ et chaque processus HTTPD va crï¿½er son propre cache.

LDAPTimeout Directive

Description:	Spï¿½cifie le dï¿½lai d'attente pour les opï¿½rations de recherche et d'identification LDAP en secondes
Syntaxe:	`LDAPTimeout secondes`
Dï¿½faut:	`LDAPTimeout 60`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap
Compatibilitï¿½:	Disponible ï¿½ partir de la version 2.3.5 du serveur HTTP Apache

Cette directive permet de spï¿½cifier le dï¿½lai d'attente pour les opï¿½rations de recherche et d'identification, ainsi que l'option LDAP_OPT_TIMEOUT dans la bibliothï¿½que LDAP client sous-jacente, lorsqu'elle est disponible.

Lorsque le dï¿½lai est atteint, httpd va refaire un essai dans le cas oï¿½ une connexion existante a ï¿½tï¿½ silencieusement fermï¿½e par un pare-feu. Les performances seront cependant bien meilleures si le pare-feu est configurï¿½ pour envoyer des paquets TCP RST au lieu de rejeter silencieusement les paquets.

Les dï¿½lais pour les opï¿½rations de comparaison LDAP nï¿½cessitent un SDK avec LDAP_OPT_TIMEOUT, comme OpenLDAP >= 2.4.4.

LDAPTrustedClientCert Directive

Description:	Dï¿½finit le nom de fichier contenant un certificat client ou un alias renvoyant vers un certificat client spï¿½cifique ï¿½ une connexion. Tous les SDK LDAP ne supportent pas les certificats clients par connexion.
Syntaxe:	`LDAPTrustedClientCert type chemin/nom-fichier/alias [mot de passe]`
Contexte:	configuration du serveur, serveur virtuel, rï¿½pertoire, .htaccess
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier le chemin et le nom de fichier ou l'alias d'un certificat client par connexion utilisï¿½ lors de l'ï¿½tablissement d'une connexion SSL ou TLS avec un serveur LDAP. Les sections directory ou location peuvent possï¿½der leurs propres configurations de certificats clients. Certains SDK LDAP (en particulier Novell) ne supportent pas les certificats clients par connexion, et renvoient une erreur lors de la connexion au serveur LDAP si vous tenter d'utiliser cette directive (Utilisez ï¿½ la place la directive LDAPTrustedGlobalCert pour les certificats clients sous Novell - Voir plus haut le guide des certificats SSL/TLS pour plus de dï¿½tails). Le paramï¿½tre type spï¿½cifie le type du certificat en cours de dï¿½finition, en fonction du SDK LDAP utilisï¿½. Les types supportï¿½s sont :

CA_DER - certificat de CA codï¿½ en binaire DER
CA_BASE64 - certificat de CA codï¿½ en PEM
CERT_DER - certificat client codï¿½ en binaire DER
CERT_BASE64 - certificat client codï¿½ en PEM
CERT_NICKNAME - certificat client "nickname" (SDK Netscape)
KEY_DER - clï¿½ privï¿½e codï¿½e en binaire DER
KEY_BASE64 - clï¿½ privï¿½e codï¿½e en PEM

LDAPTrustedGlobalCert Directive

Description:	Dï¿½finit le nom de fichier ou la base de donnï¿½es contenant les Autoritï¿½s de Certification de confiance globales ou les certificats clients globaux
Syntaxe:	`LDAPTrustedGlobalCert type chemin/nom-fichier [mot de passe]`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier le chemin et le nom du fichier contenant les certificats des CA de confiance et/ou les certificats clients du systï¿½me global que mod_ldap utilisera pour ï¿½tablir une connexion SSL ou TLS avec un serveur LDAP. Notez que toute information relative aux certificats spï¿½cifiï¿½e en utilisant cette directive s'applique globalement ï¿½ l'ensemble de l'installation du serveur. Certains SDK LDAP (en particulier Novell) nï¿½cessitent la dï¿½finition globale de tous les certificats clients en utilisant cette directive. La plupart des autres SDK nï¿½cessitent la dï¿½finition des certificats clients dans une section Directory ou Location en utilisant la directive LDAPTrustedClientCert. Si vous ne dï¿½finissez pas ces directives correctement, une erreur sera gï¿½nï¿½rï¿½e lors des tentatives de contact avec un serveur LDAP, ou la connexion ï¿½chouera silencieusement (Voir plus haut le guide des certificats SSL/TLS pour plus de dï¿½tails). Le paramï¿½tre type spï¿½cifie le type de certificat en cours de dï¿½finition, en fonction du SDK LDAP utilisï¿½. Les types supportï¿½s sont :

CA_DER - certificat de CA codï¿½ en binaire DER
CA_BASE64 - certificat de CA codï¿½ en PEM
CA_CERT7_DB - fichier de base de donnï¿½es des certificats de CA de Netscape cert7.db
CA_SECMOD - fichier de base de donnï¿½es secmod de Netscape
CERT_DER - certificat client codï¿½ en binaire DER
CERT_BASE64 - certificat client codï¿½ en PEM
CERT_KEY3_DB - fichier de base de donnï¿½es des certificats clients de Netscape key3.db
CERT_NICKNAME - certificat client "nickname" (SDK Netscape)
CERT_PFX - certificat client codï¿½ en PKCS#12 (SDK Novell)
KEY_DER - clï¿½ privï¿½e codï¿½e en binaire DER
KEY_BASE64 - clï¿½ privï¿½e codï¿½e en PEM
KEY_PFX - clï¿½ privï¿½e codï¿½e en PKCS#12 (SDK Novell)

LDAPTrustedMode Directive

Description:	Spï¿½cifie le mode (SSL ou TLS) ï¿½ utiliser lors de la connexion ï¿½ un serveur LDAP.
Syntaxe:	`LDAPTrustedMode type`
Contexte:	configuration du serveur, serveur virtuel
Statut:	Extension
Module:	mod_ldap

Les modes suivants sont supportï¿½s :

NONE - aucun chiffrement
SSL - chiffrement ldaps:// sur le port par dï¿½faut 636
TLS - chiffrement STARTTLS sur le port par dï¿½faut 389

Les modes ci-dessus ne sont pas supportï¿½s par tous les SDK LDAP. Un message d'erreur sera gï¿½nï¿½rï¿½ ï¿½ l'exï¿½cution si un mode n'est pas supportï¿½, et la connexion au serveur LDAP ï¿½chouera.

Si une URL de type ldaps:// est spï¿½cifiï¿½e, le mode est forcï¿½ ï¿½ SSL et la dï¿½finition de LDAPTrustedMode est ignorï¿½e.

LDAPVerifyServerCert Directive

Description:	Force la vï¿½rification du certificat du serveur
Syntaxe:	`LDAPVerifyServerCert On\|Off`
Dï¿½faut:	`LDAPVerifyServerCert On`
Contexte:	configuration du serveur
Statut:	Extension
Module:	mod_ldap

Cette directive permet de spï¿½cifier s'il faut forcer la vï¿½rification d'un certificat de serveur lors de l'ï¿½tablissement d'une connexion SSL avec un serveur LDAP.