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 2017/05/07 15:48:50 UTC
svn commit: r1794214 - in /httpd/httpd/trunk/docs/manual: ./ mod/
Author: lgentis
Date: Sun May 7 15:48:50 2017
New Revision: 1794214
URL: http://svn.apache.org/viewvc?rev=1794214&view=rev
Log:
XML updates.
Modified:
httpd/httpd/trunk/docs/manual/index.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_auth_form.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_authn_socache.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_authz_core.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_authz_host.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_deflate.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_example_hooks.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_logio.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_macro.xml.fr
httpd/httpd/trunk/docs/manual/mod/mod_remoteip.xml.fr
httpd/httpd/trunk/docs/manual/sitemap.xml.fr
Modified: httpd/httpd/trunk/docs/manual/index.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/index.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/index.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/index.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -3,7 +3,7 @@
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1780356:1793932 (outdated) -->
+<!-- English Revision: 1793932 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -46,6 +46,7 @@
<page href="filter.html">Filtres</page>
<page href="handler.html">Gestionnaires</page>
<page href="expr.html">Interpréteur d'expressions</page>
+ <page href="mod/overrides.html">Index de la classe Override pour .htaccess</page>
<page href="programs/">Le serveur et ses utilitaires</page>
<page href="glossary.html">Glossaire</page>
</category>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_auth_form.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_auth_form.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_auth_form.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_auth_form.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?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: 1745883:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -91,10 +91,10 @@ l'authentification</a></seealso>
AuthType form
AuthName "/admin"
AuthFormLoginRequiredLocation "http://example.com/login.html"
+
Session On
SessionCookieName session path=/
- SessionCryptoPassphrase secret
-
+
Require valid-user
</Location>
</highlight>
@@ -109,15 +109,19 @@ l'authentification</a></seealso>
vérifiés en utilisant le fichier choisi.</p>
<p>Les directives <directive
- module="mod_session">Session</directive>, <directive
- module="mod_session_cookie">SessionCookieName</directive> et
- <directive
- module="mod_session_crypto">SessionCryptoPassphrase</directive>
- créent une session chiffrée stockée dans un cookie HTTP au niveau
+ module="mod_session">Session</directive> et <directive
+ module="mod_session_cookie">SessionCookieName</directive>
+ créent une session stockée dans un cookie HTTP au niveau
du navigateur. Pour plus d'informations à propos des différentes
options de configuration des sessions, reportez-vous à la
documentation du module <module>mod_session</module>.</p>
+ <p>Si vous le souhaitez, vous pouvez ajoutez une directive <directive
+ module="mod_session_crypto">SessionCryptoPassphrase</directive> pour créer
+ un cookie de session chiffré. Le module
+ <module>mod_session_crypto</module> doit alors avoir été préalablement
+ chargé.</p>
+
<p>Dans l'exemple simple ci-dessus, une URL a été protégée par
<module>mod_auth_form</module>, mais on doit maintenant fournir
à l'utilisateur un moyen d'entrer un nom et un mot de passe. À cet
@@ -161,14 +165,13 @@ l'authentification</a></seealso>
<Location "/dologin.html">
SetHandler form-login-handler
AuthFormLoginRequiredLocation "http://example.com/login.html"
- AuthFormLoginSuccessLocation "http://example.com/success.html"
+ AuthFormLoginSuccessLocation "http://example.com/admin/index.html"
AuthFormProvider file
AuthUserFile "conf/passwd"
AuthType form
- AuthName realm
+ AuthName /admin
Session On
SessionCookieName session path=/
- SessionCryptoPassphrase secret
</Location>
</highlight>
</example>
@@ -243,11 +246,10 @@ AuthFormProvider file
ErrorDocument 401 "/login.shtml"
AuthUserFile "conf/passwd"
AuthType form
-AuthName realm
+AuthName /admin
AuthFormLoginRequiredLocation "http://example.com/login.html"
Session On
SessionCookieName session path=/
-SessionCryptoPassphrase secret
</highlight>
</example>
@@ -362,7 +364,6 @@ AuthName realm
AuthFormLogoutLocation "http://example.com/loggedout.html"
Session On
SessionCookieName session path=/
-SessionCryptoPassphrase secret
</highlight>
</example>
@@ -385,7 +386,6 @@ AuthFormLogoutLocation "http://example.c
Session On
SessionMaxAge 1
SessionCookieName session path=/
-SessionCryptoPassphrase secret
</highlight>
</example>
@@ -479,6 +479,7 @@ connexion</description>
<default>httpd_username</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.3 du serveur HTTP Apache</compatibility>
<usage>
@@ -497,6 +498,7 @@ de connexion</description>
<default>httpd_password</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -516,6 +518,7 @@ réussie</description>
<default>httpd_location</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -535,6 +538,7 @@ requête à effectuer en cas de connexio
<default>httpd_method</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -562,6 +566,7 @@ réussie</description>
<default>httpd_mimetype</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -588,6 +593,7 @@ requête à effectuer en cas de connexio
<default>httpd_body</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -644,6 +650,7 @@ authentification est requise</descriptio
<default>none</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
Apache. L'interprétation des expressions rationnelles est supportée
depuis la version 2.4.4.</compatibility>
@@ -676,6 +683,7 @@ de connexion réussie</description>
<default>none</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
Apache. L'interprétation des expressions rationnelles est supportée
depuis la version 2.4.4.</compatibility>
@@ -705,6 +713,7 @@ depuis la version 2.4.4.</compatibility>
<default>AuthFormFakeBasicAuth Off</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -728,6 +737,7 @@ après s'être déconnecté</description
<default>none</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
Apache. L'interprétation des expressions rationnelles est supportée
depuis la version 2.4.4.</compatibility>
@@ -772,6 +782,7 @@ connexion</description>
<default>AuthFormDisableNoStore Off</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
@@ -796,6 +807,7 @@ trafic</description>
<default>none</default>
<contextlist><context>directory</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.0 du serveur HTTP Apache</compatibility>
<usage>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_authn_socache.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_authn_socache.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_authn_socache.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_authn_socache.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -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: 1673945:1793933 (outdated) -->
+<!-- English Revision: 1793933 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -25,47 +25,47 @@
<modulesynopsis metafile="mod_authn_socache.xml.meta">
<name>mod_authn_socache</name>
-<description>Gère un cache des données d'authentification pour diminuer
-la charge des serveurs d'arrière-plan</description>
+<description>Gère un cache des données d'authentification pour diminuer
+la charge des serveurs d'arrière-plan</description>
<status>Base</status>
<sourcefile>mod_authn_socache.c</sourcefile>
<identifier>authn_socache_module</identifier>
-<compatibility>Versions 2.3 et ultérieures</compatibility>
+<compatibility>Versions 2.3 et ultérieures</compatibility>
<summary>
- <p>Maintient un cache des données d'authentification pour limiter
- les sollicitations du serveur d'arrière-plan.</p>
+ <p>Maintient un cache des données d'authentification pour limiter
+ les sollicitations du serveur d'arrière-plan.</p>
</summary>
-<section id="intro"><title>Mise en cache des données d'authentification</title>
+<section id="intro"><title>Mise en cache des données d'authentification</title>
<p>Certains utilisateurs qui mettent oeuvre une authentification
- lourde s'appuyant par exemple sur des requêtes SQL
- (<module>mod_authn_dbd</module>) ont signalé une charge induite
+ lourde s'appuyant par exemple sur des requêtes SQL
+ (<module>mod_authn_dbd</module>) ont signalé une charge induite
inacceptable sur leur fournisseur d'authentification. Cela se
- produit typiquement dans le cas où une page HTML contient des
+ produit typiquement dans le cas où une page HTML contient des
centaines d'objets (images, scripts, pages de styles, media,
- etc...), et où une requête pour cette page génère des centaines de
- sous-requêtes à effet immédiat pour des contenus supplémentaires
- authentifiés.</p>
- <p>Pour résoudre ce problème, mod_authn_socache fournit une solution
- qui permet de maintenir un cache des données d'authentification.</p>
+ etc...), et où une requête pour cette page génère des centaines de
+ sous-requêtes à effet immédiat pour des contenus supplémentaires
+ authentifiés.</p>
+ <p>Pour résoudre ce problème, mod_authn_socache fournit une solution
+ qui permet de maintenir un cache des données d'authentification.</p>
</section>
<section id="usage"><title>Utilisation</title>
- <p>Le cache d'authentification doit être utilisé lorsque les
- requêtes d'authentification induisent une charge significative sur le
- serveur, le serveur d'arrière-plan ou le réseau. Cette mise en cache
- n'apportera probablement aucune amélioration dans le cas d'une
- authentification à base de fichier (<module>mod_authn_file</module>)
- ou de base de données dbm (<module>mod_authn_dbm</module>) car ces
- méthodes sont de par leur conception rapides et légères (la mise en
- cache peut cependant s'avérer utile dans le cas où le fichier est
- situé sur un montage réseau). Les fournisseurs d'authentification
- basés sur SQL ou LDAP ont plus de chances de tirer parti de cette
- mise en cache, en particulier lorsqu'un problème de performances est
- détecté. <module>mod_authnz_ldap</module> gérant son propre cache,
- seul <module>mod_authn_dbd</module> est concerné par notre sujet.</p>
- <p>Les principales règles à appliquer pour la mise en cache sont :</p>
+ <p>Le cache d'authentification doit être utilisé lorsque les
+ requêtes d'authentification induisent une charge significative sur le
+ serveur, le serveur d'arrière-plan ou le réseau. Cette mise en cache
+ n'apportera probablement aucune amélioration dans le cas d'une
+ authentification à base de fichier (<module>mod_authn_file</module>)
+ ou de base de données dbm (<module>mod_authn_dbm</module>) car ces
+ méthodes sont de par leur conception rapides et légères (la mise en
+ cache peut cependant s'avérer utile dans le cas où le fichier est
+ situé sur un montage réseau). Les fournisseurs d'authentification
+ basés sur SQL ou LDAP ont plus de chances de tirer parti de cette
+ mise en cache, en particulier lorsqu'un problème de performances est
+ détecté. <module>mod_authnz_ldap</module> gérant son propre cache,
+ seul <module>mod_authn_dbd</module> est concerné par notre sujet.</p>
+ <p>Les principales règles à appliquer pour la mise en cache sont :</p>
<ol><li>Inclure le fournisseur pour lequel vous voulez effectuer une
mise en cache dans une directive
<directive>AuthnCacheProvideFor</directive>.</li>
@@ -75,11 +75,11 @@ la charge des serveurs d'arrière-
ou <directive
module="mod_auth_digest">AuthDigestProvider</directive>.</li>
</ol>
- <p>Voici un exemple simple permettant d'accélérer
+ <p>Voici un exemple simple permettant d'accélérer
<module>mod_authn_dbd</module> et utilisant dbm comme moteur de la
mise en cache :</p>
<highlight language="config">
- #AuthnCacheSOCache est optionnel. S'il est défini, il l'est pour
+ #AuthnCacheSOCache est optionnel. S'il est défini, il l'est pour
#l'ensemble du serveur
AuthnCacheSOCache dbm
<Directory "/usr/www/myhost/private">
@@ -96,14 +96,14 @@ AuthnCacheSOCache dbm
</section>
<section id="dev"><title>La mise en cache avec les modules tiers</title>
- <p>Les développeurs de modules doivent savoir que la mise en cache
- avec mod_authn_socache doit être activée dans leurs modules. La
+ <p>Les développeurs de modules doivent savoir que la mise en cache
+ avec mod_authn_socache doit être activée dans leurs modules. La
fonction de l'API <var>ap_authn_cache_store</var> permet de
- mettre en cache les données d'authentification qu'un fournisseur
- vient de rechercher ou de générer. Vous trouverez des exemples
- d'utilisation à <a
+ mettre en cache les données d'authentification qu'un fournisseur
+ vient de rechercher ou de générer. Vous trouverez des exemples
+ d'utilisation à <a
href="http://svn.eu.apache.org/viewvc?view=revision&revision=957072"
- >r957072</a>, où trois fournisseurs authn sont activés pour la mise
+ >r957072</a>, où trois fournisseurs authn sont activés pour la mise
en cache.</p>
</section>
@@ -113,45 +113,43 @@ AuthnCacheSOCache dbm
endroit</description>
<syntax>AuthnCacheEnable</syntax>
<contextlist><context>server config</context></contextlist>
-<override>None</override>
<usage>
- <p>Normalement, cette directive n'est pas nécessaire : l'activation
- est implicite si la mise en cache de l'authentification a été
- activée en tout autre endroit du fichier <var>httpd.conf</var>. Par
- contre, si cette mise en cache n'a pas été activée, par défaut, elle
- ne sera pas initialisée, et ne sera donc pas disponible dans un
+ <p>Normalement, cette directive n'est pas nécessaire : l'activation
+ est implicite si la mise en cache de l'authentification a été
+ activée en tout autre endroit du fichier <var>httpd.conf</var>. Par
+ contre, si cette mise en cache n'a pas été activée, par défaut, elle
+ ne sera pas initialisée, et ne sera donc pas disponible dans un
contexte de fichier <var>.htaccess</var>. Cette directive permet
- d'être sûr que la mise en cache a bien été activée et pourra
- donc être utilisée dans les fichiers <var>.htaccess</var>.</p>
+ d'être sûr que la mise en cache a bien été activée et pourra
+ donc être utilisée dans les fichiers <var>.htaccess</var>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthnCacheSOCache</name>
-<description>Sélectionne le fournisseur socache d'arrière-plan à
+<description>Sélectionne le fournisseur socache d'arrière-plan à
utiliser</description>
<syntax>AuthnCacheSOCache <var>nom-fournisseur[:arguments-fournisseur]</var></syntax>
<contextlist><context>server config</context></contextlist>
-<override>None</override>
<compatibility>Les arguments optionnels du fournisseur sont disponibles
-à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>
+à partir de la version 2.4.7 du serveur HTTP Apache</compatibility>
<usage>
- <p>Cette définition s'applique à l'ensemble du serveur et permet de
- sélectionner un fournisseur pour le <a href="../socache.html">cache
- d'objets partagés</a>, ainsi que des arguments éventuels pour ce
+ <p>Cette définition s'applique à l'ensemble du serveur et permet de
+ sélectionner un fournisseur pour le <a href="../socache.html">cache
+ d'objets partagés</a>, ainsi que des arguments éventuels pour ce
fournisseur. Les fournisseurs disponibles sont, entre autres, "dbm",
- "dc", "memcache", ou "shmcb", chacun d'entre eux nécessitant le chargement
- du module approprié. Si elle est
- absente, c'est la valeur par défaut pour votre plate-forme qui sera
- utilisée.</p>
+ "dc", "memcache", ou "shmcb", chacun d'entre eux nécessitant le chargement
+ du module approprié. Si elle est
+ absente, c'est la valeur par défaut pour votre plate-forme qui sera
+ utilisée.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthnCacheProvideFor</name>
-<description>Spécifie le fournisseur pour lequel on veut effectuer une
+<description>Spécifie le fournisseur pour lequel on veut effectuer une
mise en cache</description>
<syntax>AuthnCacheProvideFor <var>fournisseur-authn</var> [...]</syntax>
<default>None</default>
@@ -159,15 +157,15 @@ mise en cache</description>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de spécifier un ou plusieurs fournisseurs
- pour le(s)quel(s) on veut effectuer une mise en cache. Les données
- d'authentification trouvées par un fournisseur non spécifié dans une
+ <p>Cette directive permet de spécifier un ou plusieurs fournisseurs
+ pour le(s)quel(s) on veut effectuer une mise en cache. Les données
+ d'authentification trouvées par un fournisseur non spécifié dans une
directive AuthnCacheProvideFor ne seront pas mises en cache.</p>
- <p>Par exemple, pour mettre en cache les données d'authentification
- trouvées par <module>mod_authn_dbd</module> ou par un fournisseur
- personnalisé <var>mon-fournisseur</var>, et ne pas mettre en cache
- celles trouvées par les fournisseurs légers comme file ou dbm :</p>
+ <p>Par exemple, pour mettre en cache les données d'authentification
+ trouvées par <module>mod_authn_dbd</module> ou par un fournisseur
+ personnalisé <var>mon-fournisseur</var>, et ne pas mettre en cache
+ celles trouvées par les fournisseurs légers comme file ou dbm :</p>
<highlight language="config">
AuthnCacheProvideFor dbd mon-fournisseur
</highlight>
@@ -176,60 +174,60 @@ AuthnCacheProvideFor dbd mon-fournisseur
<directivesynopsis>
<name>AuthnCacheTimeout</name>
-<description>Définit une durée de vie pour les entrées du cache</description>
-<syntax>AuthnCacheTimeout <var>durée-de-vie</var> (secondes)</syntax>
+<description>Définit une durée de vie pour les entrées du cache</description>
+<syntax>AuthnCacheTimeout <var>durée-de-vie</var> (secondes)</syntax>
<default>300 (5 minutes)</default>
<contextlist><context>directory</context><context>.htaccess</context></contextlist>
<override>AuthConfig</override>
<usage>
- <p>La mise en cache des données d'authentification peut constituer
- un trou de sécurité, bien qu'un mise en cache de courte durée ne
- posera probablement pas de problème. En général, il est conseillé de
- conserver les entrées du cache de façon à ce que la charge du serveur
- d'arrière-plan reste normale, mais pas plus longtemps ;
- une durée de vie plus longue peut être paramétrée si les
- changements d'utilisateurs et de mots de passe sont peu fréquents.
- La durée de vie par défaut de 300 secondes (5 minutes) est à la fois
- raisonnable et suffisamment importante pour réduire la charge d'un
- serveur d'arrière-plan comme dbd (requêtes SQL).</p>
- <p>Cette durée de vie ne doit pas être confondue avec la durée de
+ <p>La mise en cache des données d'authentification peut constituer
+ un trou de sécurité, bien qu'un mise en cache de courte durée ne
+ posera probablement pas de problème. En général, il est conseillé de
+ conserver les entrées du cache de façon à ce que la charge du serveur
+ d'arrière-plan reste normale, mais pas plus longtemps ;
+ une durée de vie plus longue peut être paramétrée si les
+ changements d'utilisateurs et de mots de passe sont peu fréquents.
+ La durée de vie par défaut de 300 secondes (5 minutes) est à la fois
+ raisonnable et suffisamment importante pour réduire la charge d'un
+ serveur d'arrière-plan comme dbd (requêtes SQL).</p>
+ <p>Cette durée de vie ne doit pas être confondue avec la durée de
vie de session qui est un tout autre sujet. Cependant, vous devez
- utiliser votre logiciel de gestion de session pour vérifier si les
- données d'authentification mises en cache peuvent allonger
+ utiliser votre logiciel de gestion de session pour vérifier si les
+ données d'authentification mises en cache peuvent allonger
accidentellement une session, et en tenir compte lorsque vous
- définissez la durée de vie.</p>
+ définissez la durée de vie.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>AuthnCacheContext</name>
-<description>Spécifie une chaîne de contexte à utiliser dans la clé du
+<description>Spécifie une chaîne de contexte à utiliser dans la clé du
cache</description>
-<syntax>AuthnCacheContext <var>directory|server|chaîne-personnalisée</var></syntax>
+<syntax>AuthnCacheContext <var>directory|server|chaîne-personnalisée</var></syntax>
<default>directory</default>
<contextlist><context>directory</context></contextlist>
<usage>
- <p>Cette directive permet de spécifier une chaîne à utiliser avec le
+ <p>Cette directive permet de spécifier une chaîne à utiliser avec le
nom d'utilisateur fourni (et le domaine d'authentification - realm -
- dans le cas d'une authentification à base de condensés) lors de la
- construction d'une clé de cache. Ceci permet de lever l'ambiguïté
- entre plusieurs noms d'utilisateurs identiques servant différentes
+ dans le cas d'une authentification à base de condensés) lors de la
+ construction d'une clé de cache. Ceci permet de lever l'ambiguïté
+ entre plusieurs noms d'utilisateurs identiques servant différentes
zones d'authentification sur le serveur.</p>
- <p>Il y a deux valeurs spéciales pour le paramètre : <var>directory</var>,
- qui utilise le contexte de répertoire de la requête comme chaîne, et
+ <p>Il y a deux valeurs spéciales pour le paramètre : <var>directory</var>,
+ qui utilise le contexte de répertoire de la requête comme chaîne, et
<var>server</var>, qui utilise le nom du serveur virtuel.</p>
- <p>La valeur par défaut est <var>directory</var>, qui est aussi la
- définition la plus courante. Ceci est cependant loin d'être optimal,
+ <p>La valeur par défaut est <var>directory</var>, qui est aussi la
+ définition la plus courante. Ceci est cependant loin d'être optimal,
car par exemple, <var>$app-base</var>, <var>$app-base/images</var>,
<var>$app-base/scripts</var> et <var>$app-base/media</var>
- possèderont chacun leur propre clé de cache. Il est préférable
+ possèderont chacun leur propre clé de cache. Il est préférable
d'utiliser le fournisseur de mot de passe : par exemple un fichier
- <var>htpasswd</var> ou une table de base de données.</p>
- <p>Les contextes peuvent être partagés entre différentes zones du
- serveur, où les données d'authentification sont partagées. Ceci est
- cependant susceptible de créer des trous de sécurité de type
+ <var>htpasswd</var> ou une table de base de données.</p>
+ <p>Les contextes peuvent être partagés entre différentes zones du
+ serveur, où les données d'authentification sont partagées. Ceci est
+ cependant susceptible de créer des trous de sécurité de type
cross-site ou cross-application, et cette directive n'est donc pas
disponible dans les contextes <var>.htaccess</var>.</p>
</usage>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_authz_core.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_authz_core.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_authz_core.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_authz_core.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -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: 1673947:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -33,14 +33,14 @@
d'Apache HTTPD</compatibility>
<summary>
- <p>Ce module fournit un socle de fonctionnalités d'autorisation
- permettant d'accorder ou refuser l'accès à certaines zones du site
- web aux utilisateurs authentifiés. <module>mod_authz_core</module>
- donne la possibilité d'enregistrer divers fournisseurs
- d'autorisation. Il est en général utilisé avec un module fournisseur
+ <p>Ce module fournit un socle de fonctionnalités d'autorisation
+ permettant d'accorder ou refuser l'accès à certaines zones du site
+ web aux utilisateurs authentifiés. <module>mod_authz_core</module>
+ donne la possibilité d'enregistrer divers fournisseurs
+ d'autorisation. Il est en général utilisé avec un module fournisseur
d'authentification comme <module>mod_authn_file</module>, et un
module d'autorisation comme <module>mod_authz_user</module>. Il
- permet aussi l'application d'une logique élaborée au déroulement du
+ permet aussi l'application d'une logique élaborée au déroulement du
processus d'autorisation.</p>
</summary>
@@ -51,19 +51,19 @@ d'Apache HTTPD</compatibility>
<directive module="mod_authz_core"
type="section">RequireAny</directive> et <directive
module="mod_authz_core" type="section">RequireNone</directive>
- peuvent être combinées entre elles et avec la directive <directive
+ peuvent être combinées entre elles et avec la directive <directive
module="mod_authz_core">Require</directive> pour construire une
logique d'autorisation complexe.</p>
<p>L'exemple ci-dessous illustre la logique d'autorisation suivante.
- Pour pouvoir accéder à la ressource, l'utilisateur doit être
+ Pour pouvoir accéder à la ressource, l'utilisateur doit être
l'utilisateur <code>superadmin</code>, ou appartenir aux deux
groupes LDAP <code>admins</code> et <code>Administrateurs</code> et
soit appartenir au groupe <code>ventes</code>, soit avoir
<code>ventes</code> comme valeur de l'attribut LDAP
- <code>dept</code>. De plus, pour pouvoir accéder à la ressource,
+ <code>dept</code>. De plus, pour pouvoir accéder à la ressource,
l'utilisateur ne doit appartenir ni au groupe <code>temps</code>, ni
- au groupe LDAP <code>Employés temporaires</code>.</p>
+ au groupe LDAP <code>Employés temporaires</code>.</p>
<highlight language="config">
<Directory "/www/mydocs">
@@ -81,7 +81,7 @@ d'Apache HTTPD</compatibility>
</RequireAny>
<RequireNone>
Require group temps
- Require ldap-group "cn=Employés temporaires,o=Airius"
+ Require ldap-group "cn=Employés temporaires,o=Airius"
</RequireNone>
</RequireAll>
</Directory>
@@ -90,23 +90,23 @@ d'Apache HTTPD</compatibility>
<section id="requiredirectives"><title>Les directives Require</title>
- <p>Le module <module>mod_authz_core</module> met à disposition des
- fournisseurs d'autorisation génériques utilisables avec la directive
+ <p>Le module <module>mod_authz_core</module> met à disposition des
+ fournisseurs d'autorisation génériques utilisables avec la directive
<directive module="mod_authz_core">Require</directive>.</p>
<section id="reqenv"><title>Require env</title>
- <p>Le fournisseur <code>env</code> permet de contrôler l'accès au
+ <p>Le fournisseur <code>env</code> permet de contrôler l'accès au
serveur en fonction de l'existence d'une <a
href="../env.html">variable d'environnement</a>. Lorsque <code>Require
- env <var>env-variable</var></code> est spécifié, la requête se voit
- autoriser l'accès si la variable d'environnement
- <var>env-variable</var> existe. Le serveur permet de définir
+ env <var>env-variable</var></code> est spécifié, la requête se voit
+ autoriser l'accès si la variable d'environnement
+ <var>env-variable</var> existe. Le serveur permet de définir
facilement des variables d'environnement en fonction des
- caractéristiques de la requête du client via les directives fournies
+ caractéristiques de la requête du client via les directives fournies
par le module <module>mod_setenvif</module>. Cette directive Require
- env permet donc de contrôler l'accès en fonction des
- valeurs des en-têtes de la requête HTTP tels que
+ env permet donc de contrôler l'accès en fonction des
+ valeurs des en-têtes de la requête HTTP tels que
<code>User-Agent</code> (type de navigateur), <code>Referer</code>,
entre autres.</p>
@@ -117,31 +117,31 @@ SetEnvIf User-Agent "^KnockKnock/2\.0" l
</Directory>
</highlight>
- <p>Avec cet exemple, les navigateurs dont la chaîne user-agent
+ <p>Avec cet exemple, les navigateurs dont la chaîne user-agent
commence par <code>KnockKnock/2.0</code> se verront autoriser
- l'accès, alors que tous les autres seront rejetés.</p>
+ l'accès, alors que tous les autres seront rejetés.</p>
<p>Lorsque le serveur cherche un chemin via une <glossary
- ref="subrequest">sous-requête</glossary> interne (par exemple la
+ ref="subrequest">sous-requête</glossary> interne (par exemple la
recherche d'un <directive
- module="mod_dir">DirectoryIndex</directive>), ou lorsqu'il génère un
- listing du contenu d'un répertoire via le module
- <module>mod_autoindex</module>, la sous-requête n'hérite pas des
- variables d'environnement spécifiques à la requête. En outre, à cause
+ module="mod_dir">DirectoryIndex</directive>), ou lorsqu'il génère un
+ listing du contenu d'un répertoire via le module
+ <module>mod_autoindex</module>, la sous-requête n'hérite pas des
+ variables d'environnement spécifiques à la requête. En outre, à cause
des phases de l'API auxquelles <module>mod_setenvif</module> prend
part, les directives <directive
- module="mod_setenvif">SetEnvIf</directive> ne sont pas évaluées
- séparément dans la sous-requête.</p>
+ module="mod_setenvif">SetEnvIf</directive> ne sont pas évaluées
+ séparément dans la sous-requête.</p>
</section>
<section id="reqall"><title>Require all</title>
- <p>Le fournisseur <code>all</code> reproduit la fonctionnalité
- précédemment fournie par les directives 'Allow from all' et 'Deny
+ <p>Le fournisseur <code>all</code> reproduit la fonctionnalité
+ précédemment fournie par les directives 'Allow from all' et 'Deny
from all'. Il accepte un argument dont les deux valeurs possibles
sont : 'granted' ou 'denied'. Les exemples suivants autorisent ou
- interdisent l'accès à toutes les requêtes.</p>
+ interdisent l'accès à toutes les requêtes.</p>
<highlight language="config">
Require all granted
@@ -155,22 +155,22 @@ SetEnvIf User-Agent "^KnockKnock/2\.0" l
<section id="reqmethod"><title>Require method</title>
- <p>Le fournisseur <code>method</code> permet d'utiliser la méthode
- HTTP dans le processus d'autorisation. Les méthodes GET et HEAD sont
- ici considérées comme équivalentes. La méthode TRACE n'est pas
- supportée par ce fournisseur ; utilisez à la place la directive
+ <p>Le fournisseur <code>method</code> permet d'utiliser la méthode
+ HTTP dans le processus d'autorisation. Les méthodes GET et HEAD sont
+ ici considérées comme équivalentes. La méthode TRACE n'est pas
+ supportée par ce fournisseur ; utilisez à la place la directive
<directive module="core">TraceEnable</directive>.</p>
- <p>Dans l'exemple suivant, seules les méthodes GET, HEAD, POST, et
- OPTIONS sont autorisées :</p>
+ <p>Dans l'exemple suivant, seules les méthodes GET, HEAD, POST, et
+ OPTIONS sont autorisées :</p>
<highlight language="config">
Require method GET POST OPTIONS
</highlight>
- <p>Dans l'exemple suivant, les méthodes GET, HEAD, POST, et OPTIONS
- sont autorisées sans authentification, alors que toutes les autres
- méthodes nécessitent un utilisateur valide :</p>
+ <p>Dans l'exemple suivant, les méthodes GET, HEAD, POST, et OPTIONS
+ sont autorisées sans authentification, alors que toutes les autres
+ méthodes nécessitent un utilisateur valide :</p>
<highlight language="config">
<RequireAny>
@@ -183,7 +183,7 @@ SetEnvIf User-Agent "^KnockKnock/2\.0" l
<section id="reqexpr"><title>Require expr</title>
<p>Le fournisseur <code>expr</code> permet d'accorder l'autorisation
- d'accès en fonction d'expressions arbitraires.</p>
+ d'accès en fonction d'expressions arbitraires.</p>
<highlight language="config">
Require expr %{TIME_HOUR} -ge 9 && %{TIME_HOUR} -le 17
@@ -200,42 +200,42 @@ SetEnvIf User-Agent "^KnockKnock/2\.0" l
Require expr "!(%{QUERY_STRING} =~ /secret/) && %{REQUEST_URI} in { '/example.cgi', '/other.cgi' }"
</highlight>
- <p>La syntaxe de l'expression est décrite dans la documentation de <a
+ <p>La syntaxe de l'expression est décrite dans la documentation de <a
href="../expr.html">ap_expr</a>.</p>
- <p>Normalement, l'expression est évaluée avant l'authentification.
- Cependant, si l'expression renvoie false et se réfère à la variable
+ <p>Normalement, l'expression est évaluée avant l'authentification.
+ Cependant, si l'expression renvoie false et se réfère à la variable
<code>%{REMOTE_USER}</code>, le processus d'authentification sera
- engagé et l'expression réévaluée.</p>
+ engagé et l'expression réévaluée.</p>
</section>
</section>
-<section id="authzalias"><title>Création des alias du fournisseur
+<section id="authzalias"><title>Création des alias du fournisseur
d'autorisation</title>
- <p>Il est possible de créer des fournisseurs d'autorisation étendus
+ <p>Il est possible de créer des fournisseurs d'autorisation étendus
dans le fichier de configuration et de leur assigner un nom d'alias.
- On peut ensuite utiliser ces fournisseurs aliasés dans une
+ On peut ensuite utiliser ces fournisseurs aliasés dans une
directive <directive module="mod_authz_core">Require</directive> de
- la même manière qu'on le ferait pour des fournisseurs d'autorisation
- de base. En plus de la possibilité de créer et d'aliaser un
- fournisseur étendu, le même fournisseur d'autorisation étendu peut
- être référencé par diverses localisations.
+ la même manière qu'on le ferait pour des fournisseurs d'autorisation
+ de base. En plus de la possibilité de créer et d'aliaser un
+ fournisseur étendu, le même fournisseur d'autorisation étendu peut
+ être référencé par diverses localisations.
</p>
<section id="example"><title>Exemple</title>
- <p>Dans l'exemple suivant, on crée deux alias de fournisseur
- d'autorisation ldap différents basés sur le fournisseur
+ <p>Dans l'exemple suivant, on crée deux alias de fournisseur
+ d'autorisation ldap différents basés sur le fournisseur
d'autorisation ldap-group. Il est ainsi possible pour un seul
- répertoire de vérifier l'appartenance à un groupe dans plusieurs
+ répertoire de vérifier l'appartenance à un groupe dans plusieurs
serveurs ldap :
</p>
<highlight language="config">
<AuthzProviderAlias ldap-group ldap-group-alias1 "cn=my-group,o=ctx">
- AuthLDAPBindDN cn=youruser,o=ctx
+ AuthLDAPBindDN "cn=youruser,o=ctx"
AuthLDAPBindPassword yourpassword
AuthLDAPURL "ldap://ldap.host/o=ctx"
</AuthzProviderAlias>
@@ -255,7 +255,7 @@ Alias "/secure" "/webpages/secure"
AuthType Basic
AuthName LDAP_Protected_Place
- #Opération logique implicite : OU inclusif
+ #Opération logique implicite : OU inclusif
Require ldap-group-alias1
Require ldap-group-alias2
</Directory>
@@ -267,44 +267,44 @@ Alias "/secure" "/webpages/secure"
<directivesynopsis>
<name>Require</name>
-<description>Vérifie si un utilisateur authentifié a une
-autorisation d'accès accordée par un fournisseur
+<description>Vérifie si un utilisateur authentifié a une
+autorisation d'accès accordée par un fournisseur
d'autorisation.</description>
-<syntax>Require [not] <var>nom-entité</var> [<var>nom-entité</var>]
+<syntax>Require [not] <var>nom-entité</var> [<var>nom-entité</var>]
...</syntax>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de vérifier si un utilisateur authentifié
- a l'autorisation d'accès accordée pour un certain fournisseur
+ <p>Cette directive permet de vérifier si un utilisateur authentifié
+ a l'autorisation d'accès accordée pour un certain fournisseur
d'autorisation et en tenant compte de certaines restrictions.
- <module>mod_authz_core</module> met à disposition les fournisseurs
- d'autorisation génériques suivants :</p>
+ <module>mod_authz_core</module> met à disposition les fournisseurs
+ d'autorisation génériques suivants :</p>
<dl>
<dt><code>Require all granted</code></dt>
- <dd>L'accès est autorisé sans restriction.</dd>
+ <dd>L'accès est autorisé sans restriction.</dd>
<dt><code>Require all denied</code></dt>
- <dd>L'accès est systématiquement refusé.</dd>
+ <dd>L'accès est systématiquement refusé.</dd>
<dt><code>Require env <var>env-var</var> [<var>env-var</var>]
...</code></dt>
- <dd>L'accès n'est autorisé que si l'une au moins des variables
- d'environnement spécifiées est définie.</dd>
+ <dd>L'accès n'est autorisé que si l'une au moins des variables
+ d'environnement spécifiées est définie.</dd>
<dt><code>Require method <var>http-method</var> [<var>http-method</var>]
...</code></dt>
- <dd>L'accès n'est autorisé que pour les méthodes HTTP spécifiées.</dd>
+ <dd>L'accès n'est autorisé que pour les méthodes HTTP spécifiées.</dd>
<dt><code>Require expr <var>expression</var> </code></dt>
- <dd>L'accès est autorisé si <var>expression</var> est évalué à
+ <dd>L'accès est autorisé si <var>expression</var> est évalué à
vrai.</dd>
</dl>
- <p>Voici quelques exemples de syntaxes autorisées par
+ <p>Voici quelques exemples de syntaxes autorisées par
<module>mod_authz_user</module>, <module>mod_authz_host</module> et
<module>mod_authz_groupfile</module> :</p>
@@ -312,33 +312,33 @@ d'autorisation.</description>
<dt><code>Require user <var>identifiant utilisateur</var>
[<var>identifiant utilisateur</var>]
...</code></dt>
- <dd>Seuls les utilisateurs spécifiés auront accès à la
+ <dd>Seuls les utilisateurs spécifiés auront accès à la
ressource.</dd>
<dt><code>Require group <var>nom groupe</var> [<var>nom
groupe</var>]
...</code></dt>
- <dd>Seuls les utilisateurs appartenant aux groupes spécifiés
- auront accès à la ressource.</dd>
+ <dd>Seuls les utilisateurs appartenant aux groupes spécifiés
+ auront accès à la ressource.</dd>
<dt><code>Require valid-user</code></dt>
- <dd>Tous les utilisateurs valides auront accès à la
+ <dd>Tous les utilisateurs valides auront accès à la
ressource.</dd>
<dt><code>Require ip 10 172.20 192.168.2</code></dt>
<dd>Les clients dont les adresses IP font partie des tranches
- spécifiées auront accès à la ressource.</dd>
+ spécifiées auront accès à la ressource.</dd>
</dl>
<p>D'autres modules d'autorisation comme
<module>mod_authnz_ldap</module>, <module>mod_authz_dbm</module>,
<module>mod_authz_dbd</module>,
<module>mod_authz_owner</module> et <module>mod_ssl</module>
- implémentent des options de la directive Require.</p>
+ implémentent des options de la directive Require.</p>
<p>Pour qu'une configuration d'authentification et d'autorisation
fonctionne correctement, la directive <directive>Require</directive>
- doit être accompagnée dans la plupart des cas de directives <directive
+ doit être accompagnée dans la plupart des cas de directives <directive
module="mod_authn_core">AuthName</directive>, <directive
module="mod_authn_core">AuthType</directive> et <directive
module="mod_auth_basic">AuthBasicProvider</directive> ou <directive
@@ -346,7 +346,7 @@ d'autorisation.</description>
de directives telles que <directive
module="mod_authn_file">AuthUserFile</directive> et <directive
module="mod_authz_groupfile">AuthGroupFile</directive> (pour la
- définition des utilisateurs et des groupes). Exemple :</p>
+ définition des utilisateurs et des groupes). Exemple :</p>
<highlight language="config">
AuthType Basic
@@ -357,25 +357,25 @@ AuthGroupFile "/web/groups"
Require group admin
</highlight>
- <p>Les contrôles d'accès appliqués de cette manière sont effectifs
- pour <strong>toutes</strong> les méthodes. <strong>C'est d'ailleurs
- ce que l'on souhaite en général.</strong> Si vous voulez n'appliquer
- les contrôles d'accès qu'à certaines méthodes, tout en laissant les
- autres méthodes sans protection, placez la directive
+ <p>Les contrôles d'accès appliqués de cette manière sont effectifs
+ pour <strong>toutes</strong> les méthodes. <strong>C'est d'ailleurs
+ ce que l'on souhaite en général.</strong> Si vous voulez n'appliquer
+ les contrôles d'accès qu'à certaines méthodes, tout en laissant les
+ autres méthodes sans protection, placez la directive
<directive>Require</directive> dans une section <directive
module="core" type="section">Limit</directive>.</p>
- <p>Le résultat de la directive <directive>Require</directive> peut
- être inversé en utilisant l'option <code>not</code>. Comme dans le
- cas de l'autre directive d'autorisation inversée <directive
+ <p>Le résultat de la directive <directive>Require</directive> peut
+ être inversé en utilisant l'option <code>not</code>. Comme dans le
+ cas de l'autre directive d'autorisation inversée <directive
type="section">RequireNone</directive>, si la directive
- <directive>Require</directive> est inversée, elle ne peut qu'échouer
- ou produire un résultat neutre ; elle ne peut donc alors pas
- en soi autoriser une requête.</p>
+ <directive>Require</directive> est inversée, elle ne peut qu'échouer
+ ou produire un résultat neutre ; elle ne peut donc alors pas
+ en soi autoriser une requête.</p>
<p>Dans l'exemple suivant, tous les utilisateurs appartenant aux
groupes <code>alpha</code> et <code>beta</code> ont l'autorisation
- d'accès, à l'exception de ceux appartenant au groupe
+ d'accès, à l'exception de ceux appartenant au groupe
<code>reject</code>.</p>
<highlight language="config">
@@ -388,35 +388,35 @@ Require group admin
</highlight>
<p>Lorsque plusieurs directives <directive>Require</directive> sont
- placées dans une même <a href="../sections.html#merging">section de
+ placées dans une même <a href="../sections.html#merging">section de
configuration</a>, et ne se trouvent pas dans une autre directive
d'autorisation comme <directive module="mod_authz_core"
type="section">RequireAll</directive>, elles sont implicitement
contenues dans une directive <directive module="mod_authz_core"
- type="section">RequireAny</directive>. Ainsi, la première directive
- <directive>Require</directive> qui autorise l'accès à un utilisateur
- autorise l'accès pour l'ensemble de la requête, et les directives
- <directive>Require</directive> suivantes sont ignorées.</p>
-
- <note type="warning"><title>Avertissement à propos de la sécurité</title>
- <p>Prettez une attention particulière aux directives d'autorisation
- définies
+ type="section">RequireAny</directive>. Ainsi, la première directive
+ <directive>Require</directive> qui autorise l'accès à un utilisateur
+ autorise l'accès pour l'ensemble de la requête, et les directives
+ <directive>Require</directive> suivantes sont ignorées.</p>
+
+ <note type="warning"><title>Avertissement à propos de la sécurité</title>
+ <p>Prettez une attention particulière aux directives d'autorisation
+ définies
au sein des sections <directive module="core">Location</directive>
- qui se chevauchent avec des contenus servis depuis le système de
- fichiers. Par défaut, les configurations définies dans ces <a
+ qui se chevauchent avec des contenus servis depuis le système de
+ fichiers. Par défaut, les configurations définies dans ces <a
href="../sections.html#merging">sections</a> l'emportent sur les
- configurations d'autorisations définies au sein des sections
+ configurations d'autorisations définies au sein des sections
<directive module="core">Directory</directive> et <directive
module="core">Files</directive> sections.</p>
<p>La directive <directive
- module="mod_authz_core">AuthMerging</directive> permet de contrôler
- la manière selon laquelle les configurations d'autorisations sont
- fusionnées au sein des sections précitées.</p>
+ module="mod_authz_core">AuthMerging</directive> permet de contrôler
+ la manière selon laquelle les configurations d'autorisations sont
+ fusionnées au sein des sections précitées.</p>
</note>
</usage>
-<seealso><a href="../howto/access.html">Tutoriel du contrôle d'accès</a></seealso>
+<seealso><a href="../howto/access.html">Tutoriel du contrôle d'accès</a></seealso>
<seealso><a href="#logic">Conteneurs d'autorisation</a></seealso>
<seealso><module>mod_authn_core</module></seealso>
<seealso><module>mod_authz_host</module></seealso>
@@ -425,8 +425,8 @@ Require group admin
<directivesynopsis type="section">
<name>RequireAll</name>
<description>Regroupe plusieurs directives d'autorisation dont aucune ne
-doit échouer et dont au moins une doit retourner un résultat positif
-pour que la directive globale retourne elle-même un résultat
+doit échouer et dont au moins une doit retourner un résultat positif
+pour que la directive globale retourne elle-même un résultat
positif.</description>
<syntax><RequireAll> ... </RequireAll></syntax>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -436,31 +436,31 @@ positif.</description>
<usage>
<p>Les balises <directive type="section">RequireAll</directive> et
<code></RequireAll></code> permettent de regrouper des
- directives d'autorisation dont aucune ne doit échouer, et dont au
- moins une doit retourner un résultat positif pour que la directive
- <directive type="section">RequireAll</directive> retourne elle-même
- un résultat positif.</p>
+ directives d'autorisation dont aucune ne doit échouer, et dont au
+ moins une doit retourner un résultat positif pour que la directive
+ <directive type="section">RequireAll</directive> retourne elle-même
+ un résultat positif.</p>
<p>Si aucune des directives contenues dans la directive <directive
- type="section">RequireAll</directive> n'échoue, et si au moins une
- retourne un résultat positif, alors la directive <directive
- type="section">RequireAll</directive> retourne elle-même un résultat
- positif. Si aucune ne retourne un résultat positif, et si aucune
- n'échoue, la directive globale retourne un résultat neutre. Dans
- tous les autres cas, elle échoue.</p>
+ type="section">RequireAll</directive> n'échoue, et si au moins une
+ retourne un résultat positif, alors la directive <directive
+ type="section">RequireAll</directive> retourne elle-même un résultat
+ positif. Si aucune ne retourne un résultat positif, et si aucune
+ n'échoue, la directive globale retourne un résultat neutre. Dans
+ tous les autres cas, elle échoue.</p>
</usage>
<seealso><a href="#logic">Conteneurs d'autorisation</a></seealso>
<seealso><a href="../howto/auth.html">Authentification, autorisation et
-contrôle d'accès</a></seealso>
+contrôle d'accès</a></seealso>
</directivesynopsis>
<directivesynopsis type="section">
<name>RequireAny</name>
<description>Regroupe des directives d'autorisation dont au moins une
-doit retourner un résultat positif pour que la directive globale
-retourne elle-même un résultat positif.</description>
+doit retourner un résultat positif pour que la directive globale
+retourne elle-même un résultat positif.</description>
<syntax><RequireAny> ... </RequireAny></syntax>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
@@ -470,40 +470,40 @@ retourne elle-même un résul
<p>Les balises <directive type="section">RequireAny</directive> et
<code></RequireAny></code> permettent de regrouper des
directives d'autorisation dont au moins une doit retourner un
- résultat positif pour que la directive <directive
- type="section">RequireAny</directive> retourne elle-même un résultat
+ résultat positif pour que la directive <directive
+ type="section">RequireAny</directive> retourne elle-même un résultat
positif.</p>
<p>Si une ou plusieurs directives contenues dans la directive
<directive type="section">RequireAny</directive> retournent un
- résultat positif, alors la directive <directive
- type="section">RequireAny</directive> retourne elle-même un résultat
- positif. Si aucune ne retourne un résultat positif et aucune
- n'échoue, la directive globale retourne un résultat neutre. Dans
- tous les autres cas, elle échoue.</p>
-
- <note>Comme les directives d'autorisation inversées sont incapables
- de retourner un résultat positif, elles ne peuvent pas impacter de
- manière significative le résultat d'une directive <directive
+ résultat positif, alors la directive <directive
+ type="section">RequireAny</directive> retourne elle-même un résultat
+ positif. Si aucune ne retourne un résultat positif et aucune
+ n'échoue, la directive globale retourne un résultat neutre. Dans
+ tous les autres cas, elle échoue.</p>
+
+ <note>Comme les directives d'autorisation inversées sont incapables
+ de retourner un résultat positif, elles ne peuvent pas impacter de
+ manière significative le résultat d'une directive <directive
type="section">RequireAny</directive> (elles pourraient tout au plus
- faire échouer la directive dans le cas où elles échoueraient
- elles-mêmes, et où
- toutes les autres directives retourneraient un résultat neutre).
+ faire échouer la directive dans le cas où elles échoueraient
+ elles-mêmes, et où
+ toutes les autres directives retourneraient un résultat neutre).
C'est pourquoi il n'est pas permis d'utiliser les directives
- d'autorisation inversées dans une directive <directive
+ d'autorisation inversées dans une directive <directive
type="section">RequireAny</directive>.</note>
</usage>
<seealso><a href="#logic">Conteneurs d'autorisation</a></seealso>
<seealso><a href="../howto/auth.html">Authentification, autorisation et
-contrôle d'accès</a></seealso>
+contrôle d'accès</a></seealso>
</directivesynopsis>
<directivesynopsis type="section">
<name>RequireNone</name>
<description>Regroupe des directives d'autorisation dont aucune ne doit
-retourner un résultat positif pour que la directive globale n'échoue
+retourner un résultat positif pour que la directive globale n'échoue
pas.</description>
<syntax><RequireNone> ... </RequireNone></syntax>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -513,41 +513,41 @@ pas.</description>
<usage>
<p>Les balises <directive type="section">RequireNone</directive> et
<code></RequireNone></code> permettent de regrouper des
- directives d'autorisation dont aucune ne doit retourner un résultat
+ directives d'autorisation dont aucune ne doit retourner un résultat
positif pour que la directive <directive
- type="section">RequireNone</directive> n'échoue pas.</p>
+ type="section">RequireNone</directive> n'échoue pas.</p>
<p>Si une ou plusieurs directives contenues dans la directive
<directive type="section">RequireNone</directive> retournent un
- résultat positif, la directive <directive
- type="section">RequireNone</directive> échouera. Dans tous les
- autres cas, cette dernière retournera un résultat neutre. Ainsi,
- comme pour la directive d'autorisation inversée <code>Require
- not</code>, elle ne peut jamais en soi autoriser une requête
- car elle ne pourra jamais retourner un résultat
+ résultat positif, la directive <directive
+ type="section">RequireNone</directive> échouera. Dans tous les
+ autres cas, cette dernière retournera un résultat neutre. Ainsi,
+ comme pour la directive d'autorisation inversée <code>Require
+ not</code>, elle ne peut jamais en soi autoriser une requête
+ car elle ne pourra jamais retourner un résultat
positif. Par contre, on peut l'utiliser pour restreindre l'ensemble
- des utilisateurs autorisés à accéder à une ressource.</p>
+ des utilisateurs autorisés à accéder à une ressource.</p>
- <note>Comme les directives d'autorisation inversées sont incapables
- de retourner un résultat positif, elles ne peuvent pas impacter de
- manière significative le résultat d'une directive <directive
+ <note>Comme les directives d'autorisation inversées sont incapables
+ de retourner un résultat positif, elles ne peuvent pas impacter de
+ manière significative le résultat d'une directive <directive
type="section">RequireNone</directive>.
C'est pourquoi il n'est pas permis d'utiliser les directives
- d'autorisation inversées dans une directive <directive
+ d'autorisation inversées dans une directive <directive
type="section">RequireNone</directive>.</note>
</usage>
<seealso><a href="#logic">Conteneurs d'autorisation</a></seealso>
<seealso><a href="../howto/auth.html">Authentification, autorisation et
-contrôle d'accès</a></seealso>
+contrôle d'accès</a></seealso>
</directivesynopsis>
<directivesynopsis>
<name>AuthMerging</name>
-<description>Définit la manière dont chaque logique d'autorisation des
+<description>Définit la manière dont chaque logique d'autorisation des
sections de configuration se combine avec celles des sections de
-configuration précédentes.</description>
+configuration précédentes.</description>
<syntax>AuthMerging Off | And | Or</syntax>
<default>AuthMerging Off</default>
<contextlist><context>directory</context><context>.htaccess</context>
@@ -555,44 +555,44 @@ configuration précédentes.
<override>AuthConfig</override>
<usage>
- <p>Lorsque l'autorisation est activée, elle est normalement héritée
+ <p>Lorsque l'autorisation est activée, elle est normalement héritée
par chaque <a href="../sections.html#merging">section de
- configuration</a> suivante, à moins qu'un jeu de directives
- d'autorisations différent ne soit spécifié. Il s'agit du
- comportement par défaut, qui correspond à la définition explicite
+ configuration</a> suivante, à moins qu'un jeu de directives
+ d'autorisations différent ne soit spécifié. Il s'agit du
+ comportement par défaut, qui correspond à la définition explicite
<code>AuthMerging Off</code>.</p>
- <p>Dans certaines situations cependant, il peut être souhaitable de
+ <p>Dans certaines situations cependant, il peut être souhaitable de
combiner la logique d'autorisation d'une section de configuration
- avec celle de la section précédente lorsque les sections de
+ avec celle de la section précédente lorsque les sections de
configuration se combinent entre elles. Dans ce cas, deux options
sont disponibles, <code>And</code> et <code>Or</code>.</p>
<p>Lorsqu'une section de configuration contient <code>AuthMerging
And</code> ou <code>AuthMerging Or</code>, sa logique d'autorisation
- se combine avec celle de la section de configuration qui la précède
- (selon l'ordre général des sections de configuration), et qui
+ se combine avec celle de la section de configuration qui la précède
+ (selon l'ordre général des sections de configuration), et qui
contient aussi une logique d'autorisation, comme si les deux
- sections étaient concaténées, respectivement, dans une directive
+ sections étaient concaténées, respectivement, dans une directive
<directive module="mod_authz_core"
type="section">RequireAll</directive> ou <directive
module="mod_authz_core" type="section">RequireAny</directive>.</p>
- <note>La définition de la directive
+ <note>La définition de la directive
<directive>AuthMerging</directive> ne concerne que la section de
- configuration dans laquelle elle apparaît. Dans l'exemple suivant,
+ configuration dans laquelle elle apparaît. Dans l'exemple suivant,
seuls les utilisateurs appartenant au groupe <code>alpha</code> sont
- autorisés à accéder à <code>/www/docs</code>. Les utilisateurs
+ autorisés à accéder à <code>/www/docs</code>. Les utilisateurs
appartenant au groupe <code>alpha</code> ou au groupe
- <code>beta</code> sont autorisés à accéder à
- <code>/www/docs/ab</code>. Cependant, la définition implicite à
+ <code>beta</code> sont autorisés à accéder à
+ <code>/www/docs/ab</code>. Cependant, la définition implicite à
<code>Off</code> de la directive <directive>AuthMerging</directive>
- s'applique à la section de configuration <directive type="section"
- module="core">Directory</directive> concernant le répertoire
+ s'applique à la section de configuration <directive type="section"
+ module="core">Directory</directive> concernant le répertoire
<code>/www/docs/ab/gamma</code>, ce qui implique que les directives
d'autorisation de cette section l'emportent sur celles des sections
- précédentes. Par voie de conséquence, seuls les utilisateurs
- appartenant au groupe <code>gamma</code> sont autorisés à accéder à
+ précédentes. Par voie de conséquence, seuls les utilisateurs
+ appartenant au groupe <code>gamma</code> sont autorisés à accéder à
<code>/www/docs/ab/gamma</code>.</note>
<highlight language="config">
@@ -619,11 +619,11 @@ configuration précédentes.
<directivesynopsis type="section">
<name>AuthzProviderAlias</name>
-<description>Regroupe des directives représentant une extension d'un
-fournisseur d'autorisation de base qui pourra être référencée à l'aide
-de l'alias spécifié</description>
+<description>Regroupe des directives représentant une extension d'un
+fournisseur d'autorisation de base qui pourra être référencée à l'aide
+de l'alias spécifié</description>
<syntax><AuthzProviderAlias <var>fournisseur-de-base Alias
-Paramètres-Require</var>>
+Paramètres-Require</var>>
... </AuthzProviderAlias>
</syntax>
<contextlist><context>server config</context>
@@ -633,8 +633,8 @@ Paramètres-Require</var>>
<p>Les balises <directive
type="section">AuthzProviderAlias</directive> et
<code></AuthzProviderAlias></code> permettent de regrouper des
- directives d'autorisation auxquelles on pourra faire référence à
- l'aide de l'alias spécifié dans une directive <directive
+ directives d'autorisation auxquelles on pourra faire référence à
+ l'aide de l'alias spécifié dans une directive <directive
module="mod_authz_core">Require</directive>.</p>
</usage>
@@ -643,27 +643,28 @@ Paramètres-Require</var>>
<directivesynopsis>
<name>AuthzSendForbiddenOnFailure</name>
<description>Envoie '403 FORBIDDEN' au lieu de '401 UNAUTHORIZED' si
-l'authentification réussit et si l'autorisation a été refusée.
+l'authentification réussit et si l'autorisation a été refusée.
</description>
<syntax>AuthzSendForbiddenOnFailure On|Off</syntax>
<default>AuthzSendForbiddenOnFailure Off</default>
<contextlist><context>directory</context><context>.htaccess</context>
</contextlist>
+<override>AuthConfig</override>
<compatibility>Disponible depuis la version 2.3.11 d'Apache HTTPD</compatibility>
<usage>
- <p>Par défaut, si l'authentification réussit, alors que
- l'autorisation est refusée, Apache HTTPD renvoie un code de réponse
- HTTP '401 UNAUTHORIZED'. En général, les navigateurs proposent alors
- une nouvelle fois à l'utilisateur la boîte de dialogue de saisie du
+ <p>Par défaut, si l'authentification réussit, alors que
+ l'autorisation est refusée, Apache HTTPD renvoie un code de réponse
+ HTTP '401 UNAUTHORIZED'. En général, les navigateurs proposent alors
+ une nouvelle fois à l'utilisateur la boîte de dialogue de saisie du
mot de passe, ce qui n'est pas toujours souhaitable. La directive
<directive>AuthzSendForbiddenOnFailure</directive> permet de changer
- le code de réponse en '403 FORBIDDEN'.</p>
+ le code de réponse en '403 FORBIDDEN'.</p>
- <note type="warning"><title>Avertissement de sécurité</title>
- <p>La modification de la réponse en cas de refus d'autorisation
- diminue la sécurité du mot de passe, car elle indique à un éventuel
- attaquant que le mot de passe qu'il a saisi était correct.</p>
+ <note type="warning"><title>Avertissement de sécurité</title>
+ <p>La modification de la réponse en cas de refus d'autorisation
+ diminue la sécurité du mot de passe, car elle indique à un éventuel
+ attaquant que le mot de passe qu'il a saisi était correct.</p>
</note>
</usage>
</directivesynopsis>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_authz_host.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_authz_host.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_authz_host.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_authz_host.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?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: 1734412:1793288 (outdated) -->
+<!-- English Revision: 1793288 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -30,8 +30,8 @@ IP)</description>
<status>Base</status>
<sourcefile>mod_authz_host.c</sourcefile>
<identifier>authz_host_module</identifier>
-<compatibility>Disponible depuis les versions 2.3 et supérieures
-d'Apache</compatibility>
+<compatibility>Le fournisseur <code>forward-dns</code> est disponible à partir
+de la version 2.4.19 du serveur HTTP Apache</compatibility>
<summary>
<p>Les fournisseurs d'autorisation implémentés par le module
@@ -188,6 +188,8 @@ Require forward-dns bla.example.org
<p>Un client dont l'adresse IP correspond au nom d'hôte
<code>bla.example.org</code> se verra autoriser l'accès.</p>
+ <p>Le fournisseur <code>forward-dns</code> est disponible à partir de la
+ version 2.4.19 du serveur HTTP Apache.</p>
</section>
<section id="reqlocal"><title>Require local</title>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_deflate.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_deflate.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_deflate.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_deflate.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?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: 1726578:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -428,6 +428,7 @@ de la compression</description>
compression</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
+<override>All</override>
<compatibility>Disponible à partir de la version 2.4.10 du serveur HTTP
Apache</compatibility>
@@ -448,6 +449,7 @@ Apache</compatibility>
<default>200</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
+<override>All</override>
<compatibility>Disponible à partir de la version 2.4.10 du serveur HTTP
Apache</compatibility>
@@ -470,6 +472,7 @@ corps de requête peut être dépassé</
<default>3</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
+<override>All</override>
<compatibility>Disponible à partir de la version 2.4.10 du serveur HTTP
Apache</compatibility>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_example_hooks.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_example_hooks.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_example_hooks.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_example_hooks.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -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: 1673892:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -31,34 +31,34 @@
<identifier>example_hooks_module</identifier>
<summary>
- <p>Certains fichiers situés dans le répertoire
+ <p>Certains fichiers situés dans le répertoire
<code>modules/examples</code> de l'arborescence de la
- distribution d'Apache sont fournis à titre d'exemples pour ceux qui
- souhaitent écrire des modules qui utilisent l'API d'Apache.</p>
+ distribution d'Apache sont fournis à titre d'exemples pour ceux qui
+ souhaitent écrire des modules qui utilisent l'API d'Apache.</p>
<p>Le fichier principal est <code>mod_example_hooks.c</code>, qui
- constitue une illustration exhaustive des différents mécanismes et
- syntaxes d'appels. En aucun cas un module additionnel n'aura à
- inclure des routines pour tous les appels - il n'en nécessitera au
+ constitue une illustration exhaustive des différents mécanismes et
+ syntaxes d'appels. En aucun cas un module additionnel n'aura à
+ inclure des routines pour tous les appels - il n'en nécessitera au
contraire qu'un petit nombre !</p>
- <p>Le module example_hooks fonctionne réellement. Si vous le chargez dans
+ <p>Le module example_hooks fonctionne réellement. Si vous le chargez dans
votre serveur, activez le gestionnaire "example-hooks-handler" dans une
- section location, et essayez d'accéder à la zone du site web
+ section location, et essayez d'accéder à la zone du site web
correspondante, vous verrez s'afficher certaines sorties que le
- module example_hooks produit au cours des différents appels.</p>
+ module example_hooks produit au cours des différents appels.</p>
</summary>
<section id="compiling"><title>Compilation du module example_hooks</title>
<p>Pour inclure le module example_hooks dans votre serveur, effectuez les
- étapes suivantes :</p>
+ étapes suivantes :</p>
<ol>
- <li>Exécutez <program>configure</program> avec l'option
+ <li>Exécutez <program>configure</program> avec l'option
<code>--enable-example-hooks</code>.</li>
- <li>Compilez le serveur (exécutez la commande
+ <li>Compilez le serveur (exécutez la commande
"<code>make</code>").</li>
</ol>
@@ -70,35 +70,35 @@
<li>Modifiez le fichier.</li>
- <li>Créez <code>modules/nouveau_module/config.m4</code>.
+ <li>Créez <code>modules/nouveau_module/config.m4</code>.
<ol>
<li>Ajoutez <code>APACHE_MODPATH_INIT(nouveau_module)</code>.</li>
<li>Copiez la ligne APACHE_MODULE contenant "example_hooks" depuis
<code>modules/examples/config.m4</code>.</li>
<li>Remplacez le premier argument "example-hooks" par
<em>monexemple</em>.</li>
- <li>Remplacez le second argument par une brève description de
- votre module. Cette description sera utilisée par la commande
+ <li>Remplacez le second argument par une brève description de
+ votre module. Cette description sera utilisée par la commande
<code>configure --help</code>.</li>
- <li>Si la compilation de votre module nécessite des drapeaux
- de compilation C, des drapeaux d'édition de liens, ou de
- bibliothèques supplémentaires, ajoutez les respectivement à
+ <li>Si la compilation de votre module nécessite des drapeaux
+ de compilation C, des drapeaux d'édition de liens, ou de
+ bibliothèques supplémentaires, ajoutez les respectivement à
CFLAGS, LDFLAGS et LIBS. Reportez-vous aux fichiers
- <code>config.m4</code> des répertoires des autres modules pour
+ <code>config.m4</code> des répertoires des autres modules pour
plus d'exemples.</li>
<li>Ajoutez <code>APACHE_MODPATH_FINISH</code>.</li>
</ol>
</li>
- <li>Créez le fichier
+ <li>Créez le fichier
<code>module/nouveau_module/Makefile.in</code>.
- Si la compilation de votre module ne nécessite pas d'instructions
- particulières, ce fichier ne doit contenir que la ligne
+ Si la compilation de votre module ne nécessite pas d'instructions
+ particulières, ce fichier ne doit contenir que la ligne
<code>include $(top_srcdir)/build/special.mk</code>.</li>
- <li>Exécutez ./buildconf à la racine du répertoire.</li>
+ <li>Exécutez ./buildconf à la racine du répertoire.</li>
- <li>Compilez le serveur après avoir exécuté la commande configure
+ <li>Compilez le serveur après avoir exécuté la commande configure
avec l'option --enable-monexemple.</li>
</ol>
@@ -107,7 +107,7 @@
<section id="using"><title>Utilisation du module
<code>mod_example_hooks</code></title>
- <p>Pour activer le module example_hooks, ajoutez à votre fichier
+ <p>Pour activer le module example_hooks, ajoutez à votre fichier
<code>httpd.conf</code> un bloc du style :</p>
<highlight language="config">
<Location "/example-hooks-info">
@@ -117,7 +117,7 @@
<p>Vous pouvez aussi ajouter ce qui suit dans un fichier <a
href="core.html#accessfilename"><code>.htaccess</code></a>, puis
- accéder au fichier "test.example" à partir du répertoire
+ accéder au fichier "test.example" à partir du répertoire
correspondant :</p>
<highlight language="config">
@@ -125,28 +125,29 @@
</highlight>
- <p>Après avoir rechargé la configuration ou redémarré votre serveur,
- vous devriez pouvoir accéder à ce fichier et voir s'afficher ce qui
- a été décrit plus haut.</p>
+ <p>Après avoir rechargé la configuration ou redémarré votre serveur,
+ vous devriez pouvoir accéder à ce fichier et voir s'afficher ce qui
+ a été décrit plus haut.</p>
</section>
<directivesynopsis>
<name>Example</name>
-<description>Directive de démonstration pour illustrer l'API des modules
+<description>Directive de démonstration pour illustrer l'API des modules
Apache</description>
<syntax>Example</syntax>
<contextlist><context>server config</context>
<context>virtual host</context><context>directory</context>
<context>.htaccess</context></contextlist>
+<override>Options</override>
<usage>
<p>La directive <directive>Example</directive> n'a pour fonction que
- de définir un drapeau de démonstration que le gestionnaire de
- contenu du module example_hooks va afficher. Elle ne possède aucun
- argument. Si vous naviguez vers une URL à laquelle le gestionnaire
+ de définir un drapeau de démonstration que le gestionnaire de
+ contenu du module example_hooks va afficher. Elle ne possède aucun
+ argument. Si vous naviguez vers une URL à laquelle le gestionnaire
de contenu example_hooks s'applique, vous verrez s'afficher les routines
- du module, ainsi que l'ordre dans lequel elles ont été appelées pour
- servir le document demandé. On peut observer l'effet de cette
+ du module, ainsi que l'ordre dans lequel elles ont été appelées pour
+ servir le document demandé. On peut observer l'effet de cette
directive dans la phrase "<code>Example
directive declared here: YES/NO</code>".</p>
</usage>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_logio.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_logio.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_logio.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_logio.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,9 +1,8 @@
<?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: 1684311:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2015061301 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -109,7 +108,8 @@ to first byte - TTFB)</description>
<default>LogIOTrackTTFB OFF</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context></contextlist>
-<override>none</override>
+<override>All</override>
+<compatibility>Disponible à partir de la version 2.4.13 du serveur HTTP Apache</compatibility>
<usage>
<p>Cette directive permet de définir si ce module mesure le délai
Modified: httpd/httpd/trunk/docs/manual/mod/mod_macro.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_macro.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_macro.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_macro.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?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: 1770843:1793934 (outdated) -->
+<!-- English Revision: 1793934 -->
<!-- French translation: Fabien Coelho -->
<!-- Updated by Lucien Gentis -->
@@ -203,6 +203,7 @@ UndefMacro DirGroup
<context>virtual host</context>
<context>directory</context>
</contextlist>
+<override>All</override>
<usage>
<p>La directive <directive type="section">Macro</directive> permet de définir une macro
@@ -236,6 +237,7 @@ UndefMacro DirGroup
<context>virtual host</context>
<context>directory</context>
</contextlist>
+<override>All</override>
<usage>
<p> La directive <directive>Use</directive> permet d'utiliser une macro.
@@ -271,6 +273,7 @@ Require ip 192.54.172.0/24 192.54.148.0/
<context>virtual host</context>
<context>directory</context>
</contextlist>
+<override>All</override>
<usage>
<p>La directive <directive>UndefMacro</directive> annule la définition
@@ -295,6 +298,7 @@ propos des arguments de Macro vides</des
<context>virtual host</context>
<context>directory</context>
</contextlist>
+<override>All</override>
</directivesynopsis>
@@ -310,6 +314,7 @@ propos d'une imbrication de Macros non c
<context>virtual host</context>
<context>directory</context>
</contextlist>
+<override>All</override>
</directivesynopsis>
Modified: httpd/httpd/trunk/docs/manual/mod/mod_remoteip.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/mod_remoteip.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/mod_remoteip.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/mod/mod_remoteip.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?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: 1790691:1794142 (outdated) -->
+<!-- English Revision: 1794142 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -324,12 +324,7 @@ version 2.4.26 du serveur HTTP Apache</c
présence de l'en-tête PROXY, mais aussi de permettre aux autres clients de
se connecter sans ce dernier. Cette directive permet à l'administrateur du
serveur d'autoriser cette possibilité à un hôte isolé ou à une gamme d'hôtes
- au format CIDR. This is generally useful for monitoring and administrative
- traffic to a virtual host direct to the server behind the upstream load
- balancer.</p>
- <!-- Traduction possible dernière phrase : Elle est en général utilisée dans le cadre du monitoring du
- trafic vers un serveur virtuel à destination du serveur situé derrière le
- répartiteur de charge. -->
+ au format CIDR.</p>
</usage>
</directivesynopsis>
Modified: httpd/httpd/trunk/docs/manual/sitemap.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/sitemap.xml.fr?rev=1794214&r1=1794213&r2=1794214&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/sitemap.xml.fr [utf-8] (original)
+++ httpd/httpd/trunk/docs/manual/sitemap.xml.fr [utf-8] Sun May 7 15:48:50 2017
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sitemap SYSTEM "./style/sitemap.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1780356:1793932 (outdated) -->
+<!-- English Revision: 1793932 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -220,6 +220,7 @@ threads dans la version 2.x</page>
<page href="mod/">Index des modules</page>
<page href="mod/directives.html">Index des directives</page>
<page href="mod/quickreference.html">Référence rapide des directives</page>
+<page href="mod/overrides.html">Index de la classe Override pour .htaccess</page>
</category>
</sitemap>