]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
XML updates.
authorLucien Gentis <lgentis@apache.org>
Sat, 7 Jan 2017 17:44:24 +0000 (17:44 +0000)
committerLucien Gentis <lgentis@apache.org>
Sat, 7 Jan 2017 17:44:24 +0000 (17:44 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1777830 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/howto/cgi.xml.fr
docs/manual/mod/mod_proxy_express.xml.fr
docs/manual/upgrading.xml.fr

index 66578a80f0cb09e84dfb129502fff21bb8ee7949..2bf5533b417b11a8700ab8f21533429ad08c3b70 100644 (file)
@@ -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: 1751932:1773247 (outdated) -->
+<!-- English Revision: 1773247 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
 
     <p>CGI (Common Gateway Interface) définit une méthode d'interaction
     entre un serveur web et des programmes générateurs de contenu
-    externes, plus souvent appelés programmes CGI ou scripts CGI. Il
-    s'agit de la méthode la plus simple, et la plus
-    courante, pour ajouter du contenu dynamique à votre site web. Ce
-    document est une introduction à la configuration de CGI sur votre
+    externes, plus souvent appelés programmes CGI ou scripts CGI.
+    Il s'agit d'une méthode simple pour ajouter du contenu dynamique à votre site
+    web en utilisant votre langage de programmation préféré.
+    Ce document est une introduction à la configuration de CGI sur votre
     serveur web Apache, et une initiation à l'écriture de programmes
     CGI.</p>
   </section>
index 528bdc23b792f45bab168f202968e698ace766ea..8fa45208aecdd6bb33403d9dbb4fffe2c9237e5d 100644 (file)
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1673563:1774024 (outdated) -->
+<!-- English Revision: 1774024 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -41,7 +41,7 @@ dynamique inverse de masse</description>
     <module>mod_proxy_balancer</module>, qui propose aussi la croissance
     dynamique, mais il est conçu pour gérer un nombre beaucoup plus important
     de serveurs d'arrière-plan. Il convient parfaitement pour créer un
-    commutateur HTTP frontal.</p>
+    commutateur HTTP frontal et pour les architectures Microservices.</p>
 
     <p>Pour pouvoir être utilisé, ce module nécessite le chargement de
     <module>mod_proxy</module>.</p>
index 5d645d4c2fc42f6e8cea7f56f38d1b4999ca0170..607549c47efe9e545af8536457e39bda00303a1b 100644 (file)
@@ -3,7 +3,7 @@
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1738542:1772764 (outdated) -->
+<!-- English Revision: 1772764 -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -168,7 +168,7 @@ nécessiter une mise à jour des fichiers de configuration de la version
       <p>Voici quelques exemples de contrôle d'accès avec l'ancienne et
       la nouvelle méthode :</p>
 
-      <p>Dans cet exemple, toutes les requêtes sont rejetées :</p>
+      <p>Dans cet exemple, il n'y a pas d'authentification et toutes les requêtes sont rejetées :</p>
       <example>
         <title>version 2.2 :</title>
         <highlight language="config">
@@ -183,7 +183,7 @@ Deny from all
        </highlight>
       </example>
 
-      <p>Dans cet exemple, toutes les requêtes sont acceptées :</p>
+      <p>Dans cet exemple, il n'y a pas d'authentification et toutes les requêtes sont acceptées :</p>
       <example>
         <title>version 2.2 :</title>
         <highlight language="config">
@@ -198,8 +198,9 @@ Allow from all
        </highlight>
       </example>
 
-      <p>Dans l'exemple suivant, tous les hôtes du domaine example.org
-      ont l'autorisation d'accès, tous les autres sont rejetés :</p>
+      <p>Dans l'exemple suivant, il n'y a pas d'authentification et tous les
+      hôtes du domaine example.org ont l'autorisation d'accès, tous les autres
+      étant rejetés :</p>
 
       <example>
         <title>version 2.2 :</title>
@@ -294,8 +295,95 @@ access.log - GET /server-status 200 127.0.0.1
       </p>      
     </section>
 
-    </section>
+    <p>Dans de nombreuses configurations avec authentification où la directive
+     <directive>Satisfy</directive> était définie à sa valeur par défaut
+     <em>ALL</em>, les lignes de configuration qui désactivent le contrôle
+     d'accès basé sur l'hôte sont maintenant omises :</p>
+
+      <example>
+        <title>Version 2.2 :</title>
+        <highlight language="config">
+Order Deny,Allow
+Deny from all
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+      <example>
+        <title>Version 2.4 :</title>
+        <highlight language="config">
+# Pas besoin de remplacer les directives Order et deny
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+
+     <p>Dans les configurations où l'authentification et le contrôle d'accès se
+     combinaient dans un but précis, les directives de contrôle d'accès doivent
+     être migrées. Dans l'exemple suivant, les requêtes qui correspondent aux
+     <em>deux</em> critères sont acceptées :</p>
+      <example>
+        <title>Version 2.2 :</title>
+        <highlight language="config">
+Order allow,deny
+Deny from all
+# ALL est la valeur par défaut de Satisfy
+Satisfy ALL
+Allow from 127.0.0.1
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+      <example>
+        <title>Version 2.4 :</title>
+        <highlight language="config">
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+&lt;RequireAll&gt;
+  Require valid-user
+  Require ip 127.0.0.1
+&lt;/RequireAll&gt;
+        </highlight>
+      </example>
+
+     <p>Dans les configurations où l'authentification et le contrôle d'accès se
+     combinaient dans un but précis, les directives de contrôle d'accès doivent
+     être migrées. Dans l'exemple suivant, les requêtes qui correspondent à
+     <em>au moins un</em> critère sont acceptées :</p>
+      <example>
+        <title>Version 2.2 :</title>
+        <highlight language="config">
+Order allow,deny
+Deny from all
+Satisfy any
+Allow from 127.0.0.1
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+      <example>
+        <title>Version 2.4 :</title>
+        <highlight language="config">
+AuthBasicProvider File
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+# Implicite : &lt;RequireAny&gt;
+Require valid-user
+Require ip 127.0.0.1
+        </highlight>
+      </example>
 
+    </section>
+    
     <section id="config">
       <title>Autres changements dans la configuration</title>