You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by lg...@apache.org on 2016/04/02 18:20:05 UTC
svn commit: r1737515 [2/3] - in /httpd/httpd/trunk/docs/manual:
howto/index.xml.fr mod/core.xml.fr mod/mod_authnz_ldap.xml.fr
mod/mod_headers.xml.fr mod/mod_macro.xml.fr
Modified: httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml.fr?rev=1737515&r1=1737514&r2=1737515&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml.fr (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_authnz_ldap.xml.fr Sat Apr 2 16:20:05 2016
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1683883:1736705 (outdated) -->
+<!-- English Revision: 1736705 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -36,29 +36,29 @@ HTTP de base.</description>
<module>mod_auth_basic</module> d'authentifier les utilisateurs via
un annuaire ldap.</p>
- <p><module>mod_authnz_ldap</module> supporte les fonctionnalités
+ <p><module>mod_authnz_ldap</module> supporte les fonctionnalités
suivantes :</p>
<ul>
- <li>Support vérifié du <a
+ <li>Support vérifié du <a
href="http://www.openldap.org/">OpenLDAP SDK</a> (versions 1.x et
2.x), du <a href="http://developer.novell.com/ndk/cldap.htm">
Novell LDAP SDK</a> et du SDK <a
href="http://www.iplanet.com/downloads/developer/">iPlanet
(Netscape)</a>.</li>
- <li>Implémentation de politiques d'autorisation complexes en les
- définissant via des filtres LDAP.</li>
+ <li>Implémentation de politiques d'autorisation complexes en les
+ définissant via des filtres LDAP.</li>
- <li>Mise en oeuvre d'une mise en cache des opérations LDAP
- élaborée via <a href="mod_ldap.html">mod_ldap</a>.</li>
+ <li>Mise en oeuvre d'une mise en cache des opérations LDAP
+ élaborée via <a href="mod_ldap.html">mod_ldap</a>.</li>
- <li>Support de LDAP via SSL (nécessite le SDK Netscape) ou TLS
- (nécessite le SDK OpenLDAP 2.x ou le SDK LDAP Novell).</li>
+ <li>Support de LDAP via SSL (nécessite le SDK Netscape) ou TLS
+ (nécessite le SDK OpenLDAP 2.x ou le SDK LDAP Novell).</li>
</ul>
<p>Lorsqu'on utilise <module>mod_auth_basic</module>, ce module est
- invoqué en affectant la valeur <code>ldap</code> à la directive
+ invoqué en affectant la valeur <code>ldap</code> à la directive
<directive module="mod_auth_basic">AuthBasicProvider</directive>.</p>
</summary>
@@ -70,8 +70,8 @@ HTTP de base.</description>
<section id="contents"><title>Sommaire</title>
<ul>
- <li> <a href="#gcaveats">Mises en garde à caractère général</a> </li>
- <li> <a href="#operation">Mode opératoire</a>
+ <li> <a href="#gcaveats">Mises en garde à caractère général</a> </li>
+ <li> <a href="#operation">Mode opératoire</a>
<ul>
<li><a href="#authenphase">La phase
@@ -97,7 +97,7 @@ HTTP de base.</description>
<li><a href="#examples">Exemples</a></li>
<li><a href="#usingtls">Utilisation de TLS</a></li>
<li><a href="#usingssl">Utilisation de SSL</a></li>
- <li><a href="#exposed">Mise à disposition des informations de
+ <li><a href="#exposed">Mise à disposition des informations de
connexion</a></li>
<li><a href="#activedirectory">Utilisation d'Active Directory</a></li>
<li>
@@ -105,46 +105,46 @@ HTTP de base.</description>
<module>mod_authnz_ldap</module></a>
<ul>
- <li><a href="#howitworks">Comment ça marche</a></li>
+ <li><a href="#howitworks">Comment ça marche</a></li>
<li><a href="#fpcaveats">Mises en garde</a></li>
</ul>
</li>
</ul>
</section>
-<section id="gcaveats"><title>Mises en garde à caractère général</title>
-<p>Ce module effectue une mise en cache des résultats du processus
+<section id="gcaveats"><title>Mises en garde à caractère général</title>
+<p>Ce module effectue une mise en cache des résultats du processus
d'authentification et d'autorisation en fonction de la configuration du
-module <module>mod_ldap</module>. Les modifications effectuées au niveau
-du serveur LDAP d'arrière-plan comme les
-verrouillages ou révocations d'utilisateurs, les changements de mot de
-passe, ou les changements d'appartenance à un groupe (et cette liste
-n'est pas exhaustive), ne seront pas immédiatement propagées jusqu'au
+module <module>mod_ldap</module>. Les modifications effectuées au niveau
+du serveur LDAP d'arrière-plan comme les
+verrouillages ou révocations d'utilisateurs, les changements de mot de
+passe, ou les changements d'appartenance à un groupe (et cette liste
+n'est pas exhaustive), ne seront pas immédiatement propagées jusqu'au
serveur HTTP. Consultez les directives du module
-<module>mod_ldap</module> pour plus de détails à propos de la
+<module>mod_ldap</module> pour plus de détails à propos de la
configuration de la mise en cache.
</p>
</section>
-<section id="operation"><title>Mode opératoire</title>
+<section id="operation"><title>Mode opératoire</title>
- <p>L'utilisateur se voit accorder l'accès selon un processus en deux
- phases. La première phase est l'authentification, au cours de
+ <p>L'utilisateur se voit accorder l'accès selon un processus en deux
+ phases. La première phase est l'authentification, au cours de
laquelle le fournisseur d'authentification
- <module>mod_authnz_ldap</module> vérifie que les informations de
+ <module>mod_authnz_ldap</module> vérifie que les informations de
connexion de l'utilisateur sont valides. Elle est aussi connue sous
le nom de phase de <em>recherche/connexion</em> (NdT : en anglais ou
- dans le code source : <em>search/bind</em>). La deuxième
+ dans le code source : <em>search/bind</em>). La deuxième
phase est l'autorisation, au cours de laquelle
- <module>mod_authnz_ldap</module> détermine si l'utilisateur
- authentifié a la permission d'accéder à la ressource considérée.
+ <module>mod_authnz_ldap</module> détermine si l'utilisateur
+ authentifié a la permission d'accéder à la ressource considérée.
Elle est aussi connue sous le nom de phase de
<em>comparaison</em> (<em>compare</em>).</p>
<p><module>mod_authnz_ldap</module> comporte un fournisseur
d'authentification authn_ldap et un gestionnaire d'autorisation
- authz_ldap. Le fournisseur d'authentification authn_ldap peut être
- invoqué en affectant la valeur <code>ldap</code> à la directive
+ authz_ldap. Le fournisseur d'authentification authn_ldap peut être
+ invoqué en affectant la valeur <code>ldap</code> à la directive
<directive module="mod_auth_basic">AuthBasicProvider</directive>. Le
gestionnaire d'autorisation authz_ldap enrichit la liste des types
d'autorisations de la directive <directive
@@ -155,35 +155,35 @@ configuration de la mise en cache.
<section id="authenphase"><title>La phase d'authentification</title>
<p>Au cours de la phase d'authentification,
- <module>mod_authnz_ldap</module> recherche une entrée de l'annuaire
+ <module>mod_authnz_ldap</module> recherche une entrée de l'annuaire
LDAP qui correspond au nom d'utilisateur fourni par le client HTTP.
- Si une correspondance unique est trouvée,
+ Si une correspondance unique est trouvée,
<module>mod_authnz_ldap</module> tente de se connecter au serveur
- hébergeant l'annuaire LDAP en utilisant le DN de l'entrée et le mot
+ hébergeant l'annuaire LDAP en utilisant le DN de l'entrée et le mot
de passe fourni par le client HTTP. Comme ce processus effectue tout
d'abord une recherche, puis une connexion, il est aussi connu sous
- le nom de phase de recherche/connexion. Voici le détail des étapes
+ le nom de phase de recherche/connexion. Voici le détail des étapes
constituant la phase de recherche/connexion :</p>
<ol>
<li>Confection d'un filtre de recherche en combinant les attribut
- et filtre définis par la directive <directive module="mod_authnz_ldap"
+ et filtre définis par la directive <directive module="mod_authnz_ldap"
>AuthLDAPURL</directive> avec le nom d'utilisateur et le mot de
passe fournis par le client HTTP.</li>
<li>Recherche dans l'annuaire LDAP en utilisant le filtre
- confectionné précédemment. Si le résultat de la recherche est
- négatif ou comporte plusieurs entrées, refus ou restriction de
- l'accès.</li>
+ confectionné précédemment. Si le résultat de la recherche est
+ négatif ou comporte plusieurs entrées, refus ou restriction de
+ l'accès.</li>
- <li>Extraction du DN (distinguished name) de l'entrée issue du
- résultat de la recherche, et tentative de connexion au serveur
+ <li>Extraction du DN (distinguished name) de l'entrée issue du
+ résultat de la recherche, et tentative de connexion au serveur
LDAP en utilisant ce DN et le mot de passe fournis par le client
- HTTP. Si la connexion échoue, refus ou restriction de
- l'accès.</li>
+ HTTP. Si la connexion échoue, refus ou restriction de
+ l'accès.</li>
</ol>
- <p>Les directives utilisées durant la phase de recherche/connexion
+ <p>Les directives utilisées durant la phase de recherche/connexion
sont les suivantes :</p>
<table>
@@ -192,9 +192,9 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPURL</directive></td>
- <td>Spécifie le serveur LDAP, le DN de base, l'attribut à
+ <td>Spécifie le serveur LDAP, le DN de base, l'attribut Ã
utiliser pour la recherche, ainsi que les filtres de recherche
- supplémentaires.</td>
+ supplémentaires.</td>
</tr>
<tr>
@@ -218,76 +218,76 @@ configuration de la mise en cache.
<section id="authorphase"><title>La phase d'autorisation</title>
<p>Au cours de la phase d'autorisation,
- <module>mod_authnz_ldap</module> tente de déterminer si
- l'utilisateur est autorisé à accéder à la ressource considérée. Une
- grande partie de cette vérification consiste pour
- <module>mod_authnz_ldap</module> en des opérations de comparaison au
+ <module>mod_authnz_ldap</module> tente de déterminer si
+ l'utilisateur est autorisé à accéder à la ressource considérée. Une
+ grande partie de cette vérification consiste pour
+ <module>mod_authnz_ldap</module> en des opérations de comparaison au
niveau du serveur LDAP. C'est pourquoi cette phase est aussi connue
sous le nom de phase de comparaison.
<module>mod_authnz_ldap</module> accepte les directives <directive
module="mod_authz_core">Require</directive> suivantes pour
- déterminer si les informations de connexion permettent d'accorder
- l'accès à l'utilisateur :</p>
+ déterminer si les informations de connexion permettent d'accorder
+ l'accès à l'utilisateur :</p>
<ul>
<li>Avec la directive <a
href="#reqgroup"><code>Require ldap-user</code></a>,
- l'autorisation d'accès est accordée si le nom d'utilisateur
- spécifié par la directive correspond au nom d'utilisateur fourni
+ l'autorisation d'accès est accordée si le nom d'utilisateur
+ spécifié par la directive correspond au nom d'utilisateur fourni
par le client.</li>
<li>Avec la directive <a href="#reqdn"><code>Require
- ldap-dn</code></a>, l'autorisation d'accès est accordée si le DN
- spécifié par la directive correspond au DN extrait du résultat de
+ ldap-dn</code></a>, l'autorisation d'accès est accordée si le DN
+ spécifié par la directive correspond au DN extrait du résultat de
la recherche dans l'annuaire LDAP.</li>
<li>Avec la directive <a
href="#reqgroup"><code>Require ldap-group</code></a>,
- l'autorisation d'accès est accordée si le DN extrait du résultat de
+ l'autorisation d'accès est accordée si le DN extrait du résultat de
la recherche dans l'annuaire LDAP (ou le nom d'utilisateur fourni
- par le client) appartient au groupe LDAP spécifié par la
- directive, ou éventuellement à un de ses sous-groupes.</li>
+ par le client) appartient au groupe LDAP spécifié par la
+ directive, ou éventuellement à un de ses sous-groupes.</li>
<li>Avec la directive <a href="#reqattribute">
- <code>Require ldap-attribute</code></a>, l'autorisation d'accès
- est accordée si la valeur de l'attribut extraite de la recherche
- dans l'annuaire LDAP correspond à la valeur spécifiée par la
+ <code>Require ldap-attribute</code></a>, l'autorisation d'accès
+ est accordée si la valeur de l'attribut extraite de la recherche
+ dans l'annuaire LDAP correspond à la valeur spécifiée par la
directive.</li>
<li>Avec la directive <a href="#reqfilter">
- <code>Require ldap-filter</code></a>, l'autorisation d'accès
- est accordée si le filtre de recherche renvoie un objet
+ <code>Require ldap-filter</code></a>, l'autorisation d'accès
+ est accordée si le filtre de recherche renvoie un objet
utilisateur unique qui corresponde au DN de l'utilisateur
- authentifié.</li>
+ authentifié.</li>
<li>Avec la directive <a href="#reqsearch">
- <code>Require ldap-search</code></a>, l'autorisation d'accès
- est accordée si le filtre de recherche renvoie avec succès
- un seul objet correspondant aux critères avec tout nom distinctif
+ <code>Require ldap-search</code></a>, l'autorisation d'accès
+ est accordée si le filtre de recherche renvoie avec succès
+ un seul objet correspondant aux critères avec tout nom distinctif
(DN).</li>
<li>dans tous les autres cas, refus ou restriction de
- l'accès.</li>
+ l'accès.</li>
</ul>
- <p>Sous réserve du chargement de modules d'autorisation
- supplémentaires, d'autres valeurs de la directive <directive
- module="mod_authz_core">Require</directive> peuvent être
- spécifiées.</p>
+ <p>Sous réserve du chargement de modules d'autorisation
+ supplémentaires, d'autres valeurs de la directive <directive
+ module="mod_authz_core">Require</directive> peuvent être
+ spécifiées.</p>
<ul>
- <li>L'accès est accordé à tous les utilisateurs authentifiés si
+ <li>L'accès est accordé à tous les utilisateurs authentifiés si
une directive <a href="#requser"><code>Require
- valid-user</code></a> est présente (nécessite le module
+ valid-user</code></a> est présente (nécessite le module
<module>mod_authz_user</module>).</li>
<li>Avec la directive <a
href="#reqgroup"><code>Require group</code></a>, l'autorisation
- d'accès est accordée si le module
- <module>mod_authz_groupfile</module> a été chargé et si la
+ d'accès est accordée si le module
+ <module>mod_authz_groupfile</module> a été chargé et si la
directive <directive
- module="mod_authz_groupfile">AuthGroupFile</directive> a été
- définie.</li>
+ module="mod_authz_groupfile">AuthGroupFile</directive> a été
+ définie.</li>
<li>etc...</li>
</ul>
@@ -302,8 +302,8 @@ configuration de la mise en cache.
<td><directive module="mod_authnz_ldap">AuthLDAPURL</directive>
</td>
- <td>On utilise l'attribut spécifié dans l'URL pour les
- opérations de comparaison initiées par la directive
+ <td>On utilise l'attribut spécifié dans l'URL pour les
+ opérations de comparaison initiées par la directive
<code>Require ldap-user</code>.</td>
</tr>
@@ -311,7 +311,7 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPCompareDNOnServer</directive></td>
- <td>Détermine le comportement de la directive <code>Require
+ <td>Détermine le comportement de la directive <code>Require
ldap-dn</code>.</td>
</tr>
@@ -319,8 +319,8 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPGroupAttribute</directive></td>
- <td>Détermine l'attribut utilisé pour les opérations de
- comparaison initiées par la directive <code>Require
+ <td>Détermine l'attribut utilisé pour les opérations de
+ comparaison initiées par la directive <code>Require
ldap-group</code>.</td>
</tr>
@@ -328,8 +328,8 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPGroupAttributeIsDN</directive></td>
- <td>Spécifie si l'on doit utiliser le DN ou le nom de
- l'utilisateur lors des opérations de comparaison initiées par la
+ <td>Spécifie si l'on doit utiliser le DN ou le nom de
+ l'utilisateur lors des opérations de comparaison initiées par la
directive <code>Require ldap-group</code>.</td>
</tr>
@@ -337,9 +337,9 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPMaxSubGroupDepth</directive></td>
- <td>Détermine la profondeur maximale de l'arborescence des
- sous-groupes qui seront évalués au cours des opérations de
- comparaisons initiées par la directive <code>Require
+ <td>Détermine la profondeur maximale de l'arborescence des
+ sous-groupes qui seront évalués au cours des opérations de
+ comparaisons initiées par la directive <code>Require
ldap-group</code>.</td>
</tr>
@@ -347,9 +347,9 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPSubGroupAttribute</directive></td>
- <td>Détermine l'attribut à utiliser lors de l'extraction de
+ <td>Détermine l'attribut à utiliser lors de l'extraction de
membres de sous-groupes du groupe courant au cours des
- opérations de comparaison initiées par la directive
+ opérations de comparaison initiées par la directive
<code>Require ldap-group</code>.</td>
</tr>
@@ -357,10 +357,10 @@ configuration de la mise en cache.
<td><directive
module="mod_authnz_ldap">AuthLDAPSubGroupClass</directive></td>
- <td>Spécifie les valeurs de classe d'objet LDAP à utiliser pour
- déterminer si les objets extraits de l'annuaire sont bien des
+ <td>Spécifie les valeurs de classe d'objet LDAP à utiliser pour
+ déterminer si les objets extraits de l'annuaire sont bien des
objets de type groupe (et non des objets de type utilisateur),
- au cours du traitement des sous-groupes initié par la directive
+ au cours du traitement des sous-groupes initié par la directive
<code>Require ldap-group</code>.</td>
</tr>
</table>
@@ -370,38 +370,38 @@ configuration de la mise en cache.
<section id="requiredirectives"><title>Les directives requises</title>
<p>Les directives <directive
- module="mod_authz_core">Require</directive> d'Apache sont utilisées
+ module="mod_authz_core">Require</directive> d'Apache sont utilisées
au cours de la phase d'autorisation afin de s'assurer que
- l'utilisateur est autorisé à accéder à une ressource.
+ l'utilisateur est autorisé à accéder à une ressource.
mod_authnz_ldap enrichit la liste des types d'autorisations avec les
valeurs <code>ldap-user</code>, <code>ldap-dn</code>,
<code>ldap-group</code>, <code>ldap-attribute</code> et
<code>ldap-filter</code>. D'autres types d'autorisations sont
- disponibles, sous réserve du chargement de modules d'autorisation
- supplémentaires.</p>
+ disponibles, sous réserve du chargement de modules d'autorisation
+ supplémentaires.</p>
<p>A partir de la version 2.4.8, les directives require LDAP
supportent les <a href="../expr.html">expressions</a>.</p>
<section id="requser"><title>Require ldap-user</title>
- <p>La directive <code>Require ldap-user</code> permet de spécifier
- les noms des utilisateurs autorisés à accéder à la ressource.
+ <p>La directive <code>Require ldap-user</code> permet de spécifier
+ les noms des utilisateurs autorisés à accéder à la ressource.
Lorsque <module>mod_authnz_ldap</module> a extrait un DN unique de
- l'annuaire LDAP, il effectue une opération de comparaison LDAP en
- utilisant le nom d'utilisateur spécifié par la directive
- <code>Require ldap-user</code>, pour vérifier si ce nom
- d'utilisateur correspond à l'entrée LDAP extraite. On peut accorder
- l'accès à plusieurs utilisateurs en plaçant plusieurs nom
- d'utilisateurs sur la même ligne séparés par des espaces. Si un nom
- d'utilisateur contient des espaces, il doit être entouré de
- guillemets. On peut aussi accorder l'accès à plusieurs utilisateurs
+ l'annuaire LDAP, il effectue une opération de comparaison LDAP en
+ utilisant le nom d'utilisateur spécifié par la directive
+ <code>Require ldap-user</code>, pour vérifier si ce nom
+ d'utilisateur correspond à l'entrée LDAP extraite. On peut accorder
+ l'accès à plusieurs utilisateurs en plaçant plusieurs nom
+ d'utilisateurs sur la même ligne séparés par des espaces. Si un nom
+ d'utilisateur contient des espaces, il doit être entouré de
+ guillemets. On peut aussi accorder l'accès à plusieurs utilisateurs
en utilisant une directive <code>Require ldap-user</code> par
utilisateur. Par exemple, avec la directive <directive
- module="mod_authnz_ldap">AuthLDAPURL</directive> définie à
- <code>ldap://ldap/o=Example?cn</code> (spécifiant donc que l'attribut
- <code>cn</code> sera utilisé pour les recherches), on pourra
- utiliser les directives Require suivantes pour restreindre l'accès
+ module="mod_authnz_ldap">AuthLDAPURL</directive> définie Ã
+ <code>ldap://ldap/o=Example?cn</code> (spécifiant donc que l'attribut
+ <code>cn</code> sera utilisé pour les recherches), on pourra
+ utiliser les directives Require suivantes pour restreindre l'accès
:</p>
<highlight language="config">
Require ldap-user "Barbara Jenson"
@@ -409,26 +409,26 @@ Require ldap-user "Fred User"
Require ldap-user "Joe Manager"
</highlight>
- <p>De par la manière dont <module>mod_authnz_ldap</module> traite
+ <p>De par la manière dont <module>mod_authnz_ldap</module> traite
cette directive, Barbara Jenson peut s'authentifier comme
<em>Barbara Jenson</em>, <em>Babs Jenson</em> ou tout autre
- <code>cn</code> sous lequel elle est enregistrée dans l'annuaire
+ <code>cn</code> sous lequel elle est enregistrée dans l'annuaire
LDAP. Une seule ligne <code>Require ldap-user</code> suffit pour
- toutes les valeurs de l'attribut dans l'entrée LDAP de
+ toutes les valeurs de l'attribut dans l'entrée LDAP de
l'utilisateur.</p>
- <p>Si l'attribut <code>uid</code> avait été spécifié à la place de
- l'attribut <code>cn</code> dans l'URL précédente, les trois lignes
- ci-dessus auraient pû être condensées en une seule ligne :</p>
+ <p>Si l'attribut <code>uid</code> avait été spécifié à la place de
+ l'attribut <code>cn</code> dans l'URL précédente, les trois lignes
+ ci-dessus auraient pû être condensées en une seule ligne :</p>
<highlight language="config">Require ldap-user bjenson fuser jmanager</highlight>
</section>
<section id="reqgroup"><title>Require ldap-group</title>
- <p>Cette directive permet de spécifier un groupe LDAP dont les
- membres auront l'autorisation d'accès. Elle prend comme argument le
+ <p>Cette directive permet de spécifier un groupe LDAP dont les
+ membres auront l'autorisation d'accès. Elle prend comme argument le
DN du groupe LDAP. Note : n'entourez pas le nom du groupe avec des
- guillemets. Par exemple, supposons que l'entrée suivante existe dans
+ guillemets. Par exemple, supposons que l'entrée suivante existe dans
l'annuaire LDAP :</p>
<example><pre>
dn: cn=Administrators, o=Example
@@ -437,15 +437,15 @@ uniqueMember: cn=Barbara Jenson, o=Examp
uniqueMember: cn=Fred User, o=Example
</pre></example>
- <p>La directive suivante autoriserait alors l'accès à Fred et
+ <p>La directive suivante autoriserait alors l'accès à Fred et
Barbara :</p>
<highlight language="config">Require ldap-group cn=Administrators, o=Example</highlight>
<p>Les membres peuvent aussi se trouver dans les sous-groupes du
- groupe LDAP spécifié si la directive <directive
- module="mod_authnz_ldap">AuthLDAPMaxSubGroupDepth</directive> a été
- définie à une valeur supérieure à 0. Par exemple, supposons que les
- entrées suivantes existent dans l'annuaire LDAP :</p>
+ groupe LDAP spécifié si la directive <directive
+ module="mod_authnz_ldap">AuthLDAPMaxSubGroupDepth</directive> a été
+ définie à une valeur supérieure à 0. Par exemple, supposons que les
+ entrées suivantes existent dans l'annuaire LDAP :</p>
<example><pre>
dn: cn=Employees, o=Example
objectClass: groupOfUniqueNames
@@ -475,17 +475,17 @@ uniqueMember: cn=Jim Swenson, o=Example
uniqueMember: cn=Elliot Rhodes, o=Example
</pre></example>
- <p>Les directives suivantes autoriseraient alors l'accès à Bob
+ <p>Les directives suivantes autoriseraient alors l'accès à Bob
Ellis, Tom Jackson, Barbara Jenson, Fred User, Allan Jefferson, et
- Paul Tilley, mais l'interdiraient à Jim Swenson, ou Elliot Rhodes
- (car ils sont situés dans un sous-groupe de niveau de profondeur 2)
+ Paul Tilley, mais l'interdiraient à Jim Swenson, ou Elliot Rhodes
+ (car ils sont situés dans un sous-groupe de niveau de profondeur 2)
:</p>
<highlight language="config">
Require ldap-group cn=Employees, o=Example
AuthLDAPMaxSubGroupDepth 1
</highlight>
- <p>Le comportement de cette directive est modifié par les directives
+ <p>Le comportement de cette directive est modifié par les directives
<directive
module="mod_authnz_ldap">AuthLDAPGroupAttribute</directive>,
<directive
@@ -500,48 +500,48 @@ AuthLDAPMaxSubGroupDepth 1
<section id="reqdn"><title>Require ldap-dn</title>
- <p>La directive <code>Require ldap-dn</code> permet à
- l'administrateur d'accorder l'utorisation d'accès en fonction du DN.
- Elle permet de spécifier un DN pour lequel l'accès est autorisé. Si
+ <p>La directive <code>Require ldap-dn</code> permet Ã
+ l'administrateur d'accorder l'utorisation d'accès en fonction du DN.
+ Elle permet de spécifier un DN pour lequel l'accès est autorisé. Si
le DN extrait de
- l'annuaire correspond au DN spécifié par la directive <code>Require
- ldap-dn</code>, l'autorisation d'accès est accordée. Note :
+ l'annuaire correspond au DN spécifié par la directive <code>Require
+ ldap-dn</code>, l'autorisation d'accès est accordée. Note :
n'entourez pas Le DN de guillemets.</p>
- <p>La directive suivante accorderait l'accès à un DN spécifique
+ <p>La directive suivante accorderait l'accès à un DN spécifique
:</p>
<highlight language="config">Require ldap-dn cn=Barbara Jenson, o=Example</highlight>
- <p>Le comportement ce cette directive est modifié par la directive
+ <p>Le comportement ce cette directive est modifié par la directive
<directive
module="mod_authnz_ldap">AuthLDAPCompareDNOnServer</directive>.</p>
</section>
<section id="reqattribute"><title>Require ldap-attribute</title>
- <p>La directive <code>Require ldap-attribute</code> permet à
- l'administrateur d'accorder l'autorisation d'accès en fonction des
- attributs de l'utilisateur authentifié dans l'annuaire LDAP. Si la
- valeur de l'attribut dans l'annuaire correspond à la valeur
- spécifiée par la directive, l'autorisation d'accès est accordée.</p>
+ <p>La directive <code>Require ldap-attribute</code> permet Ã
+ l'administrateur d'accorder l'autorisation d'accès en fonction des
+ attributs de l'utilisateur authentifié dans l'annuaire LDAP. Si la
+ valeur de l'attribut dans l'annuaire correspond à la valeur
+ spécifiée par la directive, l'autorisation d'accès est accordée.</p>
- <p>La directive suivante accorderait l'autorisation d'accès à tout
+ <p>La directive suivante accorderait l'autorisation d'accès à tout
utilisateur dont l'attribut employeeType a pour valeur "actif" :</p>
<highlight language="config">Require ldap-attribute
"employeeType=active"</highlight>
- <p>Plusieurs paires attribut/valeur peuvent être spécifiées par une
- même directive en les séparant par des espaces, ou en définissant
+ <p>Plusieurs paires attribut/valeur peuvent être spécifiées par une
+ même directive en les séparant par des espaces, ou en définissant
plusieurs directives <code>Require ldap-attribute</code>. La logique
- sous-jacente à une liste de paires attribut/valeur est une opération
- OU. L'autorisation d'accès sera accordée si au moins une paire
- attribut/valeur de la liste spécifiée correspond à la paire
- attribut/valeur de l'utilisateur authentifié. Si elle contient des
- espaces, la valeur, et seulement la valeur, doit être entourée de
+ sous-jacente à une liste de paires attribut/valeur est une opération
+ OU. L'autorisation d'accès sera accordée si au moins une paire
+ attribut/valeur de la liste spécifiée correspond à la paire
+ attribut/valeur de l'utilisateur authentifié. Si elle contient des
+ espaces, la valeur, et seulement la valeur, doit être entourée de
guillemets.</p>
- <p>La directive suivante accorderait l'autorisation d'accès à tout
+ <p>La directive suivante accorderait l'autorisation d'accès à tout
utilisateur dont l'attribut city aurait pour valeur "San Jose", ou
donc l'attribut status aurait pour valeur "actif" :</p>
@@ -552,32 +552,32 @@ AuthLDAPMaxSubGroupDepth 1
<section id="reqfilter"><title>Require ldap-filter</title>
- <p>La directive <code>Require ldap-filter</code> permet à
- l'administrateur d'accorder l'autorisation d'accès en fonction d'un
- filtre de recherche LDAP complexe. L'autorisation d'accès est
- accordée si le DN renvoyé par le filtre de recherche correspond au
- DN de l'utilisateur authentifié.</p>
-
- <p>La directive suivante accorderait l'autorisation d'accès à tout
- utilisateur possédant un téléphone cellulaire et faisant partie du
- département "marketing" :</p>
+ <p>La directive <code>Require ldap-filter</code> permet Ã
+ l'administrateur d'accorder l'autorisation d'accès en fonction d'un
+ filtre de recherche LDAP complexe. L'autorisation d'accès est
+ accordée si le DN renvoyé par le filtre de recherche correspond au
+ DN de l'utilisateur authentifié.</p>
+
+ <p>La directive suivante accorderait l'autorisation d'accès à tout
+ utilisateur possédant un téléphone cellulaire et faisant partie du
+ département "marketing" :</p>
<highlight language="config">Require ldap-filter
"&(cell=*)(department=marketing)"</highlight>
<p>Alors que la directive <code>Require ldap-attribute</code> se
contente d'une simple comparaison d'attributs, la directive
- <code>Require ldap-filter</code> effectue une opération de recherche
- dans l'annuaire LDAP en utilisant le filtre de recherche spécifié.
- Si une simple comparaison d'attributs suffit, l'opération de
- comparaison effectuée par <code>ldap-attribute</code> sera plus
- rapide que l'opération de recherche effectuée par
+ <code>Require ldap-filter</code> effectue une opération de recherche
+ dans l'annuaire LDAP en utilisant le filtre de recherche spécifié.
+ Si une simple comparaison d'attributs suffit, l'opération de
+ comparaison effectuée par <code>ldap-attribute</code> sera plus
+ rapide que l'opération de recherche effectuée par
<code>ldap-filter</code>, en particulier dans le cas d'un annuaire
LDAP de grande taille.</p>
<p>Lorsqu'on utilise une <a href="../expr.html">expression
rationnelle</a> au sein d'un filtre, il faut bien s'assurer que les
- filtres LDAP sont correctement échappés afin de se prémunir contre
+ filtres LDAP sont correctement échappés afin de se prémunir contre
toute injection LDAP. A cet effet, il est possible d'utiliser la
fonction ldap.</p>
@@ -592,15 +592,15 @@ AuthLDAPMaxSubGroupDepth 1
<section id="reqsearch"><title>Require ldap-search</title>
- <p>La directive <code>Require ldap-search</code> permet à
- l'administrateur d'autoriser l'accès en fonction d'un filtre de
- recherche LDAP générique contenant une <a
+ <p>La directive <code>Require ldap-search</code> permet Ã
+ l'administrateur d'autoriser l'accès en fonction d'un filtre de
+ recherche LDAP générique contenant une <a
href="../expr.html">expression rationnelle</a>. Si le filtre de
- recherche renvoie une et une seule correspondance, l'accès est
- accordé sans tenir compte du DN.</p>
+ recherche renvoie une et une seule correspondance, l'accès est
+ accordé sans tenir compte du DN.</p>
- <p>La directive suivante accorderait l'accès aux URLs correspondant
- aux objets spécifiés dans le serveur LDAP :</p>
+ <p>La directive suivante accorderait l'accès aux URLs correspondant
+ aux objets spécifiés dans le serveur LDAP :</p>
<highlight language="config">
<LocationMatch "^/dav/(?<SITENAME>[^/]+)/">
@@ -610,7 +610,7 @@ Website)"
</highlight>
<p>Note : il faut bien s'assurer que les
- expressions sont correctement échappés afin de se prémunir contre
+ expressions sont correctement échappés afin de se prémunir contre
toute injection LDAP. A cet effet, il est possible d'utiliser la
fonction <strong>ldap</strong> comme dans l'exemple ci-dessus.</p>
@@ -622,7 +622,7 @@ Website)"
<ul>
<li>
- Accorde l'autorisation d'accès à tout utilisateur présent dans
+ Accorde l'autorisation d'accès à tout utilisateur présent dans
l'annuaire LDAP, en utilisant son UID pour effectuer la
recherche :
<highlight language="config">
@@ -632,23 +632,23 @@ Require valid-user
</li>
<li>
- L'exemple suivant est similaire au précédent, mais les champs
- dont les valeurs par défaut conviennent sont omis. Notez aussi
- la présence d'un annuaire LDAP redondant :
+ L'exemple suivant est similaire au précédent, mais les champs
+ dont les valeurs par défaut conviennent sont omis. Notez aussi
+ la présence d'un annuaire LDAP redondant :
<highlight language="config">AuthLDAPURL "ldap://ldap1.example.com ldap2.example.com/ou=People, o=Example"
Require valid-user
</highlight>
</li>
<li>
- Encore un exemple similaire aux précédents, mais cette fois,
- c'est l'attribut cn qui est utilisé pour la recherche à la place
- de l'UID. Notez que ceci peut poser problème si plusieurs
- utilisateurs de l'annuaire partagent le même <code>cn</code>,
+ Encore un exemple similaire aux précédents, mais cette fois,
+ c'est l'attribut cn qui est utilisé pour la recherche à la place
+ de l'UID. Notez que ceci peut poser problème si plusieurs
+ utilisateurs de l'annuaire partagent le même <code>cn</code>,
car une recherche sur le <code>cn</code> <strong>doit</strong>
- retourner une entrée et une seule. C'est pourquoi cette
- approche n'est pas recommandée : il est préférable de choisir un
- attribut de votre annuaire dont l'unicité soit garantie, comme
+ retourner une entrée et une seule. C'est pourquoi cette
+ approche n'est pas recommandée : il est préférable de choisir un
+ attribut de votre annuaire dont l'unicité soit garantie, comme
<code>uid</code>.
<highlight language="config">
AuthLDAPURL "ldap://ldap.example.com/ou=People, o=Example?cn"
@@ -657,7 +657,7 @@ Require valid-user
</li>
<li>
- Accorde l'autorisation d'accès à tout utilisateur appartenant au
+ Accorde l'autorisation d'accès à tout utilisateur appartenant au
groupe Administrateurs. Les utilisateurs doivent s'authentifier
en utilisant leur UID :
<highlight language="config">
@@ -667,8 +667,8 @@ Require ldap-group cn=Administrators, o=
</li>
<li>
- Accorde l'accès à tout utilisateur appartenant au groupe dont le
- nom correspond au nom d'hôte du serveur virtuel. Dans cet exemple,
+ Accorde l'accès à tout utilisateur appartenant au groupe dont le
+ nom correspond au nom d'hôte du serveur virtuel. Dans cet exemple,
on utilise une <a href="../expr.html">expression</a> pour
construire le filtre.
<highlight language="config">
@@ -679,10 +679,10 @@ Require ldap-group cn=%{SERVER_NAME}, o=
<li>
Pour l'exemple suivant, on suppose que tout utilisateur de chez
- Example qui dispose d'un bippeur alphanumérique possèdera un
+ Example qui dispose d'un bippeur alphanumérique possèdera un
attribut LDAP <code>qpagePagerID</code>. Seuls ces utilisateurs
- (authentifiés via leur UID) se verront accorder l'autorisation
- d'accès :
+ (authentifiés via leur UID) se verront accorder l'autorisation
+ d'accès :
<highlight language="config">
AuthLDAPURL ldap://ldap.example.com/o=Example?uid??(qpagePagerID=*)
Require valid-user
@@ -691,36 +691,36 @@ Require valid-user
<li>
<p>L'exemple suivant illustre la puissance des filtres pour
- effectuer des requêtes complexes. Sans les filtres, il aurait
- été nécessaire de créer un nouveau groupe LDAP et de s'assurer
+ effectuer des requêtes complexes. Sans les filtres, il aurait
+ été nécessaire de créer un nouveau groupe LDAP et de s'assurer
de la synchronisation des membres du groupe avec les
- utilisateurs possédant un bippeur. Tout devient limpide avec les
- filtres. Nous avons pour but d'accorder l'autorisation d'accès à
- tout utilisateur disposant d'un bippeur ainsi qu'à Joe Manager
- qui ne possède pas de bippeur, mais doit tout de même pouvoir
- accéder à la ressource :</p>
+ utilisateurs possédant un bippeur. Tout devient limpide avec les
+ filtres. Nous avons pour but d'accorder l'autorisation d'accès Ã
+ tout utilisateur disposant d'un bippeur ainsi qu'Ã Joe Manager
+ qui ne possède pas de bippeur, mais doit tout de même pouvoir
+ accéder à la ressource :</p>
<highlight language="config">
AuthLDAPURL ldap://ldap.example.com/o=Example?uid??(|(qpagePagerID=*)(uid=jmanager))
Require valid-user
</highlight>
<p>Ce dernier exemple peut sembler confus au premier abord ; en
- fait, il permet de mieux comprendre à quoi doit ressembler le
+ fait, il permet de mieux comprendre à quoi doit ressembler le
filtre en fonction de l'utilisateur qui se connecte. Si Fred
User se connecte en tant que <code>fuser</code>, le filtre devra
- ressembler à :</p>
+ ressembler à :</p>
<example>(&(|(qpagePagerID=*)(uid=jmanager))(uid=fuser))</example>
<p>Un recherche avec le filtre ci-dessus ne retournera un
- résultat positif que si <em>fuser</em> dispose d'un bippeur. Si
+ résultat positif que si <em>fuser</em> dispose d'un bippeur. Si
Joe Manager se connecte en tant que <em>jmanager</em>, le filtre
- devra ressembler à :</p>
+ devra ressembler à :</p>
<example>(&(|(qpagePagerID=*)(uid=jmanager))(uid=jmanager))</example>
<p>Un recherche avec le filtre ci-dessus retournera un
- résultat positif que <em>jmanager</em> dispose d'un
+ résultat positif que <em>jmanager</em> dispose d'un
bippeur ou non</p>
</li>
</ul>
@@ -734,12 +734,12 @@ Require valid-user
module="mod_ldap">LDAPTrustedGlobalCert</directive> et <directive
module="mod_ldap">LDAPTrustedMode</directive>.</p>
- <p>Un second paramètre optionnel peut être ajouté à la directive
+ <p>Un second paramètre optionnel peut être ajouté à la directive
<directive module="mod_authnz_ldap">AuthLDAPURL</directive> pour
- remplacer le type de connexion par défaut défini par la directive
+ remplacer le type de connexion par défaut défini par la directive
<directive module="mod_ldap">LDAPTrustedMode</directive>. Ceci
- permettra de promouvoir la connexion établie via une URL du type
- <em>ldap://</em> au statut de connection sécurisée sur le même
+ permettra de promouvoir la connexion établie via une URL du type
+ <em>ldap://</em> au statut de connection sécurisée sur le même
port.</p>
</section>
@@ -751,65 +751,65 @@ Require valid-user
module="mod_ldap">LDAPTrustedGlobalCert</directive> et <directive
module="mod_ldap">LDAPTrustedMode</directive>.</p>
- <p>Pour spécifier un serveur LDAP sécurisé, utilisez
+ <p>Pour spécifier un serveur LDAP sécurisé, utilisez
<em>ldaps://</em> au lieu de
<em>ldap://</em> dans la directive <directive
module="mod_authnz_ldap">AuthLDAPURL</directive>.</p>
</section>
-<section id="exposed"><title>Mise à disposition des informations de
+<section id="exposed"><title>Mise à disposition des informations de
connexion</title>
<p>Au cours du processus d'<em>authentification</em>, les attributs LDAP
- spécifiés par la directive <directive
- module="mod_authnz_ldap">authldapurl</directive> sont enregistrés
- dans des variables d'environnement préfixées par la chaîne
+ spécifiés par la directive <directive
+ module="mod_authnz_ldap">authldapurl</directive> sont enregistrés
+ dans des variables d'environnement préfixées par la chaîne
"AUTHENTICATE_".</p>
<p>Au cours du processus d'<em>autorisation</em>, les attributs LDAP
- spécifiés par la directive <directive
- module="mod_authnz_ldap">authldapurl</directive> sont enregistrés
- dans des variables d'environnement préfixées par la chaîne
+ spécifiés par la directive <directive
+ module="mod_authnz_ldap">authldapurl</directive> sont enregistrés
+ dans des variables d'environnement préfixées par la chaîne
"AUTHORIZE_".</p>
- <p>Si les champs attribut contiennent le nom, le CN et le numéro de
- téléphone d'un utilisateur, un programme CGI pourra accéder à ces
- informations sans devoir effectuer une autre requête LDAP pour
+ <p>Si les champs attribut contiennent le nom, le CN et le numéro de
+ téléphone d'un utilisateur, un programme CGI pourra accéder à ces
+ informations sans devoir effectuer une autre requête LDAP pour
les extraire de l'annuaire.</p>
- <p>Ceci a pour effet de simplifier considérablement le code et la
- configuration nécessaire de certaines applications web.</p>
+ <p>Ceci a pour effet de simplifier considérablement le code et la
+ configuration nécessaire de certaines applications web.</p>
</section>
<section id="activedirectory"><title>Utilisation d'Active
Directory</title>
- <p>Active Directory peut supporter plusieurs domaines à la fois.
+ <p>Active Directory peut supporter plusieurs domaines à la fois.
Pour faire la distinction entre les utilisateurs de plusieurs
- domaines, on peut ajouter à l'entrée de l'utilisateur dans
- l'annuaire un identifiant appelé Nom
+ domaines, on peut ajouter à l'entrée de l'utilisateur dans
+ l'annuaire un identifiant appelé Nom
Principal d'Utilisateur (User Principle Name ou UPN). Cet UPN se
- compose en général du nom de compte de l'utilisateur, suivi du nom
- du domaine considéré, par exemple <em>untel@nz.example.com</em>.</p>
+ compose en général du nom de compte de l'utilisateur, suivi du nom
+ du domaine considéré, par exemple <em>untel@nz.example.com</em>.</p>
<p>Vous voudrez probablement configurer le module
<module>mod_authnz_ldap</module> afin de pouvoir authentifier les
- utilisateurs de n'importe quel domaine de la forêt Active Directory.
+ utilisateurs de n'importe quel domaine de la forêt Active Directory.
Ainsi, <em>untel@nz.example.com</em> et
- <em>untel@au.example.com</em> pourront être authentifiés en une
- seule fois par la même requête.</p>
+ <em>untel@au.example.com</em> pourront être authentifiés en une
+ seule fois par la même requête.</p>
<p>Pour y parvenir, on utilise le concept de Catalogue Global
d'Active Directory. Ce Catalogue Global est une copie en lecture
- seule des attributs sélectionnés de tous les serveurs de la forêt
- Active Directory. Une requête vers le
+ seule des attributs sélectionnés de tous les serveurs de la forêt
+ Active Directory. Une requête vers le
Catalogue Global permet donc d'atteindre tous les domaines en une
- seule fois, sans avoir à se connecter aux différents serveurs, via
- des liaisons dont certaines peuvent être lentes.</p>
+ seule fois, sans avoir à se connecter aux différents serveurs, via
+ des liaisons dont certaines peuvent être lentes.</p>
- <p>Lorsqu'il est activé, la Catalogue Global est un serveur
- d'annuaire indépendant accessible sur le port 3268 (3269 pour SSL).
+ <p>Lorsqu'il est activé, la Catalogue Global est un serveur
+ d'annuaire indépendant accessible sur le port 3268 (3269 pour SSL).
Pour rechercher un utilisateur, effectuez une recherche sur
l'attribut <em>userPrincipalName</em>, avec une base de recherche
vide, comme suit :</p>
@@ -829,86 +829,86 @@ AuthLDAPURL ldap://10.0.0.1:3268/?userPr
FrontPage avec mod_authnz_ldap</title>
<p>Normalement, FrontPage utilise des fichiers utilisateur/groupe
- spécifiques à FrontPage-web (c'est à dire les modules
+ spécifiques à FrontPage-web (c'est à dire les modules
<module>mod_authn_file</module> et
<module>mod_authz_groupfile</module>) pour effectuer toute
l'authentification. Malheureusement, il ne suffit pas de modifier
- l'authentification LDAP en ajoutant les directives appropriées, car
+ l'authentification LDAP en ajoutant les directives appropriées, car
ceci corromprait les formulaires de <em>Permissions</em> dans le
- client FrontPage, qui sont censés modifier les fichiers
+ client FrontPage, qui sont censés modifier les fichiers
d'autorisation standards au format texte.</p>
- <p>Lorsqu'un site web FrontPage a été créé, lui adjoindre
- l'authentification LDAP consiste à ajouter les directives suivantes
- à <em>chaque</em> fichier <code>.htaccess</code> qui sera créé dans
+ <p>Lorsqu'un site web FrontPage a été créé, lui adjoindre
+ l'authentification LDAP consiste à ajouter les directives suivantes
+ à <em>chaque</em> fichier <code>.htaccess</code> qui sera créé dans
le site web :</p>
<highlight language="config">
AuthLDAPURL "the url"
-AuthGroupFile mygroupfile
-Require group mygroupfile
+AuthGroupFile "mygroupfile"
+Require group "mygroupfile"
</highlight>
-<section id="howitworks"><title>Comment ça marche</title>
+<section id="howitworks"><title>Comment ça marche</title>
- <p>FrontPage restreint l'accès à un site web en ajoutant la
+ <p>FrontPage restreint l'accès à un site web en ajoutant la
directive <code>Require valid-user</code> aux fichiers
<code>.htaccess</code>. La directive <code>Require valid-user</code>
- permettra l'accès à tout utilisateur valide <em>du point de vue
- LDAP</em>. Cela signifie que tout utilisateur possédant une entrée
- dans l'annuaire LDAP sera considéré comme valide, alors que
- FrontPage ne considère comme valides que les utilisateurs
- enregistrés dans le fichier des utilisateurs local. En remplaçant
+ permettra l'accès à tout utilisateur valide <em>du point de vue
+ LDAP</em>. Cela signifie que tout utilisateur possédant une entrée
+ dans l'annuaire LDAP sera considéré comme valide, alors que
+ FrontPage ne considère comme valides que les utilisateurs
+ enregistrés dans le fichier des utilisateurs local. En remplaçant
l'autorisation par groupe LDAP par une autorisation par fichier de
groupe, Apache sera en mesure de consulter le fichier des
- utilisateurs local (géré par FrontPage) - au lieu de l'annuaire LDAP
+ utilisateurs local (géré par FrontPage) - au lieu de l'annuaire LDAP
- lors du processus d'autorisation des utilisateurs.</p>
- <p>Une fois les directives ajoutées selon ce qui précède, les
- utilisateurs FrontPage pourront effectuer toutes les opérations de
- gestion à partir du client FrontPage.</p>
+ <p>Une fois les directives ajoutées selon ce qui précède, les
+ utilisateurs FrontPage pourront effectuer toutes les opérations de
+ gestion à partir du client FrontPage.</p>
</section>
<section id="fpcaveats"><title>Avertissements</title>
<ul>
- <li>Lors du choix de l'URL LDAP, l'attribut à utiliser pour
- l'authentification doit aussi être valide pour le fichier des
+ <li>Lors du choix de l'URL LDAP, l'attribut à utiliser pour
+ l'authentification doit aussi être valide pour le fichier des
utilisateurs de <module>mod_authn_file</module>. A cette fin,
- l'UID est idéal.</li>
+ l'UID est idéal.</li>
<li>Lorsqu'ils ajoutent des utilisateurs via FrontPage, les
administrateurs de FrontPage doivent choisir des noms
- d'utilisateurs qui existent déjà dans l'annuaire LDAP (pour des
- raisons évidentes). De même, le mot de passe que l'administrateur
- entre dans le formulaire est ignoré, car pour l'authentification,
+ d'utilisateurs qui existent déjà dans l'annuaire LDAP (pour des
+ raisons évidentes). De même, le mot de passe que l'administrateur
+ entre dans le formulaire est ignoré, car pour l'authentification,
Apache utilise le mot de passe de l'annuaire LDAP, et non le mot
- de passe enregistré dans le fichier des utilisateurs, ce qui peut
+ de passe enregistré dans le fichier des utilisateurs, ce qui peut
semer la confusion parmi les administrateurs web.</li>
<!-- XXX is that true? was mod_auth before the aaa change -->
- <li>Pour supporter FrontPage, Apache doit être compilé avec
+ <li>Pour supporter FrontPage, Apache doit être compilé avec
<module>mod_auth_basic</module>, <module>mod_authn_file</module>
- et <module>mod_authz_groupfile</module>. Ceci est dû au fait
+ et <module>mod_authz_groupfile</module>. Ceci est dû au fait
qu'Apache doit utiliser le fichier de groupes de
- <module>mod_authz_groupfile</module> pour déterminer le niveau
- d'accès d'un utilisateur au site web FrontPage.</li>
+ <module>mod_authz_groupfile</module> pour déterminer le niveau
+ d'accès d'un utilisateur au site web FrontPage.</li>
- <li>Les directives doivent être placées dans les fichiers
+ <li>Les directives doivent être placées dans les fichiers
<code>.htaccess</code>. Elles ne fonctionneront pas si vous les
placez dans une section <directive module="core"
type="section">Location</directive> ou <directive module="core"
- type="section">Directory</directive>. Ceci est dû au fait que pour savoir
- où se trouve la liste des utilisateurs valides,
- <module>mod_authnz_ldap</module> doit être en mesure d'atteindre
+ type="section">Directory</directive>. Ceci est dû au fait que pour savoir
+ où se trouve la liste des utilisateurs valides,
+ <module>mod_authnz_ldap</module> doit être en mesure d'atteindre
la directive <directive
module="mod_authz_groupfile">AuthGroupFile</directive> qui se trouve
dans les fichiers <code>.htaccess</code> de FrontPage. Si les directives
- de <module>mod_authnz_ldap</module> ne sont pas situées dans le
- même fichier <code>.htaccess</code> que les directives FrontPage,
+ de <module>mod_authnz_ldap</module> ne sont pas situées dans le
+ même fichier <code>.htaccess</code> que les directives FrontPage,
la configuration ne fonctionnera pas, car
<module>mod_authnz_ldap</module> ne sera jamais en mesure de
- traiter le fichier <code>.htaccess</code>, et par conséquent ne
- pourra jamais trouver le fichier des utilisateurs géré par
+ traiter le fichier <code>.htaccess</code>, et par conséquent ne
+ pourra jamais trouver le fichier des utilisateurs géré par
FrontPage.</li>
</ul>
</section>
@@ -916,25 +916,25 @@ Require group mygroupfile
<directivesynopsis>
<name>AuthLDAPAuthorizePrefix</name>
-<description>Spécifie le préfixe ajouté aux variables d'environnement
+<description>Spécifie le préfixe ajouté aux variables d'environnement
durant la phase d'autorisation</description>
-<syntax>AuthLDAPAuthorizePrefix <em>préfixe</em></syntax>
+<syntax>AuthLDAPAuthorizePrefix <em>préfixe</em></syntax>
<default>AuthLDAPAuthorizePrefix AUTHORIZE_</default>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.6</compatibility>
<usage>
- <p>Cette directive permet de spécifier le préfixe ajouté aux
+ <p>Cette directive permet de spécifier le préfixe ajouté aux
variables d'environnement durant la phase d'autorisation. Si la
- valeur spécifiée est <em>AUTHENTICATE_</em>, les utilisateurs de ces
- variables d'environnement verront les mêmes informations, que le
+ valeur spécifiée est <em>AUTHENTICATE_</em>, les utilisateurs de ces
+ variables d'environnement verront les mêmes informations, que le
serveur effectue une authentification, une autorisation, ou les
deux.</p>
<note><title>Note</title>
- Aucune variable d'autorisation n'est définie lorsqu'un utilisateur
- s'est vu autoriser l'accès via la directive <code>Require
+ Aucune variable d'autorisation n'est définie lorsqu'un utilisateur
+ s'est vu autoriser l'accès via la directive <code>Require
valid-user</code>.
</note>
</usage>
@@ -942,32 +942,31 @@ durant la phase d'autorisation</descript
<directivesynopsis>
<name>AuthLDAPBindAuthoritative</name>
-<description>Détermine si l'on doit utiliser d'autres fournisseurs
-d'authentification lorsque le serveur ne peut pas valider les données
-d'authentification de l'utilisateur, alors que ce dernier possède un
+<description>Détermine si l'on doit utiliser d'autres fournisseurs
+d'authentification lorsque le serveur ne peut pas valider les données
+d'authentification de l'utilisateur, alors que ce dernier possède un
DN.</description>
-<syntax>AuthLDAPBindAuthoritative<em>off|on</em></syntax>
+<syntax>AuthLDAPBindAuthoritative off|on</syntax>
<default>AuthLDAPBindAuthoritative on</default>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
<usage>
- <p>Par défaut, des fournisseurs d'authentification sont appelés
- si un utilisateur ne possède pas de DN, mais ne le sont pas si
- l'utilisateur possède un DN et si son mot de passe ne peut pas être
- vérifié lors d'une connexion au serveur LDAP. Si la directive
- <directive
- module="mod_authnz_ldap">AuthLDAPBindAuthoritative</directive> est
- définie à <em>off</em>, d'autres modules d'authentification
- configurés auront une chance de valider le mot de passe de
- l'utilisateur si la tentative de connexion au serveur LDAP échoue
- pour une raison quelconque (avec les données d'authentification
+ <p>Par défaut, des fournisseurs d'authentification sont appelés
+ si un utilisateur ne possède pas de DN, mais ne le sont pas si
+ l'utilisateur possède un DN et si son mot de passe ne peut pas être
+ vérifié lors d'une connexion au serveur LDAP. Si la directive
+ <directive>AuthLDAPBindAuthoritative</directive> est
+ définie à <em>off</em>, d'autres modules d'authentification
+ configurés auront une chance de valider le mot de passe de
+ l'utilisateur si la tentative de connexion au serveur LDAP échoue
+ pour une raison quelconque (avec les données d'authentification
fournies).</p>
- <p>Ceci permet aux utilisateurs présent à la fois dans l'annuaire
+ <p>Ceci permet aux utilisateurs présent à la fois dans l'annuaire
LDAP et dans un fichier <directive
module="mod_authn_file">AuthUserFile</directive> de s'authentifier
lorsque le serveur LDAP est disponible, alors que le compte de
- l'utilisateur est verrouillé ou que son mot de passe est
+ l'utilisateur est verrouillé ou que son mot de passe est
inutilisable pour une raison quelconque.</p>
</usage>
<seealso><directive module="mod_authn_file">AuthUserFile</directive></seealso>
@@ -976,39 +975,39 @@ DN.</description>
<directivesynopsis>
<name>AuthLDAPInitialBindAsUser</name>
-<description>Détermine si le serveur effectue la recherche initiale du
+<description>Détermine si le serveur effectue la recherche initiale du
DN en utilisant le nom propre de l'utilisateur pour l'authentification
de base
-et non de manière anonyme, ou en utilisant des données d'authentification
-codées en dur pour le serveur</description>
-<syntax>AuthLDAPInitialBindAsUser <em>off|on</em></syntax>
+et non de manière anonyme, ou en utilisant des données d'authentification
+codées en dur pour le serveur</description>
+<syntax>AuthLDAPInitialBindAsUser off|on</syntax>
<default>AuthLDAPInitialBindAsUser off</default>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.6</compatibility>
<usage>
- <p>Par défaut, le serveur convertit le nom d'utilisateur pour
+ <p>Par défaut, le serveur convertit le nom d'utilisateur pour
l'authentification de base en nom distinctif LDAP (DN) soit de
- manière anonyme, soit avec un couple nom/mot de passe dédié. Cette
- directive permet de forcer le serveur à utiliser les véritables nom
+ manière anonyme, soit avec un couple nom/mot de passe dédié. Cette
+ directive permet de forcer le serveur à utiliser les véritables nom
d'utilisateur et mot de passe fournis par l'utilisateur pour
effectuer la recherche initiale du DN.</p>
<p>Si le nom d'utilisateur ne peut pas s'authentifier directement
- et nécessite de légères modifications, voir la directive <directive
+ et nécessite de légères modifications, voir la directive <directive
module="mod_authnz_ldap">AuthLDAPInitialBindPattern</directive>.</p>
- <p>Cette directive ne doit être utilisée que si votre serveur LDAP
+ <p>Cette directive ne doit être utilisée que si votre serveur LDAP
n'autorise pas les recherches anonymes, ou si vous ne pouvez pas
- utiliser de nom d'utilisateur dédié via la directive <directive
+ utiliser de nom d'utilisateur dédié via la directive <directive
module="mod_authnz_ldap">AuthLDAPBindDN</directive>.
</p>
<note><title>Non disponible dans la cas d'une autorisation seule</title>
On ne peut utiliser cette directive que si ce module
effectue une authentification, et n'a aucun effet si ce module
- n'est utilisé que pour les processus d'autorisation.
+ n'est utilisé que pour les processus d'autorisation.
</note>
</usage>
<seealso><directive module="mod_authnz_ldap">AuthLDAPInitialBindPattern</directive></seealso>
@@ -1019,12 +1018,12 @@ codées en dur pour le serveur</de
<directivesynopsis>
<name>AuthLDAPInitialBindPattern</name>
-<description>Spécifie la modification a apporter au nom d'utilisateur
-pour l'authentification de base lors de l'authentification auprès du
+<description>Spécifie la modification a apporter au nom d'utilisateur
+pour l'authentification de base lors de l'authentification auprès du
serveur LDAP pour effectuer une recherche de DN</description>
-<syntax>AuthLDAPInitialBindPattern<em><var>regex</var> <var>substitution</var></em></syntax>
+<syntax>AuthLDAPInitialBindPattern <em><var>regex</var> <var>substitution</var></em></syntax>
<default>AuthLDAPInitialBindPattern (.*) $1 (nom de l'utilisateur
-distant utilisé tel quel)</default>
+distant utilisé tel quel)</default>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
@@ -1032,18 +1031,18 @@ distant utilisé tel quel)</defaul
<usage>
<p>Si la directive <directive
module="mod_authnz_ldap">AuthLDAPInitialBindAsUser</directive> est
- définie à <em>ON</em>, le nom utilisateur pour l'authentification de
- base sera transformé selon l'expression rationnelle
- <var>regex</var> et l'argument <var>substitution</var> spécifiés.</p>
+ définie à <em>ON</em>, le nom utilisateur pour l'authentification de
+ base sera transformé selon l'expression rationnelle
+ <var>regex</var> et l'argument <var>substitution</var> spécifiés.</p>
- <p>L'expression rationnelle est comparée au nom d'utilisateur pour
+ <p>L'expression rationnelle est comparée au nom d'utilisateur pour
l'authentification de base courant. L'argument
- <var>substitution</var> peut contenir des références arrières, mais
+ <var>substitution</var> peut contenir des références arrières, mais
n'effectue aucune autre interpolation de variable.</p>
- <p>Cette directive ne doit être utilisée que si votre serveur LDAP
+ <p>Cette directive ne doit être utilisée que si votre serveur LDAP
n'autorise pas les recherches anonymes, ou si vous ne pouvez pas
- utiliser de nom d'utilisateur dédié via la directive <directive
+ utiliser de nom d'utilisateur dédié via la directive <directive
module="mod_authnz_ldap">AuthLDAPBindDN</directive>.
</p>
@@ -1053,12 +1052,12 @@ distant utilisé tel quel)</defaul
<note><title>Non disponible dans la cas d'une autorisation seule</title>
On ne peut utiliser cette directive que si ce module
effectue une authentification, et n'a aucun effet si ce module
- n'est utilisé que pour les processus d'autorisation.
+ n'est utilisé que pour les processus d'autorisation.
</note>
- <note><title>Débogage</title>
- Le DN de substitution est enregistré dans la variable
+ <note><title>Débogage</title>
+ Le DN de substitution est enregistré dans la variable
d'environnement <em>LDAP_BINDASUSER</em>. Si l'expression
- rationnelle ne convient pas, le nom d'utilisateur est utilisé
+ rationnelle ne convient pas, le nom d'utilisateur est utilisé
tel quel.
</note>
</usage>
@@ -1076,16 +1075,16 @@ LDAP</description>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de définir un DN optionnel pour se
- connecter au serveur afin d'y rechercher des entrées. Si aucun DN
- n'est spécifié, <module>mod_authnz_ldap</module> tentera une
+ <p>Cette directive permet de définir un DN optionnel pour se
+ connecter au serveur afin d'y rechercher des entrées. Si aucun DN
+ n'est spécifié, <module>mod_authnz_ldap</module> tentera une
connexion anonyme.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthLDAPBindPassword</name>
-<description>Mot de passe à utiliser en conjonction avec le DN de
+<description>Mot de passe à utiliser en conjonction avec le DN de
connexion</description>
<syntax>AuthLDAPBindPassword <em>mot-de-passe</em></syntax>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -1095,27 +1094,27 @@ connexion</description>
serveur HTTP Apache.</compatibility>
<usage>
- <p>Cette directive permet de spécifier un mot de passe à utiliser en
+ <p>Cette directive permet de spécifier un mot de passe à utiliser en
conjonction avec le DN de connexion. Notez que ce mot de passe
- constitue en général une donnée sensible, et doit donc être protégé
- de manière appropriée. Vous ne devez utiliser les directives
+ constitue en général une donnée sensible, et doit donc être protégé
+ de manière appropriée. Vous ne devez utiliser les directives
<directive
- module="mod_authnz_ldap">AuthLDAPBindDN</directive> et <directive
- module="mod_authnz_ldap">AuthLDAPBindPassword</directive> que si
+ module="mod_authnz_ldap">AuthLDAPBindDN</directive> et
+ <directive>AuthLDAPBindPassword</directive> que si
vous en avez vraiment besoin pour effectuer une recherche dans
l'annuaire.</p>
- <p>Si la valeur commence par exec:, la commande résultante sera
- exécutée, et la première ligne renvoyée sur la sortie standard sera
- utilisée comme mot de passe.</p>
+ <p>Si la valeur commence par exec:, la commande résultante sera
+ exécutée, et la première ligne renvoyée sur la sortie standard sera
+ utilisée comme mot de passe.</p>
<highlight language="config">
-#Mot de passe utilisé tel quel
+#Mot de passe utilisé tel quel
AuthLDAPBindPassword secret
-#Exécute /path/to/program pour obtenir le mot de passe
+#Exécute /path/to/program pour obtenir le mot de passe
AuthLDAPBindPassword exec:/path/to/program
-#Exécute /path/to/otherProgram avec un argument pour obtenir le mot de passe
+#Exécute /path/to/otherProgram avec un argument pour obtenir le mot de passe
AuthLDAPBindPassword "exec:/path/to/otherProgram argument1"
</highlight>
@@ -1125,38 +1124,38 @@ AuthLDAPBindPassword "exec:/path/to/othe
<directivesynopsis>
<name>AuthLDAPCharsetConfig</name>
<description>Chemin du fichier de configuration de la correspondance
-langage/jeu de caractères</description>
+langage/jeu de caractères</description>
<syntax>AuthLDAPCharsetConfig <em>chemin-fichier</em></syntax>
<contextlist><context>server config</context>
</contextlist>
<usage>
<p>La directive <directive>AuthLDAPCharsetConfig</directive> permet
- de définir le chemin du fichier de configuration de la
- correspondance langage/jeu de caractères. <var>chemin-fichier</var>
- est un chemin relatif au répertoire défini par la directive
+ de définir le chemin du fichier de configuration de la
+ correspondance langage/jeu de caractères. <var>chemin-fichier</var>
+ est un chemin relatif au répertoire défini par la directive
<directive
module="core">ServerRoot</directive>. Ce fichier contient une liste
- de correspondances extension de langage/jeu de caractères. La
+ de correspondances extension de langage/jeu de caractères. La
plupart des administrateurs utilisent le fichier
<code>charset.conv</code> fourni qui associe les extensions de
- langage courantes à leurs jeux de caractères.</p>
+ langage courantes à leurs jeux de caractères.</p>
<p>Le fichier contient des lignes au format suivant :</p>
<example>
- <var>extension de langage</var> <var>jeu de caractères</var>
+ <var>extension de langage</var> <var>jeu de caractères</var>
[<var>Nom du langage</var>] ...
</example>
- <p>L'extension est insensible à la casse. Les lignes vides et les
- lignes commençant par un dièse (<code>#</code>) sont ignorées.</p>
+ <p>L'extension est insensible à la casse. Les lignes vides et les
+ lignes commençant par un dièse (<code>#</code>) sont ignorées.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthLDAPCompareAsUser</name>
-<description>Utilisation des données d'authentification de l'utilisateur
+<description>Utilisation des données d'authentification de l'utilisateur
pour effectuer les comparaisons pour l'attribution des autorisations</description>
<syntax>AuthLDAPCompareAsUser on|off</syntax>
<default>AuthLDAPCompareAsUser off</default>
@@ -1166,25 +1165,25 @@ pour effectuer les comparaisons pour l'a
<compatibility>Disponible depuis la version version 2.3.6</compatibility>
<usage>
- <p>Lorsque cette directive est définie, et si
- <module>mod_authnz_ldap</module> a authentifié l'utilisateur, les
+ <p>Lorsque cette directive est définie, et si
+ <module>mod_authnz_ldap</module> a authentifié l'utilisateur, les
recherches LDAP pour les autorisations utilisent le nom distinctif
- trouvé (DN) et le mot de passe d'authentification basique HTTP de
- l'utilisateur authentifié au lieu des données d'authentification
- configurées au niveau du serveur.</p>
+ trouvé (DN) et le mot de passe d'authentification basique HTTP de
+ l'utilisateur authentifié au lieu des données d'authentification
+ configurées au niveau du serveur.</p>
- <p>Les vérifications d'autorisation <em>ldap-attribute</em>,
+ <p>Les vérifications d'autorisation <em>ldap-attribute</em>,
<em>ldap-user</em>, et <em>ldap-group</em> (niveau simple seulement)
utilisent des comparaisons.</p>
- <p>Cette directive n'a d'effet sur les comparaisons effectuées au
- cours des traitements de groupe imbriqués, et lorsque la directive
+ <p>Cette directive n'a d'effet sur les comparaisons effectuées au
+ cours des traitements de groupe imbriqués, et lorsque la directive
<directive module="mod_authnz_ldap">AuthLDAPSearchAsUser</directive>
- est aussi activée.</p>
+ est aussi activée.</p>
- <p>Cette directive ne doit être utilisée que si votre serveur LDAP
+ <p>Cette directive ne doit être utilisée que si votre serveur LDAP
n'autorise pas les recherches anonymes, ou si vous ne pouvez pas
- utiliser de nom d'utilisateur dédié via la directive <directive
+ utiliser de nom d'utilisateur dédié via la directive <directive
module="mod_authnz_ldap">AuthLDAPBindDN</directive>.
</p>
</usage>
@@ -1202,24 +1201,24 @@ pour effectuer les comparaisons pour l'a
<override>AuthConfig</override>
<usage>
- <p>Lorsque cette directive est définie à on,
+ <p>Lorsque cette directive est définie à on,
<module>mod_authnz_ldap</module> utilise le serveur LDAP pour
- comparer les DNs. Il s'agit de la seule méthode infaillible pour
+ comparer les DNs. Il s'agit de la seule méthode infaillible pour
comparer les DNs. <module>mod_authnz_ldap</module> va rechercher
- dans l'annuaire le DN spécifié par la directive <a
+ dans l'annuaire le DN spécifié par la directive <a
href="#reqdn"><code>Require dn</code></a>, puis extraire ce DN et le
- comparer avec le DN extrait de l'entrée de l'utilisateur. Si cette
- directive est à off, <module>mod_authnz_ldap</module> effectue une
- simple comparaison de chaînes. Cette dernière approche peut produire
- des faux négatifs, mais elle est beaucoup plus rapide. Notez
- cependant que le cache de <module>mod_ldap</module> peut accélérer
+ comparer avec le DN extrait de l'entrée de l'utilisateur. Si cette
+ directive est à off, <module>mod_authnz_ldap</module> effectue une
+ simple comparaison de chaînes. Cette dernière approche peut produire
+ des faux négatifs, mais elle est beaucoup plus rapide. Notez
+ cependant que le cache de <module>mod_ldap</module> peut accélérer
la comparaison de DNs dans la plupart des situations.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthLDAPDereferenceAliases</name>
-<description>À quel moment le module va déréférencer les
+<description>à quel moment le module va déréférencer les
alias</description>
<syntax>AuthLDAPDereferenceAliases never|searching|finding|always</syntax>
<default>AuthLDAPDereferenceAliases always</default>
@@ -1228,17 +1227,17 @@ alias</description>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de spécifier à quel moment
- <module>mod_authnz_ldap</module> va déréférencer les alias au cours
- des opérations liées à LDAP. La valeur par défaut est
+ <p>Cette directive permet de spécifier à quel moment
+ <module>mod_authnz_ldap</module> va déréférencer les alias au cours
+ des opérations liées à LDAP. La valeur par défaut est
<code>always</code>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthLDAPGroupAttribute</name>
-<description>L'attribut LDAP utilisé pour vérifier l'appartenance d'un
-utilisateur à un groupe.</description>
+<description>L'attribut LDAP utilisé pour vérifier l'appartenance d'un
+utilisateur à un groupe.</description>
<syntax>AuthLDAPGroupAttribute <em>attribut</em></syntax>
<default>AuthLDAPGroupAttribute member uniquemember</default>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -1246,10 +1245,10 @@ utilisateur à un groupe.</descrip
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de spécifier quel attribut LDAP est
- utilisé pour vérifier l'appartenance d'un utilisateur à un
- groupe. On peut spécifier plusieurs attributs en répétant cette
- directive plusieurs fois. Si la directive n'est pas définie,
+ <p>Cette directive permet de spécifier quel attribut LDAP est
+ utilisé pour vérifier l'appartenance d'un utilisateur à un
+ groupe. On peut spécifier plusieurs attributs en répétant cette
+ directive plusieurs fois. Si la directive n'est pas définie,
<module>mod_authnz_ldap</module> utilise les attributs
<code>member</code> et <code>uniquemember</code>.</p>
</usage>
@@ -1257,8 +1256,8 @@ utilisateur à un groupe.</descrip
<directivesynopsis>
<name>AuthLDAPGroupAttributeIsDN</name>
-<description>Utilise le DN de l'utilisateur pour vérifier son
-appartenance à un groupe</description>
+<description>Utilise le DN de l'utilisateur pour vérifier son
+appartenance à un groupe</description>
<syntax>AuthLDAPGroupAttributeIsDN on|off</syntax>
<default>AuthLDAPGroupAttributeIsDN on</default>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -1266,22 +1265,22 @@ appartenance à un groupe</descrip
<override>AuthConfig</override>
<usage>
- <p>Lorsqu'elle est définie à <code>on</code>, cette directive
- indique que c'est le DN de l'utilisateur qui doit être utilisé pour
- vérifier son appartenance à un groupe. Dans le cas contraire, c'est
- le nom de l'utilisateur qui sera utilisé. Par exemple, supposons que
+ <p>Lorsqu'elle est définie à <code>on</code>, cette directive
+ indique que c'est le DN de l'utilisateur qui doit être utilisé pour
+ vérifier son appartenance à un groupe. Dans le cas contraire, c'est
+ le nom de l'utilisateur qui sera utilisé. Par exemple, supposons que
le client envoie le nom d'utilisateur <code>bjenson</code>, qui
correspond au DN LDAP <code>cn=Babs Jenson,o=Example</code>. Si la
- directive est à <code>on</code>, <module>mod_authnz_ldap</module> va
- vérifier si <code>cn=Babs Jenson, o=Example</code> est un membre du
+ directive est à <code>on</code>, <module>mod_authnz_ldap</module> va
+ vérifier si <code>cn=Babs Jenson, o=Example</code> est un membre du
groupe. Dans le cas contraire, <module>mod_authnz_ldap</module>
- vérifiera si <code>bjenson</code> est un membre du groupe.</p>
+ vérifiera si <code>bjenson</code> est un membre du groupe.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthLDAPMaxSubGroupDepth</name>
-<description>Spécifie la profondeur d'imbrication des sous-groupes
+<description>Spécifie la profondeur d'imbrication des sous-groupes
maximale prise en compte avant l'abandon de la recherche de
l'utilisateur.</description>
<syntax>AuthLDAPMaxSubGroupDepth <var>Nombre</var></syntax>
@@ -1289,29 +1288,29 @@ l'utilisateur.</description>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
-<compatibility>Disponible à partir de la version 2.3.0 du serveur HTTP
-Apache ; la valeur par défaut était 10 dans les versions 2.4.x et les
-premières versions 2.5</compatibility>
+<compatibility>Disponible à partir de la version 2.3.0 du serveur HTTP
+Apache ; la valeur par défaut était 10 dans les versions 2.4.x et les
+premières versions 2.5</compatibility>
<usage>
- <p>Lorsque cette directive est définie à une valeur <code>X</code>
+ <p>Lorsque cette directive est définie à une valeur <code>X</code>
non nulle, en combinaison avec l'utilisation de la directive
- <code>Require ldap-group DN-groupe</code>, les données de connexion
- fournies seront utilisées pour vérifier l'appartenance de
- l'utilisateur à l'objet de l'annuaire <code>DN-groupe</code> ou à
+ <code>Require ldap-group DN-groupe</code>, les données de connexion
+ fournies seront utilisées pour vérifier l'appartenance de
+ l'utilisateur à l'objet de l'annuaire <code>DN-groupe</code> ou Ã
tout sous-groupe du groupe courant en tenant compte de la profondeur
- d'imbrication maximale <code>X</code> spécifiée par la directive.</p>
- <p>Se référer à la section <a href="#reqgroup"><code>Require
- ldap-group</code></a> pour un exemple plus détaillé.</p>
+ d'imbrication maximale <code>X</code> spécifiée par la directive.</p>
+ <p>Se référer à la section <a href="#reqgroup"><code>Require
+ ldap-group</code></a> pour un exemple plus détaillé.</p>
- <note><title>Performances dans le cas des groupes imbriqués</title>
+ <note><title>Performances dans le cas des groupes imbriqués</title>
<p>Lorsque les directives
<directive>AuthLDAPSubGroupAttribute</directive> et
<directive>AuthLDAPGroupAttribute</directive> se recouvrent (comme
- c'est le cas par défaut et requis par les schémas LDAP courants), la
- recherche de sous-groupes au sein de grands groupes peut être très
- longue. Si vos groupes sont très grands et non imbriqués, définissez
- la directive <directive>AuthLDAPMaxSubGroupDepth</directive> à 0.</p>
+ c'est le cas par défaut et requis par les schémas LDAP courants), la
+ recherche de sous-groupes au sein de grands groupes peut être très
+ longue. Si vos groupes sont très grands et non imbriqués, définissez
+ la directive <directive>AuthLDAPMaxSubGroupDepth</directive> Ã 0.</p>
</note>
</usage>
@@ -1319,8 +1318,8 @@ premières versions 2.5</compatibi
<directivesynopsis>
<name>AuthLDAPRemoteUserAttribute</name>
-<description>Spécifie l'attribut dont la valeur renvoyée au cours de la
-requête de l'utilisateur sera utilisée pour définir la variable
+<description>Spécifie l'attribut dont la valeur renvoyée au cours de la
+requête de l'utilisateur sera utilisée pour définir la variable
d'environnement REMOTE_USER</description>
<syntax>AuthLDAPRemoteUserAttribute uid</syntax>
<default>none</default>
@@ -1329,16 +1328,16 @@ d'environnement REMOTE_USER</description
<override>AuthConfig</override>
<usage>
- <p>Lorsque cette directive est définie, la variable d'environnement
- <code>REMOTE_USER</code> sera définie à la valeur de l'attribut
- spécifié. Assurez-vous que cet attribut soit bien inclus dans la
- liste d'attributs spécifiés dans la définition de AuthLDAPUrl ; dans
+ <p>Lorsque cette directive est définie, la variable d'environnement
+ <code>REMOTE_USER</code> sera définie à la valeur de l'attribut
+ spécifié. Assurez-vous que cet attribut soit bien inclus dans la
+ liste d'attributs spécifiés dans la définition de AuthLDAPUrl ; dans
le cas contraire, cette directive n'aurait aucun effet. Si elle est
- présente, cette directive l'emporte sur <directive
+ présente, cette directive l'emporte sur <directive
module="mod_authnz_ldap">AuthLDAPRemoteUserIsDN</directive>. Elle
- peut s'avérer utile par exemple, si vous souhaitez que les
- utilisateurs se connectent à un site web en utilisant leur adresse
- email, alors qu'une application sous-jacente nécessite un nom
+ peut s'avérer utile par exemple, si vous souhaitez que les
+ utilisateurs se connectent à un site web en utilisant leur adresse
+ email, alors qu'une application sous-jacente nécessite un nom
d'utilisateur comme identifiant.</p>
<p>Cette directive n'a d'effet que si l'on utilise ce module pour
l'authentification.</p>
@@ -1347,7 +1346,7 @@ d'environnement REMOTE_USER</description
<directivesynopsis>
<name>AuthLDAPRemoteUserIsDN</name>
-<description>Utilise le DN de l'utilisateur pour définir la variable
+<description>Utilise le DN de l'utilisateur pour définir la variable
d'environnement REMOTE_USER</description>
<syntax>AuthLDAPRemoteUserIsDN on|off</syntax>
<default>AuthLDAPRemoteUserIsDN off</default>
@@ -1356,11 +1355,11 @@ d'environnement REMOTE_USER</description
<override>AuthConfig</override>
<usage>
- <p>Lorsque cette directive est à on, la variable d'environnement
- <code>REMOTE_USER</code> sera définie avec la valeur du DN complet
- de l'utilisateur authentifié, et non plus avec simplement le nom
- d'utilisateur fourni par le client. Elle est définie à off par
- défaut.</p>
+ <p>Lorsque cette directive est à on, la variable d'environnement
+ <code>REMOTE_USER</code> sera définie avec la valeur du DN complet
+ de l'utilisateur authentifié, et non plus avec simplement le nom
+ d'utilisateur fourni par le client. Elle est définie à off par
+ défaut.</p>
<p>Cette directive n'a d'effet que si l'on utilise ce module pour
l'authentification.</p>
</usage>
@@ -1368,7 +1367,7 @@ d'environnement REMOTE_USER</description
<directivesynopsis>
<name>AuthLDAPSearchAsUser</name>
-<description>Utilise les données d'authentification de l'utilisateur
+<description>Utilise les données d'authentification de l'utilisateur
pour la recherche des autorisations</description>
<syntax>AuthLDAPSearchAsUser on|off</syntax>
<default>AuthLDAPSearchAsUser off</default>
@@ -1378,25 +1377,25 @@ pour la recherche des autorisations</des
<compatibility>Disponible depuis la version 2.3.6</compatibility>
<usage>
- <p>Lorsque cette directive est définie, et si
- <module>mod_authnz_ldap</module> a authentifié l'utilisateur, les
- recherches LDAP pour définir les autorisations utilisent le nom
- distinctif (DN) trouvé et le mot de passe pour l'authentification de
- base HTTP de l'utilisateur authentifié, au lieu des données
- d'authentification configurées au niveau du serveur.</p>
+ <p>Lorsque cette directive est définie, et si
+ <module>mod_authnz_ldap</module> a authentifié l'utilisateur, les
+ recherches LDAP pour définir les autorisations utilisent le nom
+ distinctif (DN) trouvé et le mot de passe pour l'authentification de
+ base HTTP de l'utilisateur authentifié, au lieu des données
+ d'authentification configurées au niveau du serveur.</p>
- <p>Les vérifications d'autorisation <em>ldap-filter</em> et
+ <p>Les vérifications d'autorisation <em>ldap-filter</em> et
<em>ldap-dn</em> utilisent des recherches.</p>
- <p>Cette directive n'a d'effet sur les comparaisons effectuées au
- cours des traitements de groupe imbriqués, et lorsque la directive
+ <p>Cette directive n'a d'effet sur les comparaisons effectuées au
+ cours des traitements de groupe imbriqués, et lorsque la directive
<directive
module="mod_authnz_ldap">AuthLDAPCompareAsUser</directive>
- est aussi activée.</p>
+ est aussi activée.</p>
- <p>Cette directive ne doit être utilisée que si votre serveur LDAP
+ <p>Cette directive ne doit être utilisée que si votre serveur LDAP
n'autorise pas les recherches anonymes, ou si vous ne pouvez pas
- utiliser de nom d'utilisateur dédié via la directive <directive
[... 295 lines stripped ...]