<?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>
<?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 -->
<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>
<?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
<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">
</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">
</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>
</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
+<RequireAll>
+ Require valid-user
+ Require ip 127.0.0.1
+</RequireAll>
+ </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 : <RequireAny>
+Require valid-user
+Require ip 127.0.0.1
+ </highlight>
+ </example>
+ </section>
+
<section id="config">
<title>Autres changements dans la configuration</title>