<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1585830:1587884 (outdated) -->
+<!-- English Revision : 1590308 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<p>serait satisfaite pour les requêtes HTTP/1.0 sans en-tête
<var>Host:</var>. Les expressions peuvent contenir différents
opérateurs de type shell pour la comparaison de chaînes
- (<code>=</code>, <code>!=</code>, <code><</code>, ...), la
+ (<code>==</code>, <code>!=</code>, <code><</code>, ...), la
comparaison d'entiers (<code>-eq</code>, <code>-ne</code>, ...), ou
à usages divers (<code>-n</code>, <code>-z</code>, <code>-f</code>,
...). Les expressions rationnelles sont aussi supportées,</p>
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1555545:1587031 (outdated) -->
+<!-- English Revision : 1587031 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
l'accès en fonction du nom d'hôte, de l'adresse IP, ou d'un intervalle
d'adresses IP.</p>
- <p>Depuis la version 2.5.0, les directives require host supportent
- les <a href="../expr.html">expressions</a>.</p>
+ <p>A partir de la version 2.4.8, les directives require host
+ supportent les <a href="../expr.html">expressions</a>.</p>
<section id="reqip"><title>Require ip</title>
Require ip 2001:db8::a00:20ff:fea7:ccea/10
</highlight>
- <p>Note : comme les adresses IP sont lues au démarrage, les
- expressions ne sont pas évaluées pour chaque requête.</p>
+ <p>Note: comme les adresses IP sont lues au démarrage, les
+ expressions ne sont pas évaluées au moment de la requête.</p>
</section>
</section>
<section id="reqlocal"><title>Require local</title>
+
<p>Le fournisseur <code>local</code> autorise l'accès au serveur si
l'une au moins de ces conditions est satisfaite :</p>
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1544385-->
+<!-- English Revision : 1587098 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<override>AuthConfig</override>
<usage>
- <p>Si elle est activée par la directive <code>LDAPReferrals</code>,
+ <p>Si elle est activée par la directive <directive>LDAPReferrals</directive>,
cette directive permet de définir le nombre maximum de sauts vers
des serveurs alternatifs (referrals) avant l'abandon de la requête
LDAP.</p>
<default>LDAPReferrals On</default>
<contextlist><context>directory</context><context>.htaccess</context></contextlist>
<override>AuthConfig</override>
+<compatibility>Le paramètre <var>default</var> est disponible depuis la
+version 2.4.7 du serveur HTTP Apache.</compatibility>
<usage>
<p>Certains serveurs LDAP partagent leur annuaire en plusieurs
"hop limit" du SDK, et aucun "LDAP rebind callback" n'est enregistré.</p></dd>
</dl>
- <p>La directive <code>LDAPReferralHopLimit</code> travaille en
+ <p>La directive <directive>LDAPReferralHopLimit</directive> 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",
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1484766 -->
+<!-- English Revision : 1589417 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<usage>
<p>La directive <directive>ProxySCGISendfile</directive> permet au
serveur cible SCGI de faire servir les fichiers directement par la
- passerelle. Ceci s'avère bénéfique en matière de performances --
+ passerelle. Ceci s'avère bénéfique en
+ matière de performances —
httpd peut alors utiliser <code>sendfile</code> ou d'autres
optimisations, ce qui n'est pas possible si les fichiers passent par
- la socket du serveur cible.</p>
+ la socket du serveur cible. En outre, les fichiers ne sont transmis
+ qu'une seule fois.</p>
<p>L'argument de la directive
<directive>ProxySCGISendfile</directive> détermine le comportement
de la passerelle :</p>
<dt>toute autre valeur</dt>
<dd>Identique à <code>On</code>, mais au lieu de rechercher le nom
- d'en-tête codé en dur, c'est la valeur de l'argument qui constitue
- le nom de l'en-tête à rechercher.</dd>
+ d'en-tête codé en dur <code>X-Sendfile</code>, c'est la
+ valeur de l'argument qui constitue le nom de l'en-tête
+ à rechercher.</dd>
</dl>
<example><title>Exemple</title>
l'état de la réponse est <code>OK</code> (<code>200</code>), et si
la réponse contient un en-tête <code>Location</code> dont la valeur
débute par un slash (<code>/</code>). Cette valeur est interprétée
- comme une nouvelle URL locale vers laquelle Apache effectue sa
+ comme une nouvelle URL locale vers laquelle Apache httpd effectue sa
redirection.</p>
<p>De ce point de vue, <module>mod_proxy_scgi</module> fait la même
<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1586447:1587031 (outdated) -->
+<!-- English Revision : 1587031 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
IS_SUBREQ<br />
HTTPS<br />
REQUEST_SCHEME<br />
+ REMOTE_ADDR<br />
+ CONN_REMOTE_ADDR<br />
</td>
</tr>
</table>