From: Lucien Gentis
Date: Sat, 23 Jan 2021 14:24:04 +0000 (+0000)
Subject: fr doc XML file update.
X-Git-Tag: 2.5.0-alpha2-ci-test-only~1041
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=200cda862c15133f2911340e1c85741457d93a07;p=thirdparty%2Fapache%2Fhttpd.git
fr doc XML file update.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1885849 13f79535-47bb-0310-9956-ffa450edef68
---
diff --git a/docs/manual/mod/mod_ldap.xml.fr b/docs/manual/mod/mod_ldap.xml.fr
index 7e4ff959cf1..6b2991de9fc 100644
--- a/docs/manual/mod/mod_ldap.xml.fr
+++ b/docs/manual/mod/mod_ldap.xml.fr
@@ -1,7 +1,7 @@
-
+
@@ -125,12 +125,12 @@ LDAPOpCacheTTL 600
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.
+ 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
@@ -294,11 +294,11 @@ LDAPTrustedGlobalCert CA_DER /certs/certfile.der
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.
+ 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
@@ -336,17 +336,19 @@ LDAPTrustedGlobalCert CA_SECMOD /certs/secmod
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.
+ 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.
+ 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
@@ -370,8 +372,11 @@ LDAPTrustedGlobalCert KEY_BASE64 /certs/key1.pem [password]
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.
+ Les certificats clients et CA peuvent être spécifiés globalement
+ (LDAPTrustedGlobalCert) ou pour
+ chaque connexion (LDAPTrustedClientCert). Les définitions au
+ niveau d'une connexion l'emportent sur les définitions globales.
La documentation du SDK prétend que SSL et STARTTLS sont
supportés ; cependant, STARTTLS semble ne pas fonctionner avec
@@ -423,7 +428,8 @@ LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
requise.
SSL et TLS sont tous deux supportés en utilisant des URLs de
- type ldaps://, ou en définissant la directive LDAPTrustedMode Ã
+ type ldaps://, ou en définissant la directive LDAPTrustedMode Ã
cet effet.
Note: L'état du support des certificats clients n'est pas
@@ -544,10 +550,10 @@ LDAP.
AuthConfig
- 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.
+ 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.
@@ -559,7 +565,7 @@ LDAP.
LDAPReferrals
Active la redirection vers des serveurs alternatifs au
cours des requêtes vers le serveur LDAP.
-LDAPReferrals On|Off|default
+LDAPReferrals On|Off|default
LDAPReferrals On
directory.htaccess
AuthConfig
@@ -580,26 +586,28 @@ version 2.4.7 du serveur HTTP Apache.
- "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
+
-
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é.
+ -
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.
+ 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.
@@ -649,23 +657,22 @@ clients globaux
server config
- 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 :
+ 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
@@ -698,19 +705,19 @@ hostdirectory.htaccessAuthConfig
- 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 :
+ 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
@@ -745,7 +752,7 @@ host
Si une URL de type ldaps:// est spécifiée, le mode est forcé Ã
- SSL et la définition de LDAPTrustedMode est ignorée.
+ SSL et la définition de LDAPTrustedMode est ignorée.
@@ -816,7 +823,7 @@ Apache
LDAPVerifyServerCert
Force la vérification du certificat du
serveur
-LDAPVerifyServerCert On|Off
+LDAPVerifyServerCert On|Off
LDAPVerifyServerCert On
server config