granicus.if.org Git - apache/blob - docs/manual/mod/mod_ldap.xml.fr

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
   3 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
   4 <!-- English Revision: 1780210:1793934 (outdated) -->
   5 <!-- French translation : Lucien GENTIS -->
   6 <!-- Reviewed by : Vincent Deffontaines -->
   7
   8
   9 <!--
  10  Licensed to the Apache Software Foundation (ASF) under one or more
  11  contributor license agreements.  See the NOTICE file distributed with
  12  this work for additional information regarding copyright ownership.
  13  The ASF licenses this file to You under the Apache License, Version 2.0
  14  (the "License"); you may not use this file except in compliance with
  15  the License.  You may obtain a copy of the License at
  16
  17      http://www.apache.org/licenses/LICENSE-2.0
  18
  19  Unless required by applicable law or agreed to in writing, software
  20  distributed under the License is distributed on an "AS IS" BASIS,
  21  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  22  See the License for the specific language governing permissions and
  23  limitations under the License.
  24 -->
  25
  26 <modulesynopsis metafile="mod_ldap.xml.meta">
  27
  28 <name>mod_ldap</name>
  29 <description>Conservation des connexions LDAP et services de mise en
  30 cache du résultat à destination des autres modules LDAP</description>
  31 <status>Extension</status>
  32 <sourcefile>util_ldap.c</sourcefile>
  33 <identifier>ldap_module</identifier>
  34
  35 <summary>
  36     <p>Ce module a été conçu dans le but d'améliorer les performances
  37     des sites web s'appuyant sur des connexions en arrière-plan vers des
  38     serveurs LDAP. Il ajoute aux fonctions fournies par les
  39     bibliothèques standards LDAP la conservation des connexions LDAP
  40     ainsi qu'un cache LDAP partagé en mémoire.</p>
  41
  42     <p>Pour activer ce module, le support LDAP doit être compilé dans
  43     apr-util. Pour ce faire, on ajoute l'option <code>--with-ldap</code>
  44     au script <program>configure</program> lorsqu'on construit
  45     Apache.</p>
  46
  47     <p>Le support SSL/TLS est conditionné par le kit de développement
  48     LDAP qui a été lié à <glossary>APR</glossary>. Au moment où ces
  49     lignes sont écrites, APR-util supporte <a
  50     href="http://www.openldap.org/">OpenLDAP SDK</a> (version 2.x ou
  51     supérieure), <a
  52     href="http://developer.novell.com/ndk/cldap.htm">Novell LDAP
  53     SDK</a>, <a href="https://wiki.mozilla.org/LDAP_C_SDK">
  54     Mozilla LDAP SDK</a>, le SDK LDAP Solaris natif (basé sur Mozilla)
  55     ou le SDK LDAP Microsoft natif. Voir le site web <a
  56     href="http://apr.apache.org">APR</a> pour plus de détails.</p>
  57
  58 </summary>
  59
  60 <section id="exampleconfig"><title>Exemple de configuration</title>
  61     <p>Ce qui suit est un exemple de configuration qui utilise
  62     <module>mod_ldap</module> pour améliorer les performances de
  63     l'authentification HTTP de base fournie par
  64     <module>mod_authnz_ldap</module>.</p>
  65
  66     <highlight language="config">
  67 # Active la conservation des connexions LDAP et le cache partagé en
  68 # mémoire. Active le gestionnaire de statut du cache LDAP.
  69 # Nécessite le chargement de mod_ldap et de mod_authnz_ldap.
  70 # Remplacez "votre-domaine.example.com" par le nom de votre
  71 # domaine.
  72
  73 LDAPSharedCacheSize 500000
  74 LDAPCacheEntries 1024
  75 LDAPCacheTTL 600
  76 LDAPOpCacheEntries 1024
  77 LDAPOpCacheTTL 600
  78
  79 &lt;Location "/ldap-status"&gt;
  80     SetHandler ldap-status
  81
  82     Require host yourdomain.example.com
  83
  84     Satisfy any
  85     AuthType Basic
  86     AuthName "LDAP Protected"
  87     AuthBasicProvider ldap
  88     AuthLDAPURL ldap://127.0.0.1/dc=example,dc=com?uid?one
  89     Require valid-user
  90 &lt;/Location&gt;
  91     </highlight>
  92 </section>
  93
  94 <section id="pool"><title>Conservation des connexions LDAP</title>
  95
  96     <p>Les connexions LDAP sont conservées de requête en requête. Ceci
  97     permet de rester connecté et identifié au serveur LDAP, ce dernier
  98     étant ainsi prêt pour la prochaine requête, sans avoir à se
  99     déconnecter, reconnecter et réidentifier. Le gain en performances
 100     est similaire à celui des connexions persistantes (keepalives)
 101     HTTP.</p>
 102
 103     <p>Sur un serveur très sollicité, il est possible que de nombreuses
 104     requêtes tentent d'accéder simultanément à la même connexion au
 105     serveur LDAP. Lorsqu'une connexion LDAP est utilisée, Apache en crée
 106     une deuxième en parallèle à la première, ce qui permet d'éviter que
 107     le système de conservation des connexions ne devienne un goulot
 108     d'étranglement.</p>
 109
 110     <p>Il n'est pas nécessaire d'activer explicitement la conservation
 111     des connexions dans la configuration d'Apache. Tout module utilisant
 112     le module ldap pour accéder aux services LDAP partagera le jeu de
 113     connexions.</p>
 114
 115     <p>Les connexions LDAP peuvent garder la trace des données
 116     d'identification du client ldap utilisées pour l'identification
 117     auprès du serveur LDAP. Ces données peuvent être fournies aux
 118     serveurs LDAP qui ne permettent pas les connexions anonymes au cours
 119     lors des tentatives de sauts vers des serveurs alternatifs. Pour
 120     contrôler cette fonctionnalité, voir les directives <directive
 121     module="mod_ldap">LDAPReferrals</directive> et <directive
 122     module="mod_ldap">LDAPReferralHopLimit</directive>. Cette
 123     fonctionnalité est activée par défaut.</p>
 124 </section>
 125
 126 <section id="cache"><title>Cache LDAP</title>
 127
 128     <p>Pour améliorer les performances, <module>mod_ldap</module> met en
 129     oeuvre une stratégie de mise en cache agressive visant à minimiser
 130     le nombre de fois que le serveur LDAP doit être contacté. La mise en
 131     cache peut facilement doubler et même tripler le débit d'Apache
 132     lorsqu'il sert des pages protégées par mod_authnz_ldap. De plus, le
 133     serveur LDAP verra lui-même sa charge sensiblement diminuée.</p>
 134
 135     <p><module>mod_ldap</module> supporte deux types de mise en cache
 136     LDAP : un <em>cache recherche/identification</em> durant la phase
 137     de recherche/identification et deux <em>caches d'opérations</em>
 138     durant la phase de comparaison. Chaque URL LDAP utilisée par le
 139     serveur a son propre jeu d'instances dans ces trois caches.</p>
 140
 141     <section id="search-bind"><title>Le cache
 142     recherche/identification</title>
 143       <p>Les processus de recherche et d'identification sont les
 144       opérations LDAP les plus consommatrices en temps, en particulier
 145       si l'annuaire est de grande taille. Le cache de
 146       recherche/identification met en cache toutes les recherches qui
 147       ont abouti à une identification positive. Les résultats négatifs
 148       (c'est à dire les recherches sans succès, ou les recherches qui
 149       n'ont pas abouti à une identification positive) ne sont pas mis en
 150       cache. La raison de cette décision réside dans le fait que les
 151       connexions avec des données d'identification invalides ne
 152       représentent qu'un faible pourcentage du nombre total de
 153       connexions, et ainsi, le fait de ne pas mettre en cache les
 154       données d'identification invalides réduira d'autant la taille du
 155       cache.</p>
 156
 157       <p><module>mod_ldap</module> met en cache le nom d'utilisateur, le
 158       DN extrait, le mot de passe utilisé pour l'identification, ainsi
 159       que l'heure de l'identification. Chaque fois qu'une nouvelle
 160       connexion est initialisée avec le même nom d'utilisateur,
 161       <module>mod_ldap</module> compare le mot de passe de la nouvelle
 162       connexion avec le mot de passe enregistré dans le cache. Si les
 163       mots de passe correspondent, et si l'entrée du cache n'est pas
 164       trop ancienne, <module>mod_ldap</module> court-circuite la phase
 165       de recherche/identification.</p>
 166
 167       <p>Le cache de recherche/identification est contrôlé par les
 168       directives <directive
 169       module="mod_ldap">LDAPCacheEntries</directive> et <directive
 170       module="mod_ldap">LDAPCacheTTL</directive>.</p>
 171     </section>
 172
 173     <section id="opcaches"><title>Les caches d'opérations</title>
 174       <p>Au cours des opérations de comparaison d'attributs et de noms
 175       distinctifs (DN), <module>mod_ldap</module> utilise deux caches
 176       d'opérations pour mettre en cache les opérations de comparaison.
 177       Le premier cache de comparaison sert à mettre en cache les
 178       résultats de comparaisons effectuées pour vérifier l'appartenance
 179       à un groupe LDAP. Le second cache de comparaison sert à mettre en
 180       cache les résultats de comparaisons entre DNs.</p>
 181
 182       <p>Notez que, lorsque l'appartenance à un groupe est vérifiée,
 183       toute comparaison de sous-groupes est mise en cache afin
 184       d'accélérer les comparaisons de sous-groupes ultérieures.</p>
 185
 186       <p>Le comportement de ces deux caches est contrôlé par les
 187       directives <directive
 188       module="mod_ldap">LDAPOpCacheEntries</directive> et <directive
 189       module="mod_ldap">LDAPOpCacheTTL</directive>.</p>
 190     </section>
 191
 192     <section id="monitoring"><title>Superviser le cache</title>
 193       <p><module>mod_ldap</module> possède un gestionnaire de contenu
 194       qui permet aux administrateurs de superviser les performances du
 195       cache. Le nom du gestionnaire de contenu est
 196       <code>ldap-status</code>, et on peut utiliser les directives
 197       suivantes pour accéder aux informations du cache de
 198       <module>mod_ldap</module> :</p>
 199
 200       <highlight language="config">
 201 &lt;Location "/server/cache-info"&gt;
 202     SetHandler ldap-status
 203 &lt;/Location&gt;
 204       </highlight>
 205
 206       <p>En se connectant à l'URL
 207       <code>http://nom-serveur/infos-cache</code>, l'administrateur peut
 208       obtenir un rapport sur le statut de chaque cache qu'utilise
 209       <module>mod_ldap</module>. Notez que si Apache ne supporte pas la
 210       mémoire partagée, chaque instance de <program>httpd</program>
 211       possèdera son propre cache, et chaque fois que l'URL sera
 212       rechargée, un résultat différent pourra être affiché, en fonction
 213       de l'instance de <program>httpd</program> qui traitera la
 214       requête.</p>
 215     </section>
 216 </section>
 217
 218 <section id="usingssltls"><title>Utiliser SSL/TLS</title>
 219
 220     <p>La possibilité de créer des connexions SSL et TLS avec un serveur
 221     LDAP est définie par les directives <directive module="mod_ldap">
 222     LDAPTrustedGlobalCert</directive>, <directive module="mod_ldap">
 223     LDAPTrustedClientCert</directive> et <directive module="mod_ldap">
 224     LDAPTrustedMode</directive>. Ces directives permettent de spécifier
 225     l'autorité de certification (CA), les certificats clients éventuels,
 226     ainsi que le type de chiffrement à utiliser pour la connexion (none,
 227     SSL ou TLS/STARTTLS).</p>
 228
 229     <highlight language="config">
 230 # Etablissement d'une connexion SSL LDAP sur le port 636.
 231 # Nécessite le chargement de mod_ldap et mod_authnz_ldap.
 232 # Remplacez "votre-domaine.example.com" par le nom de votre
 233 # domaine.
 234
 235 LDAPTrustedGlobalCert CA_DER /certs/certfile.der
 236
 237 &lt;Location "/ldap-status"&gt;
 238     SetHandler ldap-status
 239
 240     Require host yourdomain.example.com
 241
 242     Satisfy any
 243     AuthType Basic
 244     AuthName "LDAP Protected"
 245     AuthBasicProvider ldap
 246     AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
 247     Require valid-user
 248 &lt;/Location&gt;
 249     </highlight>
 250
 251     <highlight language="config">
 252 # Etablissement d'une connexion TLS LDAP sur le port 389.
 253 # Nécessite le chargement de mod_ldap et mod_authnz_ldap.
 254 # Remplacez "votre-domaine.example.com" par le nom de votre
 255 # domaine.
 256
 257 LDAPTrustedGlobalCert CA_DER /certs/certfile.der
 258
 259 &lt;Location "/ldap-status"&gt;
 260     SetHandler ldap-status
 261
 262     Require host yourdomain.example.com
 263
 264     Satisfy any
 265     AuthType Basic
 266     AuthName "LDAP Protected"
 267     AuthBasicProvider ldap
 268     AuthLDAPURL ldap://127.0.0.1/dc=example,dc=com?uid?one TLS
 269     Require valid-user
 270 &lt;/Location&gt;
 271     </highlight>
 272
 273 </section>
 274
 275 <section id="settingcerts"><title>Certificats SSL/TLS</title>
 276
 277     <p>Les différents SDKs LDAP disposent de nombreuses méthodes pour
 278     définir et gérer les certificats des clients et des autorités de
 279     certification (CA).</p>
 280
 281     <p>Si vous avez l'intention d'utiliser SSL ou TLS, lisez cette
 282     section ATTENTIVEMENT de façon à bien comprendre les différences de
 283     configurations entre les différents SDKs LDAP supportés.</p>
 284
 285     <section id="settingcerts-netscape"><title>SDK Netscape/Mozilla/iPlanet</title>
 286         <p>Les certificat de CA sont enregistrés dans un fichier nommé
 287         cert7.db. Le SDK ne dialoguera avec aucun serveur LDAP dont le
 288         certificat n'a pas été signé par une CA spécifiée dans ce
 289         fichier. Si des certificats clients sont requis, un fichier
 290         key3.db ainsi qu'un mot de passe optionnels peuvent être
 291         spécifiés. On peut aussi spécifier le fichier secmod si
 292         nécessaire. Ces fichiers sont du même format que celui utilisé
 293         par les navigateurs web Netscape Communicator ou Mozilla. Le
 294         moyen le plus simple pour obtenir ces fichiers consiste à les
 295         extraire de l'installation de votre navigateur.</p>
 296
 297         <p>Les certificats clients sont spécifiés pour chaque connexion
 298         en utilisant la directive LDAPTrustedClientCert et en se
 299         référant au certificat "nickname". On peut éventuellement
 300         spécifier un mot de passe pour déverrouiller la clé privée du
 301         certificat.</p>
 302
 303         <p>Le SDK supporte seulement SSL. Toute tentative d'utilisation
 304         de STARTTLS engendrera une erreur lors des tentatives de
 305         contacter le serveur LDAP pendant l'exécution.</p>
 306
 307         <highlight language="config">
 308 # Spécifie un fichier de certificats de CA Netscape
 309 LDAPTrustedGlobalCert CA_CERT7_DB /certs/cert7.db
 310 # Spécifie un fichier key3db optionnel pour le support des
 311 # certificats clients
 312 LDAPTrustedGlobalCert CERT_KEY3_DB /certs/key3.db
 313 # Spécifie le fichier secmod si nécessaire
 314 LDAPTrustedGlobalCert CA_SECMOD /certs/secmod
 315 &lt;Location "/ldap-status"&gt;
 316     SetHandler ldap-status
 317
 318     Require host yourdomain.example.com
 319
 320     Satisfy any
 321     AuthType Basic
 322     AuthName "LDAP Protected"
 323     AuthBasicProvider ldap
 324     LDAPTrustedClientCert CERT_NICKNAME &lt;nickname&gt; [password]
 325     AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
 326     Require valid-user
 327 &lt;/Location&gt;
 328         </highlight>
 329
 330     </section>
 331
 332     <section id="settingcerts-novell"><title>SDK Novell</title>
 333
 334         <p>Un ou plusieurs certificats de CA doivent être spécifiés pour
 335         que le SDK Novell fonctionne correctement. Ces certificats
 336         peuvent être spécifiés sous forme de fichiers au format binaire
 337         DER ou codés en Base64 (PEM).</p>
 338
 339         <p>Note: Les certificats clients sont spécifiés globalement
 340         plutôt qu'à chaque connexion, et doivent être spécifiés à l'aide
 341         de la directive LDAPTrustedGlobalCert comme ci-dessous. Définir
 342         des certificats clients via la directive LDAPTrustedClientCert
 343         engendrera une erreur qui sera journalisée, au moment de la
 344         tentative de connexion avec le serveur LDAP.</p>
 345
 346         <p>Le SDK supporte SSL et STARTTLS, le choix étant défini par le
 347         paramètre de la directive LDAPTrustedMode. Si une URL de type
 348         ldaps:// est spécifiée, le mode SSL est forcé, et l'emporte sur
 349         cette directive.</p>
 350
 351         <highlight language="config">
 352 # Spécifie deux fichiers contenant des certificats de CA
 353 LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
 354 LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
 355 # Spécifie un fichier contenant des certificats clients
 356 # ainsi qu'une clé
 357 LDAPTrustedGlobalCert CERT_BASE64 /certs/cert1.pem
 358 LDAPTrustedGlobalCert KEY_BASE64 /certs/key1.pem [password]
 359 # N'utilisez pas cette directive, sous peine de provoquer
 360 # une erreur
 361 #LDAPTrustedClientCert CERT_BASE64 /certs/cert1.pem
 362         </highlight>
 363
 364     </section>
 365
 366     <section id="settingcerts-openldap"><title>SDK OpenLDAP</title>
 367
 368         <p>Un ou plusieurs certificats de CA doivent être spécifiés pour
 369         que le SDK OpenLDAP fonctionne correctement. Ces certificats
 370         peuvent être spécifiés sous forme de fichiers au format binaire
 371         DER ou codés en Base64 (PEM).</p>
 372
 373         <p>Les certificats clients sont spécifiés pour chaque connexion
 374         à l'aide de la directive LDAPTrustedClientCert.</p>
 375
 376         <p>La documentation du SDK prétend que SSL et STARTTLS sont
 377         supportés ; cependant, STARTTLS semble ne pas fonctionner avec
 378         toutes les versions du SDK. Le mode SSL/TLS peut être défini en
 379         utilisant le paramètre de la directive LDAPTrustedMode. Si une
 380         URL de type
 381         ldaps:// est spécifiée, le mode SSL est forcé. La documentation
 382         OpenLDAP indique que le support SSL (ldaps://) tend à être
 383         remplacé par TLS, bien que le mode SSL fonctionne toujours.</p>
 384
 385         <highlight language="config">
 386 # Spécifie deux fichiers contenant des certificats de CA
 387 LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
 388 LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
 389 &lt;Location "/ldap-status"&gt;
 390     SetHandler ldap-status
 391
 392     Require host yourdomain.example.com
 393
 394     LDAPTrustedClientCert CERT_BASE64 /certs/cert1.pem
 395     LDAPTrustedClientCert KEY_BASE64 /certs/key1.pem
 396     # CA certs respecified due to per-directory client certs
 397     LDAPTrustedClientCert CA_DER /certs/cacert1.der
 398     LDAPTrustedClientCert CA_BASE64 /certs/cacert2.pem
 399     Satisfy any
 400     AuthType Basic
 401     AuthName "LDAP Protected"
 402     AuthBasicProvider ldap
 403     AuthLDAPURL ldaps://127.0.0.1/dc=example,dc=com?uid?one
 404     Require valid-user
 405 &lt;/Location&gt;
 406         </highlight>
 407
 408     </section>
 409
 410     <section id="settingcerts-solaris"><title>SDK Solaris</title>
 411
 412         <p>SSL/TLS pour les bibliothèques LDAP propres à Solaris n'est
 413         pas encore supporté. Si nécessaire, installez et utilisez plutôt
 414         les bibliothèques OpenLDAP.</p>
 415
 416     </section>
 417
 418     <section id="settingcerts-microsoft"><title>SDK Microsoft</title>
 419
 420         <p>La configuration des certificats SSL/TLS pour les
 421         bibliothèques LDAP propres à Microsoft s'effectue à l'intérieur
 422         du registre système, et aucune directive de configuration n'est
 423         requise.</p>
 424
 425         <p>SSL et TLS sont tous deux supportés en utilisant des URLs de
 426         type ldaps://, ou en définissant la directive LDAPTrustedMode à
 427         cet effet.</p>
 428
 429         <p>Note: L'état du support des certificats clients n'est pas
 430         encore connu pour ce SDK.</p>
 431
 432     </section>
 433
 434 </section>
 435
 436 <directivesynopsis>
 437 <name>LDAPSharedCacheSize</name>
 438 <description>Taille en octets du cache en mémoire partagée</description>
 439 <syntax>LDAPSharedCacheSize <var>octets</var></syntax>
 440 <default>LDAPSharedCacheSize 500000</default>
 441 <contextlist><context>server config</context></contextlist>
 442
 443 <usage>
 444     <p>Cette directive permet de spécifier le nombre d'octets à allouer
 445     pour le cache en mémoire partagée. La valeur par
 446     défaut est 500kb.
 447     Si elle est définie à 0, le cache en mémoire partagée ne sera pas
 448     utilisé et chaque processus HTTPD va créer son propre cache.</p>
 449 </usage>
 450 </directivesynopsis>
 451
 452 <directivesynopsis>
 453 <name>LDAPSharedCacheFile</name>
 454 <description>Définit le fichier du cache en mémoire
 455 partagée</description>
 456 <syntax>LDAPSharedCacheFile <var>chemin-fichier</var></syntax>
 457 <contextlist><context>server config</context></contextlist>
 458
 459 <usage>
 460     <p>Cette directive permet de spécifier le chemin du
 461     fichier du cache en mémoire partagée. Si elle n'est pas définie, la
 462     mémoire partagée anonyme sera utilisée si la plate-forme la
 463     supporte.</p>
 464
 465     <p>Si <var>chemin-fichier</var> n'est pas un chemin absolu, il sera
 466     relatif au répertoire défini via la directive <directive
 467     module="core">DefaultRuntimeDir</directive>.</p>
 468 </usage>
 469 </directivesynopsis>
 470
 471 <directivesynopsis>
 472 <name>LDAPCacheEntries</name>
 473 <description>Nombre maximum d'entrées dans le cache LDAP
 474 primaire</description>
 475 <syntax>LDAPCacheEntries <var>nombre</var></syntax>
 476 <default>LDAPCacheEntries 1024</default>
 477 <contextlist><context>server config</context></contextlist>
 478
 479 <usage>
 480     <p>Cette directive permet de spécifier la taille maximale du cache
 481     LDAP primaire. Ce cache contient les résultats de
 482     recherche/identification positifs. Définissez-la à 0 pour désactiver
 483     la mise en cache des résultats de recherche/identification positifs.
 484     La taille par défaut est de 1024 recherches en cache.</p>
 485 </usage>
 486 </directivesynopsis>
 487
 488 <directivesynopsis>
 489 <name>LDAPCacheTTL</name>
 490 <description>Durée pendant laquelle les entrées du cache restent
 491 valides.</description>
 492 <syntax>LDAPCacheTTL <var>secondes</var></syntax>
 493 <default>LDAPCacheTTL 600</default>
 494 <contextlist><context>server config</context></contextlist>
 495
 496 <usage>
 497     <p>Cette directive permet de spécifier la durée (en secondes)
 498     pendant laquelle une entrée du cache de recherche/identification
 499     reste valide. La valeur par défaut est de 600 secondes (10
 500     minutes).</p>
 501 </usage>
 502 </directivesynopsis>
 503
 504 <directivesynopsis>
 505 <name>LDAPOpCacheEntries</name>
 506 <description>Nombre d'entrées utilisées pour mettre en cache les
 507 opérations de comparaison LDAP</description>
 508 <syntax>LDAPOpCacheEntries <var>nombre</var></syntax>
 509 <default>LDAPOpCacheEntries 1024</default>
 510 <contextlist><context>server config</context></contextlist>
 511
 512 <usage>
 513     <p>Cette directive permet de spécifier le nombre d'entrées que
 514     <module>mod_ldap</module> va utiliser pour mettre en cache les
 515     opérations de comparaison LDAP. La valeur par défaut est de 1024
 516     entrées. Si elle est définie à 0, la mise en cache des opérations de
 517     comparaison LDAP est désactivée.</p>
 518 </usage>
 519 </directivesynopsis>
 520
 521 <directivesynopsis>
 522 <name>LDAPOpCacheTTL</name>
 523 <description>Durée pendant laquelle les entrées du cache d'opérations
 524 restent valides</description>
 525 <syntax>LDAPOpCacheTTL <var>secondes</var></syntax>
 526 <default>LDAPOpCacheTTL 600</default>
 527 <contextlist><context>server config</context></contextlist>
 528
 529 <usage>
 530     <p>Cette directive permet de spécifier la durée (en secondes)
 531     pendant laquelle les entrées du cache d'opérations restent valides.
 532     La valeur par défaut est de 600 secondes.</p>
 533 </usage>
 534 </directivesynopsis>
 535
 536 <directivesynopsis>
 537 <name>LDAPReferralHopLimit</name>
 538 <description>Le nombre maximum de redirections vers des serveurs
 539 alternatifs (referrals) avant l'abandon de la requête
 540 LDAP.</description>
 541 <syntax>LDAPReferralHopLimit <var>nombre</var></syntax>
 542 <default>Dépend du SDK, en général entre 5 et 10</default>
 543 <contextlist><context>directory</context><context>.htaccess</context></contextlist>
 544 <override>AuthConfig</override>
 545
 546 <usage>
 547     <p>Si elle est activée par la directive <directive>LDAPReferrals</directive>,
 548     cette directive permet de définir le nombre maximum de sauts vers
 549     des serveurs alternatifs (referrals) avant l'abandon de la requête
 550     LDAP.</p>
 551
 552 <note type="warning">
 553 <p>L'ajustement de ce paramètre n'est pas commun à tous les SDKs LDAP.</p>
 554 </note>
 555 </usage>
 556 </directivesynopsis>
 557
 558 <directivesynopsis>
 559 <name>LDAPReferrals</name>
 560 <description>Active la redirection vers des serveurs alternatifs au
 561 cours des requêtes vers le serveur LDAP.</description>
 562 <syntax>LDAPReferrals <var>On|Off|default</var></syntax>
 563 <default>LDAPReferrals On</default>
 564 <contextlist><context>directory</context><context>.htaccess</context></contextlist>
 565 <override>AuthConfig</override>
 566 <compatibility>Le paramètre <var>default</var> est disponible depuis la
 567 version 2.4.7 du serveur HTTP Apache.</compatibility>
 568
 569 <usage>
 570     <p>Certains serveurs LDAP partagent leur annuaire en plusieurs
 571     domaines et utilisent le système des redirections (referrals) pour
 572     aiguiller un client lorsque les limites d'un domaine doivent être
 573     franchies. Ce processus est similaire à une redirection HTTP. Les
 574     bibliothèques client LDAP ne respectent pas forcément ces
 575     redirections par défaut. Cette directive permet de configurer
 576     explicitement les redirections LDAP dans le SDK sous-jacent.</p>
 577
 578     <p>La directive <directive>LDAPReferrals</directive> accepte les
 579     valeurs suivantes :</p>
 580
 581     <dl>
 582      <dt>"on"</dt>
 583      <dd> <p>Avec la valeur "on", la prise en compte des redirections
 584      LDAP par le SDK sous-jacent est activée, la directive
 585      <directive>LDAPReferralHopLimit</directive> permet de surcharger la
 586      "hop limit" du SDK, et un "LDAP rebind callback" est enregistré.</p></dd>
 587      <dt>"off"</dt>
 588      <dd> <p>Avec la valeur "off", la prise en compte des redirections
 589      LDAP par le SDK sous-jacent est complètement désactivée.</p></dd>
 590      <dt>"default"</dt>
 591      <dd> <p>Avec la valeur "default", la prise en compte des redirections
 592      LDAP par le SDK sous-jacent n'est pas modifiée, la directive
 593      <directive>LDAPReferralHopLimit</directive> ne permet pas de surcharger la
 594      "hop limit" du SDK, et aucun "LDAP rebind callback" n'est enregistré.</p></dd>
 595     </dl>
 596
 597     <p>La directive <directive>LDAPReferralHopLimit</directive> travaille en
 598     conjonction avec cette directive pour limiter le nombre de
 599     redirections à suivre pour achever le traitement de la requête LDAP.
 600     Lorsque le processus de redirection est activé par la valeur "On",
 601     les données d'authentification du client sont transmises via un
 602     "rebind callback" à tout serveur LDAP qui en fait la demande.</p>
 603 </usage>
 604 </directivesynopsis>
 605
 606 <directivesynopsis>
 607 <name>LDAPRetryDelay</name>
 608 <description>Définit le temps d'attente avant un autre essai de connexion au
 609 serveur LDAP.</description>
 610 <syntax>LDAPRetryDelay <var>secondes</var></syntax>
 611 <default>LDAPRetryDelay 0</default>
 612 <contextlist><context>server config</context></contextlist>
 613
 614 <usage>
 615     <p>Si la directive <directive>LDAPRetryDelay</directive> est définie
 616     à une valeur différente de 0, le serveur attendra pendant la durée
 617     spécifiée pour envoyer à nouveau sa requête LDAP. Une valeur de 0
 618     implique une absence de délai pour les essais successifs.</p>
 619
 620     <p>Il est possible d'effectuer une autre tentative de connexion en
 621     cas d'erreurs LDAP du type délai dépassé ou connexion refusée. </p>
 622 </usage>
 623 </directivesynopsis>
 624
 625 <directivesynopsis>
 626 <name>LDAPRetries</name>
 627 <description>Définit le nombre maximum de tentatives de connexions au
 628 serveur LDAP.</description>
 629 <syntax>LDAPRetries <var>nombre d'essais</var></syntax>
 630 <default>LDAPRetries 3</default>
 631 <contextlist><context>server config</context></contextlist>
 632 <usage>
 633     <p>Suite à des échecs de connexion au serveur LDAP, le serveur
 634     tentera de se connecter autant de fois qu'indiqué par la directive
 635     <directive>LDAPRetries</directive>. Si cette directive est définie à
 636     0, le serveur ne tentera pas d'autre connexion après un échec.</p>
 637     <p>Il est possible d'effectuer une autre tentative de connexion en
 638     cas d'erreurs LDAP du type délai dépassé ou connexion refusée. </p>
 639 </usage>
 640 </directivesynopsis>
 641
 642 <directivesynopsis>
 643 <name>LDAPTrustedGlobalCert</name>
 644 <description>Définit le nom de fichier ou la base de données contenant
 645 les Autorités de Certification de confiance globales ou les certificats
 646 clients globaux</description>
 647 <syntax>LDAPTrustedGlobalCert <var>type</var>
 648 <var>chemin/nom-fichier</var> <var>[mot de passe]</var></syntax>
 649 <contextlist><context>server config</context></contextlist>
 650
 651 <usage>
 652     <p>Cette directive permet de spécifier le chemin et le nom du
 653     fichier contenant les certificats des CA de confiance et/ou les
 654     certificats clients du système global que <module>mod_ldap</module>
 655     utilisera pour établir une connexion SSL ou TLS avec un serveur
 656     LDAP. Notez que toute information relative aux certificats spécifiée
 657     en utilisant cette directive s'applique globalement à l'ensemble de
 658     l'installation du serveur. Certains SDK LDAP (en particulier Novell)
 659     nécessitent la définition globale de tous les certificats clients en
 660     utilisant cette directive. La plupart des autres SDK nécessitent la
 661     définition des certificats clients dans une section Directory ou
 662     Location en utilisant la directive LDAPTrustedClientCert. Si vous ne
 663     définissez pas ces directives correctement, une erreur sera générée
 664     lors des tentatives de contact avec un serveur LDAP, ou la connexion
 665     échouera silencieusement (Voir plus haut le guide des certificats
 666     SSL/TLS pour plus de détails). Le paramètre type spécifie le type de
 667     certificat en cours de définition, en fonction du SDK LDAP utilisé.
 668     Les types supportés sont :</p>
 669     <ul>
 670       <li>CA_DER - certificat de CA codé en binaire DER</li>
 671       <li>CA_BASE64 - certificat de CA codé en PEM</li>
 672       <li>CA_CERT7_DB - fichier de base de données des certificats de CA
 673       de Netscape cert7.db</li>
 674       <li>CA_SECMOD - fichier de base de données secmod de Netscape</li>
 675       <li>CERT_DER - certificat client codé en binaire DER</li>
 676       <li>CERT_BASE64 - certificat client codé en PEM</li>
 677       <li>CERT_KEY3_DB - fichier de base de données des certificats
 678       clients de Netscape key3.db</li>
 679       <li>CERT_NICKNAME - certificat client "nickname" (SDK Netscape)</li>
 680       <li>CERT_PFX - certificat client codé en PKCS#12 (SDK Novell)</li>
 681       <li>KEY_DER - clé privée codée en binaire DER</li>
 682       <li>KEY_BASE64 - clé privée codée en PEM</li>
 683       <li>KEY_PFX - clé privée codée en PKCS#12 (SDK Novell)</li>
 684     </ul>
 685 </usage>
 686 </directivesynopsis>
 687
 688 <directivesynopsis>
 689 <name>LDAPTrustedClientCert</name>
 690 <description>Définit le nom de fichier contenant un certificat client ou
 691 un alias renvoyant vers un certificat client spécifique à une connexion.
 692 Tous les SDK LDAP ne supportent pas les certificats clients par
 693 connexion.</description>
 694 <syntax>LDAPTrustedClientCert <var>type</var>
 695 <var>chemin/nom-fichier/alias</var> <var>[mot de passe]</var></syntax>
 696 <contextlist><context>server config</context><context>virtual
 697 host</context><context>directory</context><context>.htaccess</context></contextlist>
 698
 699 <usage>
 700     <p>Cette directive permet de spécifier le chemin et le nom de
 701     fichier ou l'alias d'un certificat client par connexion utilisé lors
 702     de l'établissement d'une connexion SSL ou TLS avec un serveur LDAP.
 703     Les sections directory ou location peuvent posséder leurs propres
 704     configurations de certificats clients. Certains SDK LDAP (en
 705     particulier Novell) ne supportent pas les certificats clients par
 706     connexion, et renvoient une erreur lors de la connexion au serveur
 707     LDAP si vous tenter d'utiliser cette directive (Utilisez à la place
 708     la directive LDAPTrustedGlobalCert pour les certificats clients sous
 709     Novell - Voir plus haut le guide des certificats SSL/TLS pour plus
 710     de détails). Le paramètre type spécifie le type du certificat en
 711     cours de définition, en fonction du SDK LDAP utilisé. Les types
 712     supportés sont :</p>
 713     <ul>
 714       <li>CA_DER - certificat de CA codé en binaire DER</li>
 715       <li>CA_BASE64 - certificat de CA codé en PEM</li>
 716       <li>CERT_DER - certificat client codé en binaire DER</li>
 717       <li>CERT_BASE64 - certificat client codé en PEM</li>
 718       <li>CERT_NICKNAME - certificat client "nickname" (SDK Netscape)</li>
 719       <li>KEY_DER - clé privée codée en binaire DER</li>
 720       <li>KEY_BASE64 - clé privée codée en PEM</li>
 721     </ul>
 722 </usage>
 723 </directivesynopsis>
 724
 725 <directivesynopsis>
 726 <name>LDAPTrustedMode</name>
 727 <description>Spécifie le mode (SSL ou TLS) à utiliser lors de la
 728 connexion à un serveur LDAP.</description>
 729 <syntax>LDAPTrustedMode <var>type</var></syntax>
 730 <contextlist><context>server config</context><context>virtual
 731 host</context></contextlist>
 732
 733 <usage>
 734     <p>Les modes suivants sont supportés :</p>
 735     <ul>
 736       <li>NONE - aucun chiffrement</li>
 737       <li>SSL - chiffrement ldaps:// sur le port par défaut 636</li>
 738       <li>TLS - chiffrement STARTTLS sur le port par défaut 389</li>
 739     </ul>
 740
 741     <p>Les modes ci-dessus ne sont pas supportés par tous les SDK LDAP.
 742     Un message d'erreur sera généré à l'exécution si un mode n'est pas
 743     supporté, et la connexion au serveur LDAP échouera.
 744     </p>
 745
 746     <p>Si une URL de type ldaps:// est spécifiée, le mode est forcé à
 747     SSL et la définition de LDAPTrustedMode est ignorée.</p>
 748 </usage>
 749 </directivesynopsis>
 750
 751 <directivesynopsis>
 752 <name>LDAPConnectionTimeout</name>
 753 <description>Spécifie le délai d'attente en secondes de la socket de
 754 connexion</description>
 755 <syntax>LDAPConnectionTimeout <var>secondes</var></syntax>
 756 <contextlist><context>server config</context></contextlist>
 757
 758 <usage>
 759     <p>Cette directive configure l'option LDAP_OPT_NETWORK_TIMEOUT (ou
 760     LDAP_OPT_CONNECT_TIMEOUT) dans la bibliothèque client LDAP
 761     sous-jacente, si elle est disponible. Cette valeur représente la
 762     durée pendant laquelle la bibliothèque client LDAP va attendre que
 763     le processus de connexion TCP au serveur LDAP soit achevé.</p>
 764
 765     <p>Si la connexion n'a pas réussi avant ce délai, une erreur sera
 766     renvoyée, ou la bibliothèque client LDAP tentera de se connecter à
 767     un second serveur LDAP, s'il en a été défini un (via une liste de
 768     noms d'hôtes séparés par des espaces dans la directive <directive
 769     module="mod_authnz_ldap">AuthLDAPURL</directive>).</p>
 770
 771     <p>La valeur par défaut est 10 secondes, si la bibliothèque client
 772     LDAP liée avec le serveur supporte l'option
 773     LDAP_OPT_NETWORK_TIMEOUT.</p>
 774
 775     <note>LDAPConnectionTimeout n'est disponible que si la bibliothèque client
 776     LDAP liée avec le serveur supporte l'option
 777     LDAP_OPT_NETWORK_TIMEOUT (ou LDAP_OPT_CONNECT_TIMEOUT), et le
 778     comportement final est entièrement dicté par la bibliothèque client
 779     LDAP.
 780     </note>
 781 </usage>
 782 </directivesynopsis>
 783
 784 <directivesynopsis>
 785 <name>LDAPTimeout</name>
 786 <description>Spécifie le délai d'attente pour les opérations de
 787 recherche et d'identification LDAP en secondes</description>
 788 <syntax>LDAPTimeout <var>secondes</var></syntax>
 789 <default>LDAPTimeout 60</default>
 790 <contextlist><context>server config</context></contextlist>
 791 <compatibility>Disponible à partir de la version 2.3.5 du serveur HTTP
 792 Apache</compatibility>
 793
 794 <usage>
 795     <p>Cette directive permet de spécifier le délai d'attente pour les
 796     opérations de recherche et d'identification, ainsi que l'option
 797     LDAP_OPT_TIMEOUT dans la bibliothèque LDAP client sous-jacente,
 798     lorsqu'elle est disponible.</p>
 799
 800     <p>Lorsque le délai est atteint, httpd va refaire un essai dans le
 801     cas où une connexion existante a été silencieusement fermée par un
 802     pare-feu. Les performances seront cependant bien meilleures si le
 803     pare-feu est configuré pour envoyer des paquets TCP RST au lieu de
 804     rejeter silencieusement les paquets.</p>
 805
 806     <note>
 807     <p>Les délais pour les opérations de comparaison LDAP nécessitent un
 808     SDK avec LDAP_OPT_TIMEOUT, comme OpenLDAP &gt;= 2.4.4.</p>
 809     </note>
 810
 811 </usage>
 812 </directivesynopsis>
 813
 814 <directivesynopsis>
 815 <name>LDAPVerifyServerCert</name>
 816 <description>Force la vérification du certificat du
 817 serveur</description>
 818 <syntax>LDAPVerifyServerCert <var>On|Off</var></syntax>
 819 <default>LDAPVerifyServerCert On</default>
 820 <contextlist><context>server config</context></contextlist>
 821
 822 <usage>
 823     <p>Cette directive permet de spécifier s'il faut forcer la
 824     vérification d'un certificat de serveur lors de l'établissement
 825     d'une connexion SSL avec un serveur LDAP.</p>
 826 </usage>
 827 </directivesynopsis>
 828
 829 <directivesynopsis>
 830 <name>LDAPConnectionPoolTTL</name>
 831 <description>Désactive les connexions d'arrière-plan qui sont restées
 832 inactives trop longtemps au sein du jeu de connexions.</description>
 833 <syntax>LDAPConnectionPoolTTL <var>n</var></syntax>
 834 <default>LDAPConnectionPoolTTL -1</default>
 835 <contextlist><context>server config</context><context>virtual host</context></contextlist>
 836 <compatibility>Disponible à partir de la version 2.3.12 du serveur HTTP
 837 Apache</compatibility>
 838
 839 <usage>
 840     <p>Cette directive permet de spécifier la durée maximale, en
 841     secondes, pendant laquelle une connexion LDAP du jeu de connexions
 842     peut demeurer inactive, mais rester quand-même disponible pour une
 843     utilisation éventuelle. Le jeu de connexions est nettoyé au fur et à
 844     mesure des besoins, de manière non asynchrone.</p>
 845
 846     <p>Si cette directive est définie à 0, les connexions ne sont jamais
 847     sauvegardées dans le jeu de connexions d'arrière-plan. Avec la
 848     valeur par défaut -1, ou toute autre valeur négative, les connexions
 849     peuvent être réutilisées sans limite de durée.</p>
 850
 851     <p>Dans le but d'améliorer les performances, le temps de référence
 852     qu'utilise cette directive correspond au moment où la connexion LDAP
 853     est enregistrée ou remise dans le jeu de connexions, et non au
 854     moment du dernier échange réussi avec le serveur LDAP.</p>
 855
 856     <p>La version 2.4.10 a introduit de nouvelles mesures permettant
 857     d'éviter une augmentation excessive du temps de référence due à des
 858     correspondances positives dans le cache ou des requêtes lentes. A
 859     cet effet, le temps de référence n'est pas réactualisé si aucune
 860     connexion LDAP d'arrière-plan n'est requise ; d'autre part, le temps
 861     de référence se base sur le moment où la requête HTTP est reçue, et
 862     non sur le moment où la requête a été traitée.</p>
 863
 864     <note><p>Cette durée de vie s'exprime par défaut en secondes, mais
 865     il est possible d'utiliser d'autres unités en ajoutant un suffixe :
 866     millisecondes (ms), minutes (min), ou heures (h).
 867     </p></note>
 868 </usage>
 869 </directivesynopsis>
 870
 871 <directivesynopsis>
 872 <name>LDAPLibraryDebug</name>
 873 <description>Active le débogage dans le SDK LDAP</description>
 874 <syntax>LDAPLibraryDebug <var>7</var></syntax>
 875 <default>disabled</default>
 876 <contextlist><context>server config</context></contextlist>
 877
 878 <usage>
 879     <p>Active les options de débogage LDAP spécifiques au SDK, qui
 880     entraînent en général une journalisation d'informations verbeuses du
 881     SDK LDAP dans le journal principal des erreurs d'Apache. Les
 882     messages de traces en provenance du SDK LDAP fournissent des
 883     informations très détaillées qui peuvent s'avérer utiles lors du
 884     débogage des problèmes de connexion avec des serveurs LDAP
 885     d'arrière-plan.</p>
 886
 887     <p>Cette option n'est configurable que lorsque le serveur HTTP
 888     Apache est lié avec un SDK LDAP qui implémente
 889     <code>LDAP_OPT_DEBUG</code> ou <code>LDAP_OPT_DEBUG_LEVEL</code>,
 890     comme OpenLDAP (une valeur de 7 est verbeuse) ou Tivoli Directory
 891     Server (une valeur de 65535 est verbeuse).</p>
 892
 893     <note type="warning">
 894     <p>Les informations journalisées peuvent contenir des données
 895     d'authentification en clair utilisées ou validées lors de
 896     l'authentification LDAP ; vous devez donc prendre soin de protéger
 897     et de purger le journal des erreurs lorsque cette directive est
 898     utilisée.</p>
 899     </note>
 900
 901 </usage>
 902 </directivesynopsis>
 903
 904 </modulesynopsis>