httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1736584 [1/2] - in /httpd/httpd/branches/2.4.x/docs/manual: expr.xml.fr mod/mod_authz_host.xml.fr mod/mod_include.xml.fr
Date Fri, 25 Mar 2016 14:52:18 GMT
Author: lgentis
Date: Fri Mar 25 14:52:18 2016
New Revision: 1736584

URL: http://svn.apache.org/viewvc?rev=1736584&view=rev
Log:
XML updates.

Modified:
    httpd/httpd/branches/2.4.x/docs/manual/expr.xml.fr
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_authz_host.xml.fr
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_include.xml.fr

Modified: httpd/httpd/branches/2.4.x/docs/manual/expr.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/expr.xml.fr?rev=1736584&r1=1736583&r2=1736584&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/expr.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/expr.xml.fr Fri Mar 25 14:52:18 2016
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1731081:1736446 (outdated) -->
+<!-- English Revision: 1736446 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -47,7 +47,7 @@
 <seealso><directive module="core" type="section">If</directive></seealso>
 <seealso><directive module="core" type="section">ElseIf</directive></seealso>
 <seealso><directive module="core" type="section">Else</directive></seealso>
-<seealso><directive module="core" type="section">ErrorDocument</directive></seealso>
+<seealso><directive module="core">ErrorDocument</directive></seealso>
 <seealso><directive module="mod_alias">Alias</directive></seealso>
 <seealso><directive module="mod_alias">ScriptAlias</directive></seealso>
 <seealso><directive module="mod_alias">Redirect</directive></seealso>
@@ -268,6 +268,9 @@ listfunction ::= listfuncname "<strong>(
     <tr><td><code>HANDLER</code></td>
         <td>Le nom du <a href="handler.html">gestionnaire</a> qui a
 	généré la réponse</td></tr>
+    <tr><td><code>HTTP2</code></td>
+        <td>"<code>on</code>" si la requête utilise http/2,
+            "<code>off</code>" dans le cas contraire</td></tr>
     <tr><td><code>HTTPS</code></td>
         <td>"<code>on</code>" si la requête utilise https,
 	"<code>off</code>" dans le cas contraire</td></tr>

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_authz_host.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_authz_host.xml.fr?rev=1736584&r1=1736583&r2=1736584&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_authz_host.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_authz_host.xml.fr Fri Mar 25 14:52:18 2016
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1702020:1735957 (outdated) -->
+<!-- English Revision: 1735957 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,53 +25,53 @@
 <modulesynopsis metafile="mod_authz_host.xml.meta">
 
 <name>mod_authz_host</name>
-<description>Autorisations de groupe bas&eacute;es sur l'h&ocirc;te (nom ou
adresse
+<description>Autorisations de groupe basées sur l'hôte (nom ou adresse
 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&eacute;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&eacute;ment&eacute;s par le module
-    <module>mod_authz_host</module> sont enregistr&eacute;s &agrave;
l'aide de
+    <p>Les fournisseurs d'autorisation implémentés par le module
+    <module>mod_authz_host</module> sont enregistrés à l'aide de
     la directive <directive module="mod_authz_core">Require</directive>. On peut
-    utiliser cette directive &agrave; l'int&eacute;rieur de sections <directive
+    utiliser cette directive à l'intérieur de sections <directive
     module="core" type="section">Directory</directive>, <directive
     module="core" type="section">Files</directive>, ou <directive
     module="core" type="section">Location</directive> ou de fichiers
     <code><a href="core.html#accessfilename">.htaccess</a> </code>
pour
-    contr&ocirc;ler l'acc&egrave;s &agrave; certaines zones du serveur. Le contr&ocirc;le
d'acc&egrave;s
-    peut &ecirc;tre effectu&eacute; en fonction du nom d'h&ocirc;te ou de l'adresse
IP.</p>
+    contrôler l'accès à certaines zones du serveur. Le contrôle d'accès
+    peut être effectué en fonction du nom d'hôte ou de l'adresse IP.</p>
 
-    <p>En g&eacute;n&eacute;ral, les directives de restriction d'acc&egrave;s
s'appliquent &agrave;
-    toutes les m&eacute;thodes d'acc&egrave;s (<code>GET</code>, <code>PUT</code>,
+    <p>En général, les directives de restriction d'accès s'appliquent à
+    toutes les méthodes d'accès (<code>GET</code>, <code>PUT</code>,
     <code>POST</code>, etc...). C'est d'ailleurs ce que l'on souhaite
     dans la plupart des cas. Il est cependant possible de ne restreindre
-    l'acc&egrave;s que pour certaines m&eacute;thodes, tout en laissant les autres
-    m&eacute;thodes sans protection, en pla&ccedil;ant les directives dans une section
+    l'accès que pour certaines méthodes, tout en laissant les autres
+    méthodes sans protection, en plaçant les directives dans une section
     <directive module="core" type="section">Limit</directive>.</p>
 </summary>
 
 <seealso><a href="../howto/auth.html">Authentification, autorisation et
-contr&ocirc;le d'acc&egrave;s</a></seealso>
+contrôle d'accès</a></seealso>
 <seealso><directive module="mod_authz_core">Require</directive></seealso>
 
 <section id="requiredirectives"><title>Les directives Require</title>
 
     <p>La directive Apache <directive
-    module="mod_authz_core">Require</directive> est utilis&eacute;e au cours
de
-    la phase d'autorisation pour v&eacute;rifier si un utilisateur se voit
-    accorder ou refuser l'acc&egrave;s &agrave; une ressource. mod_authz_host fournit
-    les types d'autorisation <code>ip</code>, <code>host</code> et
<code>local</code>. D'autres
-    types d'autorisation
-    sont aussi disponibles, mais n&eacute;cessitent le chargement des modules
-    d'autorisation appropri&eacute;s.</p>
-
-    <p>Ces fournisseurs d'autorisation permettent de d&eacute;terminer quels
-    h&ocirc;tes peuvent acc&eacute;der &agrave; une zone du serveur. On peut
contr&ocirc;ler
-    l'acc&egrave;s en fonction du nom d'h&ocirc;te, de l'adresse IP, ou d'un intervalle
+    module="mod_authz_core">Require</directive> est utilisée au cours de
+    la phase d'autorisation pour vérifier si un utilisateur se voit
+    accorder ou refuser l'accès à une ressource. mod_authz_host fournit
+    les types d'autorisation <code>ip</code>, <code>host</code>,
+    <code>forward-dns</code> et <code>local</code>. D'autres
+    types d'autorisation sont aussi disponibles, mais nécessitent le chargement
+    des modules d'autorisation appropriés.</p>
+
+    <p>Ces fournisseurs d'autorisation permettent de déterminer quels
+    hôtes peuvent accéder à une zone du serveur. On peut contrôler
+    l'accès en fonction du nom d'hôte, de l'adresse IP, ou d'un intervalle
     d'adresses IP.</p>
 
     <p>A partir de la version 2.4.8, les directives require host
@@ -79,20 +79,20 @@ contr&ocirc;le d'acc&egrave;s</a></seeal
 
 <section id="reqip"><title>Require ip</title>
 
-    <p>Le fournisseur <code>ip</code> permet de contr&ocirc;ler l'acc&egrave;s
au
+    <p>Le fournisseur <code>ip</code> permet de contrôler l'accès
au
     serveur en fonction de l'adresse IP du client distant. Lorsque
-    <code>Require ip <var>adresse-ip</var></code> est sp&eacute;cifi&eacute;,
la
-    requ&ecirc;te est autoris&eacute;e si l'adresse IP du client distant correspond
-    &agrave;</p>
+    <code>Require ip <var>adresse-ip</var></code> est spécifié,
la
+    requête est autorisée si l'adresse IP du client distant correspond
+    à</p>
 
-    <p>Une adresse IP compl&egrave;te :</p>
+    <p>Une adresse IP complète :</p>
 
     <highlight language="config">
 Require ip 10.1.2.3
 Require ip 192.168.1.104 192.168.1.205
     </highlight>
 
-    <p>L'adresse IP d'un h&ocirc;te pour qui l'acc&egrave;s est accord&eacute;</p>
+    <p>L'adresse IP d'un hôte pour qui l'accès est accordé</p>
 
     <p>Une adresse IP partielle :</p>
 
@@ -100,29 +100,29 @@ Require ip 192.168.1.104 192.168.1.205
 Require ip 10.1
 Require ip 10 172.20 192.168.2
     </highlight>
-    <p>Les 1 &agrave; 3 premiers octets d'une adresse IP, pour une restriction
-    &agrave; un sous-r&eacute;seau.</p>
+    <p>Les 1 à 3 premiers octets d'une adresse IP, pour une restriction
+    à un sous-réseau.</p>
 
-    <p>Une paire r&eacute;seau/masque de sous-r&eacute;seau :</p>
+    <p>Une paire réseau/masque de sous-réseau :</p>
 
     <highlight language="config">
       Require ip 10.1.0.0/255.255.0.0
     </highlight>
-    <p>Un r&eacute;seau a.b.c.d, et un masque de sous-r&eacute;seau w.x.y.z.
pour une
-    restriction de sous-r&eacute;seau plus fine.</p>
+    <p>Un réseau a.b.c.d, et un masque de sous-réseau w.x.y.z. pour une
+    restriction de sous-réseau plus fine.</p>
 
-    <p>Une sp&eacute;cification CIDR r&eacute;seau/nnn :</p>
+    <p>Une spécification CIDR réseau/nnn :</p>
 
     <highlight language="config">
       Require ip 10.1.0.0/16
     </highlight>
-    <p>Identique au cas pr&eacute;c&eacute;dent, except&eacute; que le
masque de sous-r&eacute;seau
-    repr&eacute;sente les nnn premiers bits de poids fort.</p>
+    <p>Identique au cas précédent, excepté que le masque de sous-réseau
+    représente les nnn premiers bits de poids fort.</p>
 
     <p>Notez que les trois derniers exemples correspondent exectement au
-    m&ecirc;me ensemble d'h&ocirc;tes.</p>
+    même ensemble d'hôtes.</p>
 
-    <p>On peut sp&eacute;cifier des adresses et des sous-r&eacute;seaux IPv6
comme
+    <p>On peut spécifier des adresses et des sous-réseaux IPv6 comme
     suit :</p>
 
     <highlight language="config">
@@ -132,54 +132,78 @@ Require ip 2001:db8:2:1::/64
 Require ip 2001:db8:3::/48
     </highlight>
 
-    <p>Note: comme les adresses IP sont lues au d&eacute;marrage, les
-    expressions ne sont pas &eacute;valu&eacute;es au moment de la requ&ecirc;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 id="reqhost"><title>Require host</title>
 
-    <p>Le fournisseur <code>host</code> permet de contr&ocirc;ler l'acc&egrave;s
au
-    serveur en fonction du nom d'h&ocirc;te du client distant. Lorsque
-    <code>Require host <var>nom-h&ocirc;te</var></code> est sp&eacute;cifi&eacute;,
la
-    requ&ecirc;te est autoris&eacute;e si le nom d'h&ocirc;te correspond &agrave;</p>
+    <p>Le fournisseur <code>host</code> permet de contrôler l'accès
au
+    serveur en fonction du nom d'hôte du client distant. Lorsque
+    <code>Require host <var>nom-hôte</var></code> est spécifié,
la
+    requête est autorisée si le nom d'hôte correspond à</p>
 
-    <p>Un nom de domaine (&eacute;ventuellement partiel)</p>
+    <p>Un nom de domaine (éventuellement partiel)</p>
 
     <highlight language="config">
 Require host example.org
 Require host .net example.edu
     </highlight>
 
-    <p>Les h&ocirc;tes dont les noms correspondent ou se terminent par la
-    cha&icirc;ne sp&eacute;cifi&eacute;e se voient accorder l'acc&egrave;s.
Seuls les &eacute;l&eacute;ment de
+    <p>Les hôtes dont les noms correspondent ou se terminent par la
+    chaîne spécifiée se voient accorder l'accès. Seuls les élément de
     nom de domaine complets sont mis en correspondance ; ainsi,
-    l'exemple ci-dessus correspondra &agrave; <code>foo.example.org</code>,
mais
-    ne correspondra pas &agrave; <code>fooexample.org</code>. Avec cette
+    l'exemple ci-dessus correspondra à <code>foo.example.org</code>, mais
+    ne correspondra pas à <code>fooexample.org</code>. Avec cette
     configuration, Apache va effectuer une double recherche DNS sur
-    l'adresse IP du client, sans tenir compte de la d&eacute;finition de la
+    l'adresse IP du client, sans tenir compte de la définition de la
     directive  <directive module="core">HostnameLookups</directive>. Il
     va effectuer une recherche DNS inverse sur l'adresse IP pour trouver
-    le nom d'h&ocirc;te associ&eacute;, puis une recherche DNS directe sur le nom
-    d'h&ocirc;te pour v&eacute;rifier qu'il correspond bien &agrave; l'adresse
IP originale.
-    L'acc&egrave;s ne sera accord&eacute; que si le nom d'h&ocirc;te correspond
et si les
-    recherches DNS inverse et directe sont coh&eacute;rentes.</p>
+    le nom d'hôte associé, puis une recherche DNS directe sur le nom
+    d'hôte pour vérifier qu'il correspond bien à l'adresse IP originale.
+    L'accès ne sera accordé que si le nom d'hôte correspond et si les
+    recherches DNS inverse et directe sont cohérentes.</p>
+
+</section>
+
+<section id="reqfwddns"><title>Require forward-dns</title>
+
+    <p>Le fournisseur <code>forward-dns</code> permet d'accéder au serveur
+    sécurisé en fonction de simples noms d'hôte. Lorsque <code>Require
+    forward-dns <var>host-name</var></code> est spécifié, toute adresse
IP
+    correspondant à <code><var>host-name</var></code> se voit
autoriser l'accès.</p>
+
+    <p>A la différence du fournisseur <code>host</code>, ce fournisseur
+    n'effectue pas de recherche DNS inverse : il effectue simplement une requête
+    DNS directe pour le nom d'hôte spécifié et donne accès au client si son
+    adresse IP correspond. Il ne fonctionnera donc qu'avec des noms d'hôte, et
+    non avec des noms de domaine. Par contre, comme le DNS inverse n'est pas
+    sollicité, il fonctionnera avec des clients qui utilisent un service de DNS
+    dynamique.</p>
+
+    <highlight language="config">
+Require forward-dns bla.example.org
+    </highlight>
+
+    <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>
 
 </section>
 
 <section id="reqlocal"><title>Require local</title>
 
-    <p>Le fournisseur <code>local</code> autorise l'acc&egrave;s au
serveur si
+    <p>Le fournisseur <code>local</code> autorise l'accès au serveur
si
     l'une au moins de ces conditions est satisfaite :</p>
 
     <ul>
-        <li>l'adresse IP du client correspond &agrave; 127.0.0.0/8</li>
+        <li>l'adresse IP du client correspond à 127.0.0.0/8</li>
         <li>l'adresse IP du client est ::1</li>
         <li>les adresses IP du client et du serveur sont identiques</li>
     </ul>
 
-    <p>L'exemple suivant montre une m&eacute;thode simple pour s&eacute;lectionner
les
-    connexions en provenance de l'h&ocirc;te local :</p>
+    <p>L'exemple suivant montre une méthode simple pour sélectionner les
+    connexions en provenance de l'hôte local :</p>
 
     <highlight language="config">
     Require local
@@ -187,14 +211,14 @@ Require host .net example.edu
 
 </section>
 
-<section id="proxy"><title>Note concernant la s&eacute;curit&eacute;</title>
+<section id="proxy"><title>Note concernant la sécurité</title>
 
-    <p>Si le contenu de votre serveur est mandat&eacute;, vous devez garder &agrave;
-    l'esprit que l'adresse client correspondra &agrave; l'adresse de votre
-    serveur mandataire et non &agrave; l'adresse du client, et l'utilisation de
+    <p>Si le contenu de votre serveur est mandaté, vous devez garder à
+    l'esprit que l'adresse client correspondra à l'adresse de votre
+    serveur mandataire et non à l'adresse du client, et l'utilisation de
     la directive <code>Require</code> dans ce contexte ne provoquera pas
-    forc&eacute;ment l'effet d&eacute;sir&eacute;. Voir <module>mod_remoteip</module>
pour
-    une solution possible &agrave; ce probl&egrave;me.</p>
+    forcément l'effet désiré. Voir <module>mod_remoteip</module> pour
+    une solution possible à ce problème.</p>
     
 </section>
 



Mime
View raw message