<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision : 1178088 -->
+<!-- English Revision : 1202456 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<seealso><directive module="core" type="section">Else</directive></seealso>
<seealso><directive module="mod_rewrite">RewriteCond</directive></seealso>
<seealso><directive module="mod_setenvif">SetEnvIfExpr</directive></seealso>
+<seealso><directive module="mod_headers">Header</directive></seealso>
+<seealso><directive module="mod_headers">RequestHeader</directive></seealso>
<seealso><directive module="mod_filter">FilterProvider</directive></seealso>
<seealso><a href="mod/mod_authz_core.html#reqexpr">Require expr</a></seealso>
<seealso><directive module="mod_ssl">SSLRequire</directive></seealso>
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1199485 -->
+<!-- English Revision : 1200961 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
d'<var>octets</var> autorisés dans un en-tête de requête HTTP.</p>
<p>La directive <directive>LimitRequestFieldSize</directive> permet
- à l'administrateur du serveur de réduire ou augmenter la taille
+ à l'administrateur du serveur de définir la taille
maximale autorisée d'un en-tête de requête HTTP. Pour un serveur,
cette valeur doit être suffisamment grande pour contenir tout
en-tête d'une requête client normale. La taille d'un champ d'en-tête
</example>
<note>Dans des conditions normales, la valeur par défaut de cette
- directive ne doit pas être modifiée.</note>
+ directive ne doit pas être modifiée. En outre, vous ne
+ pouvez pas spécifier une valeur supérieure à 8190 sans modifier le
+ code source et recompiler.</note>
<note type="warning"><title>Avertissement</title>
<p>Dans le cas des serveurs virtuels à base de noms, la valeur de
pour une ligne de requête HTTP en <var>octets</var>.</p>
<p>La directive <directive>LimitRequestLine</directive> permet à
- l'administrateur du serveur de réduire ou augmenter la taille
+ l'administrateur du serveur de définir la taille
maximale autorisée d'une ligne de requête HTTP client. Comme une
requête comporte une méthode HTTP, un URI, et une version de
protocole, la directive <directive>LimitRequestLine</directive>
</example>
<note>Dans des conditions normales, la valeur par défaut de cette
- directive ne doit pas être modifiée.</note>
+ directive ne doit pas être modifiée. En outre, vous ne
+ pouvez pas spécifier une valeur supérieure à 8190 sans modifier le
+ code source et recompiler.</note>
<note type="warning"><title>Avertissement</title>
<p>Dans le cas des serveurs virtuels à base de noms, la valeur de
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1174747 -->
+<!-- English Revision : 1202456 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
+<compatibility>Disponible à partir de la version 2.3.0 du serveur HTTP
+Apache</compatibility>
<usage>
<p>Lorsque cette directive est définie à une valeur <code>X</code>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
+<compatibility>Disponible à partir de la version 2.3.0 du serveur HTTP
+Apache</compatibility>
<usage>
<p>Un objet groupe LDAP peut contenir des membres qui sont des
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
+<compatibility>Disponible à partir de la version 2.3.0 du serveur HTTP
+Apache</compatibility>
<usage>
<p>Un objet groupe LDAP peut contenir des membres qui sont des
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1174747 -->
+<!-- English Revision : 1202456 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<syntax>LDAPTimeout <var>secondes</var></syntax>
<default>LDAPTimeout 60</default>
<contextlist><context>server config</context></contextlist>
+<compatibility>Disponible à partir de la version 2.3.5 du serveur HTTP
+Apache</compatibility>
<usage>
<p>Cette directive permet de spécifier le délai d'attente pour les
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1179272 -->
+<!-- English Revision : 1202453 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<code>Set-Cookie</code>.</p>
</usage>
</directivesynopsis>
+
+
<directivesynopsis>
<name>ProxyPassReverseCookiePath</name>
<description>Ajuste la chaîne correspondant au chemin dans les en-têtes
<context>directory</context>
</contextlist>
<usage>
-<p>L'utilisation de cette directive est similaire à celle de la
-directive <directive module="mod_proxy">ProxyPassReverse</directive>,
-mais au lieu de réécrire des en-têtes qui contiennent des URLs, elle
-réécrit la chaîne correspondant au <code>chemin</code> dans les en-têtes
-<code>Set-Cookie</code>.</p>
+<p>
+Cette directive s'avère utile en conjonction avec la directive
+<directive module="mod_proxy">ProxyPassReverse</directive> dans les
+situations où les chemins d'URL d'arrière-plan correspondent à des
+chemins publics sur le mandataire inverse. Cette directive permet de
+réécrire la chaîne <code>path</code> dans les en-têtes
+<code>Set-Cookie</code>. Si le début du chemin du cookie correspond à
+<var>chemin-interne</var>, le chemin du cookie sera remplacé par
+<var>chemin-public</var>.
+</p><p>
+Dans l'exemple fourni avec la directive <directive
+module="mod_proxy">ProxyPassReverse</directive>, la directive :
+</p>
+ <example>
+ ProxyPassReverseCookiePath / /mirror/foo/
+ </example>
+<p>
+va réécrire un cookie possédant un chemin d'arrière-plan <code>/</code>
+(ou <code>/example</code> ou en fait tout chemin)
+en <code>/mirror/foo/</code>..
+</p>
</usage>
</directivesynopsis>
<directive>ProxyPassReverseCookiePath</directive>, en leur indiquant
de remplacer la chaîne <code>${nom_var}</code> dans les directives
de configuration par la valeur de la variable d'environnement
- <code>nom_var</code>.</p>
+ <code>nom_var</code> (si l'option <var>interpolate</var> est
+ spécifiée).</p>
<p>Conservez cette directive à off (pour les performances du
serveur), sauf si vous en avez réellement besoin.</p>
</usage>
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision : 1189549 -->
+<!-- English Revision : 1202456 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<code>[END]</code> qui permettent de simplifier les scénarios de
réécriture courants.</dd>
+ <dt><module>mod_ldap</module>, <module>mod_authnz_ldap</module></dt>
+ <dd><module>mod_authnz_ldap</module> ajoute le support des
+ groupes imbriqués.</dd>
+ <dd><module>mod_ldap</module> apporte les directives <directive
+ module="mod_ldap">LDAPConnectionPoolTTL</directive> et <directive
+ module="mod_ldap">LDAPTimeout</directive>, ainsi que d'autres
+ améliorations dans le traitement des délais. Ceci s'avère utile
+ pour les configurations où un pare-feu à mémoire d'état (stateful)
+ rejète les connexions inactives vers le serveur LDAP.</dd>
+ <dd><module>mod_ldap</module> propose la directive <directive
+ module="mod_ldap">LDAPLibraryDebug</directive> qui permet de
+ journaliser les informations de débogage fournies par la boîte à
+ outils LDAP utilisée</dd>
+
</dl>
</section>
est décrite dans <var>ap_expr.h</var>. Il s'agit d'une adaptation de
l'analyseur qu'on trouvait auparavant dans <module>mod_ssl</module>.</dd>
+ <dd>L'analyseur d'expressions permet de spécifier des <a
+ href="expr.html">conditions complexes</a> dans des directives
+ comme <directive module="mod_setenvif">SetEnvIfExpr</directive>,
+ <directive module="mod_rewrite">RewriteCond</directive> et
+ <directive module="mod_headers">Header</directive>.
+ </dd>
+
<dt>Conteneurs de logique d'autorisation</dt>
<dd>Afin de fournir une logique d'autorisation avancée via des
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1199568 -->
+<!-- English Revision : 1201690 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<p>Dans un contexte de niveau répertoire (autrement dit dans les
fichiers <code>.htaccess</code> et les sections
<code>Directory</code>), les règles de réécriture s'appliquent après
- la traduction de l'URL en nom de fichier. C'est pourquoi mod_rewrite
- retraduit temporairement le nom de fichier en URL en supprimant le
- chemin de répertoire avant d'appliquer les règles (Reportez-vous à
- la directive <directive module="mod_rewrite">RewriteBase</directive>
- pour voir comment vous pourrez par la suite personnaliser la manière
- dont tout ceci est traité). Ensuite, une nouvelle sous-requête
- interne est initiée avec la nouvelle URL, ce qui redémarre le
- traitement des phases de la requête. Vérifiez que vos règles ne
- créent pas de boucle infinie. Voir <a
- href="http://wiki.apache.org/httpd/RewriteLooping">Bouclage dans la
- réécriture</a> pour une discussion plus approfondie à propos de ce
- problème.</p>
+ la traduction de l'URL en nom de fichier. C'est pourquoi le chemin
+ URL auquel mod_rewrite compare initialement les directives
+ <directive module="mod_rewrite">RewriteRule</directive> est le
+ chemin complet vers le nom de fichier traduit amputé de la partie
+ répertoires (y compris le dernier slash).</p>
+
+ <p>Un exemple : si les règles se trouvent dans
+ /var/www/foo/.htaccess et si une requête pour /foo/bar/baz est
+ traité, une expression comme ^bar/baz$ correspondra.</p>
+
+ <p>Si une substitution intervient dans un contexte de répertoire,
+ une nouvelle sous-requête interne est générée avec la nouvelle URL,
+ ce qui relance le traitement des phases de la requête. Si la
+ substitution est un chemin relatif, la directive <directive
+ module="mod_rewrite">RewriteBase</directive> détermine le chemin URL
+ devant préfixer cette substitution. Dans un contexte de répertoire,
+ il faut s'assurer de créer des règles qui, dans certains cas,
+ n'effectueront pas de substitution afin d'éviter les bouclages (au
+ cours d'une passe ultérieure du processus de réécriture au niveau
+ répertoire). Voir <a
+ href="http://wiki.apache.org/httpd/RewriteLooping">Bouclage dans le
+ processus de réécriture</a> pour une discussion plus détaillée à
+ propos de ce problème.</p>
<p>En conséquence de cette manipulation de l'URL , vous devrez
pensez à confectionner différemment vos règles de réécriture dans un
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision : 1200496 -->
+<!-- English Revision : 1203491 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<li>configure: le jeu de modules "most" est compilé par défaut</li>
- <li>configure: le jeu de modules "realyall" ajoute les modules de
+ <li>configure: le jeu de modules "reallyall" ajoute les modules de
développeur au jeu "all".</li>
</ul>
<code>*_DN</code> a changé. Il est cependant encore possible
d'utiliser l'ancien format via la nouvelle option
<code>LegacyDNStringFormat</code> de la directive <directive
- module="mod_ssl">SSLOptions</directive>.</li>
+ module="mod_ssl">SSLOptions</directive>. Le protocole SSLv2 n'est
+ plus supporté.</li>
<li><program>htpasswd</program> utilise maintenant par défaut les
condensés MD5 sur toutes les plates-formes.</li>