X-Git-Url: https://granicus.if.org/sourcecode?a=blobdiff_plain;f=docs%2Fmanual%2Fupgrading.xml.fr;h=6a729b1ed88ea0677ce6bb2febf8557cfc14d900;hb=402ea113bbd93eef00e66ba0caaef75df15cd0e8;hp=e3cfec8bdcb3034b973fa45ac5dec33a6e3b8b4c;hpb=10f185528f2067a9fbe4009a549ed54ae80fb1b3;p=apache

diff --git a/docs/manual/upgrading.xml.fr b/docs/manual/upgrading.xml.fr
index e3cfec8bdc..6a729b1ed8 100644
--- a/docs/manual/upgrading.xml.fr
+++ b/docs/manual/upgrading.xml.fr
@@ -1,9 +1,9 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision : 1333469 -->
+<!-- English Revision: 1819907 -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
@@ -24,121 +24,152 @@
 
 <manualpage metafile="upgrading.xml.meta">
 
-<title>Mise &agrave; jour de la version 2.2 vers la version 2.4</title>
+<title>Mise à jour de la version 2.2 vers la version 2.4</title>
 
 <summary>
-  <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;
+  <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
   jour, nous maintenons un document
-  qui comporte des informations critiques &agrave; l'attention des personnes qui
-  utilisent d&eacute;j&agrave; le serveur HTTP Apache. Ces informations
-  ne sont que de br&egrave;ves notes, et vous
+  qui comporte des informations critiques à l'attention des personnes qui
+  utilisent déjà le serveur HTTP Apache. Ces informations
+  ne sont que de brèves notes, et vous
   trouverez plus d'informations dans le document <a
-  href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s</a>, ou dans
-  le fichier <code>src/CHANGES</code>. Les d&eacute;veloppeurs d'applications
-  et de modules trouveront un r&eacute;sum&eacute; des modifications de l'API dans la
-  vue d'ensemble <a href="developer/new_api_2_4.html">Mises &agrave; jour de
+  href="new_features_2_4.html">Nouvelles fonctionnalités</a>, ou dans
+  le fichier <code>src/CHANGES</code>. Les développeurs d'applications
+  et de modules trouveront un résumé des modifications de l'API dans la
+  vue d'ensemble <a href="developer/new_api_2_4.html">Mises à jour de
   l'API</a>.</p>
 
-  <p>Ce document pr&eacute;sente les changements de comportement du serveur qui
-  peuvent n&eacute;cessiter une modification de la configuration, et la mani&egrave;re
-  d'utiliser la version 2.4 du serveur en parall&egrave;le avec la
-  version 2.2. Pour tirer parti des nouvelles fonctionnalit&eacute;s de la
-  version 2.4, reportez-vous au document "Nouvelles fonctionnalit&eacute;s".</p>
+  <p>Ce document présente les changements de comportement du serveur qui
+  peuvent nécessiter une modification de la configuration, et la manière
+  d'utiliser la version 2.4 du serveur en parallèle avec la
+  version 2.2. Pour tirer parti des nouvelles fonctionnalités de la
+  version 2.4, reportez-vous au document "Nouvelles fonctionnalités".</p>
 
-  <p>Ce document ne d&eacute;crit que les modifications intervenues entre les versions
-  2.2 et 2.4. Si vous effectuez une mise &agrave; jour depuis la version 2.0, vous
+  <p>Ce document ne décrit que les modifications intervenues entre les versions
+  2.2 et 2.4. Si vous effectuez une mise à jour depuis la version 2.0, vous
   devez aussi consulter le
   <a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
-  &agrave; jour de 2.0 vers 2.2.</a></p>
+  à jour de 2.0 vers 2.2.</a></p>
 
 </summary>
 <seealso><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
-fonctionnalit&eacute;s du serveur HTTP Apache 2.4</a></seealso>
+fonctionnalités du serveur HTTP Apache 2.4</a></seealso>
 
   <section id="compile-time">
-    <title>Modifications des param&egrave;tres de compilation</title>
-     <p>Le processus de compilation est tr&egrave;s similaire &agrave; celui de la
+    <title>Modifications des paramètres de compilation</title>
+     <p>Le processus de compilation est très similaire à celui de la
      version 2.2. Dans la plupart des cas, vous pourrez utiliser votre
      ancienne ligne de commande <code>configure</code> (telle qu'elle
-     est enregistr&eacute;e dans le fichier <code>build/config.nice</code>
-     situ&eacute; dans le r&eacute;pertoire de compilation du serveur). Voici certains
-     changements intervenus dans la configuration par d&eacute;faut :</p>
+     est enregistrée dans le fichier <code>build/config.nice</code>
+     situé dans le répertoire de compilation du serveur). Voici certains
+     changements intervenus dans la configuration par défaut :</p>
 
     <ul>
-      <li>Les modules suivants ont &eacute;t&eacute; supprim&eacute;s : mod_authn_default,
+      <li>Les modules suivants ont été supprimés : mod_authn_default,
       mod_authz_default et mod_mem_cache. Si vous utilisiez
       mod_mem_cache sous la version 2.2, vous devez maintenant utiliser
       <module>mod_cache_disk</module> dans la version 2.4.</li>
 
-      <li>Toutes les impl&eacute;mentations de r&eacute;partition de charge ont &eacute;t&eacute;
-      d&eacute;plac&eacute;es vers des sous-modules sp&eacute;cifiques de mod_proxy, comme
+      <li>Toutes les implémentations de répartition de charge ont été
+      déplacées vers des sous-modules spécifiques de mod_proxy, comme
       <module>mod_lbmethod_bybusyness</module>. Vous devrez compiler et
-      charg&eacute;s tous les modules correspondants que votre configuration
+      chargés tous les modules correspondants que votre configuration
       utilise.</li>
 
       <li>Le support de BeOS, TPF, et des anciennes plates-formes telles
-      que A/UX, Next, et Tandem a &eacute;t&eacute; supprim&eacute;, car
-      elles ne sont plus consid&eacute;r&eacute;es comme maintenues.</li>
+      que A/UX, Next, et Tandem a été supprimé, car
+      elles ne sont plus considérées comme maintenues.</li>
 
-      <li>configure: les modules dynamiques (DSO) sont compil&eacute;s par
-      d&eacute;faut</li>
+      <li>configure: les modules dynamiques (DSO) sont compilés par
+      défaut</li>
 
-      <li>configure: par d&eacute;faut, seul un jeu de modules de base est
-      charg&eacute;. Les autres directives <directive>LoadModule</directive>
-      sont mises en commentaires.</li>
+      <li>configure: par défaut, seul un jeu de modules de base est
+      chargé. Les autres directives <directive>LoadModule</directive>
+      sont mises en commentaires dans le fichier de configuration.</li>
 
-      <li>configure: le jeu de modules "most" est compil&eacute; par d&eacute;faut</li>
+      <li>configure: le jeu de modules "most" est compilé par défaut</li>
 
       <li>configure: le jeu de modules "reallyall" ajoute les modules de
-      d&eacute;veloppeur au jeu "all".</li>
+      développeur au jeu "all".</li>
     </ul>
 
   </section>
 
   <section id="run-time">
-    <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>
+    <title>Modifications de la configuration à l'exécution</title>
 <p>Des changements significatifs dans la configuration de
 l'autorisation, ainsi que quelques changements mineurs, peuvent
-n&eacute;cessiter une mise &agrave; jour des fichiers de configuration de la version
+nécessiter une mise à jour des fichiers de configuration de la version
 2.2 avant de les utiliser sous la version 2.4.</p>
 
     <section id="authz">
       <title>Autorisation</title>
 
-      <p>Tout fichier de configuration qui g&egrave;re des autorisations devra
-      probablement &ecirc;tre mis &agrave; jour.</p>
+      <p>Tout fichier de configuration qui gère des autorisations devra
+      probablement être mis à jour.</p>
 
     <p>Vous devez vous reporter au document <a
-    href="howto/auth.html">Authentification, autorisation et contr&ocirc;le
-    d'acc&egrave;s</a>, et plus particuli&egrave;rement &agrave; la section <a
+    href="howto/auth.html">Authentification, autorisation et contrôle
+    d'accès</a>, et plus particulièrement à la section <a
     href="howto/auth.html#beyond">Plus loin qu'une simple
-    autorisation</a> qui explique les nouveaux m&eacute;canismes permettant de
-    contr&ocirc;ler l'ordre dans lequel les directives d'autorisation sont
-    appliqu&eacute;es.</p>
+    autorisation</a> qui explique les nouveaux mécanismes permettant de
+    contrôler l'ordre dans lequel les directives d'autorisation sont
+    appliquées.</p>
+
+    <p>Les directives qui contrôlent la manière dont les modules
+    d'autorisation réagissent lorsqu'ils ne reconnaissent pas
+    l'utilisateur authentifié ont été supprimées : elles comprennent les
+    directives AuthzLDAPAuthoritative, AuthzDBDAuthoritative,
+    AuthzDBMAuthoritative, AuthzGroupFileAuthoritative,
+    AuthzUserAuthoritative et AuthzOwnerAuthoritative. Ces directives
+    ont été remplacées par les directives plus explicites <directive
+    module="mod_authz_core">RequireAny</directive>, <directive
+    module="mod_authz_core">RequireNone</directive>, et <directive
+    module="mod_authz_core">RequireAll</directive>.</p>
+
+    <p>Si vous utilisez <module>mod_authz_dbm</module>, vous devez
+    mettre à jour votre configuration en remplaçant les directives du
+    style <code>Require group ...</code> par des directives du style
+    <code>Require dbm-group ...</code>.</p>
 
     <section id="access">
-      <title>Contr&ocirc;le d'acc&egrave;s</title>
+      <title>Contrôle d'accès</title>
 
-      <p>Dans la version 2.2, le contr&ocirc;le d'acc&egrave;s bas&eacute; sur le nom d'h&ocirc;te
-      du client, son adresse IP, ou d'autres caract&eacute;ristiques de la
-      requ&ecirc;te &eacute;tait assur&eacute; via les directives <directive
+      <p>Dans la version 2.2, le contrôle d'accès basé sur le nom d'hôte
+      du client, son adresse IP, ou d'autres caractéristiques de la
+      requête était assuré via les directives <directive
       module="mod_access_compat">Order</directive>, <directive
       module="mod_access_compat">Allow</directive>, <directive
       module="mod_access_compat">Deny</directive>, et <directive
       module="mod_access_compat">Satisfy</directive>.</p>
 
-      <p>Dans la version 2.4, ce contr&ocirc;le d'acc&egrave;s est assur&eacute;, comme tout
-      contr&ocirc;le d'autorisation, via le nouveau module
+      <p>Dans la version 2.4, ce contrôle d'accès est assuré, comme tout
+      contrôle d'autorisation, par le nouveau module
       <module>mod_authz_host</module>. Bien que le module
-      <module>mod_access_compat</module> soit fourni &agrave; des fins de
-      compatibilit&eacute; avec les anciennes configurations, les anciennes
-      directives de contr&ocirc;le d'acc&egrave;s devront &ecirc;tre remplac&eacute;es par les
-      nouveaux m&eacute;canismes d'authentification.</p>
+      <module>mod_access_compat</module> assure la
+      compatibilité avec les anciennes configurations, les anciennes
+      directives de contrôle d'accès devront être remplacées par les
+      nouveaux mécanismes d'authentification.</p>
 
-      <p>Voici quelques exemples de contr&ocirc;le d'acc&egrave;s avec l'ancienne et
-      la nouvelle m&eacute;thode :</p>
-
-      <p>Dans cet exemple, toutes les requ&ecirc;tes sont rejet&eacute;es :</p>
+      <note><title>Mélanger anciennes et nouvelles directives</title>
+      <p>Mélanger d'anciennes directives comme <directive
+      module="mod_access_compat">Order</directive>, <directive
+      module="mod_access_compat">Allow</directive> ou <directive
+      module="mod_access_compat">Deny</directive> avec des nouvelles comme
+      <directive module="mod_authz_core">Require</directive> est techniquement
+      possible mais déconseillé. En effet, <module>mod_access_compat</module> a
+      été conçu pour supporter des configurations ne contenant que des anciennes
+      directives afin de faciliter le passage à la version 2.4. Les
+      exemples ci-dessous vous permettront de vous faire une meilleure idée des
+      problèmes qui peuvent survenir.
+      </p>
+      </note>
+
+      <p>Voici quelques exemples de contrôle d'accès avec l'ancienne et
+      la nouvelle méthode :</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">
@@ -153,7 +184,8 @@ Deny from all
 	</highlight>
       </example>
 
-      <p>Dans cet exemple, toutes les requ&ecirc;tes sont accept&eacute;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">
@@ -168,8 +200,9 @@ Allow from all
 	</highlight>
       </example>
 
-      <p>Dans l'exemple suivant, tous les h&ocirc;tes du domaine example.org
-      ont l'autorisation d'acc&egrave;s, tous les autres sont rejet&eacute;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>
@@ -185,124 +218,293 @@ Allow from example.org
         Require host example.org
 	</highlight>
       </example>
+
+      <p>Dans l'exemple suivant, le mélange d'anciennes et de nouvelles
+      directives produit des résultats inattendus.</p>
+ 
+      <example>
+        <title>Mélange d'anciennes et de nouvelles directives : RESULTAT
+	INATTENDU</title>
+          <highlight language="config">
+DocumentRoot "/var/www/html"
+
+&lt;Directory "/"&gt;
+    AllowOverride None
+    Order deny,allow
+    Deny from all
+&lt;/Directory&gt;
+
+&lt;Location "/server-status"&gt;
+    SetHandler server-status
+    Require local
+&lt;/Location&gt;
+
+access.log - GET /server-status 403 127.0.0.1
+error.log - AH01797: client denied by server configuration: /var/www/html/server-status
+          </highlight>
+      </example>
+      <p>Pourquoi httpd interdit l'accès à server-status alors que la
+      configuration semble l'autoriser ? Parce que dans ce scénario de <a
+      href="sections.html#merging">fusion</a> de configuration, les
+      directives de <module>mod_access_compat</module> sont prioritaires par
+      rapport à celles de <module>mod_authz_host</module>.</p>
+
+      <p>L'exemple suivant quant à lui produit un résultat conforme :</p>
+
+      <example>
+        <title>Mélange d'anciennes et de nouvelles directives : RESULTAT
+	CONFORME</title>
+        <highlight language="config">
+DocumentRoot "/var/www/html"
+
+&lt;Directory "/"&gt;
+    AllowOverride None
+    Require all denied
+&lt;/Directory&gt;
+
+&lt;Location "/server-status"&gt;
+    SetHandler server-status
+    Order deny,allow
+    Deny from all
+    Allow From 127.0.0.1
+&lt;/Location&gt;
+
+access.log - GET /server-status 200 127.0.0.1
+        </highlight>
+      </example> 
+      <p>En conclusion, même si une configuration hybride peut fonctionner,
+      essayez de l'éviter lors de la mise à jour : soit conservez les anciennes
+      directives, puis migrez-les vers les nouvelles ultérieurement, soit
+      effectuez une migration immédiate de toutes les anciennes directives vers
+      les nouvelles.  
+      </p>
     </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">
+# configuration en version 2.2 qui désactive le contrôle d'accès basé sur le nom
+# d'hôte pour n'utiliser que l'authentification
+Order Deny,Allow
+Allow from all
+AuthType Basic
+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 pour les désactiver
+AuthType Basic
+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
+AuthType Basic
+AuthBasicProvider file
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+      <example>
+        <title>Version 2.4 :</title>
+        <highlight language="config">
+AuthType Basic
+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
+AuthType Basic
+AuthBasicProvider file
+AuthUserFile /example.com/conf/users.passwd
+AuthName secure
+Require valid-user
+        </highlight>
+      </example>
+      <example>
+        <title>Version 2.4 :</title>
+        <highlight language="config">
+AuthType Basic
+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>
 
-      <p>D'autres ajustements mineurs peuvent s'av&eacute;rer n&eacute;cessaires pour
-      certaines configurations particuli&egrave;res, comme d&eacute;crit ci-dessous.</p>
+      <p>D'autres ajustements mineurs peuvent s'avérer nécessaires pour
+      certaines configurations particulières, comme décrit ci-dessous.</p>
 
       <ul>
-        <li><directive>MaxRequestsPerChild</directive> a &eacute;t&eacute; renomm&eacute;e en
+        <li><directive>MaxRequestsPerChild</directive> a été renommée en
 	<directive module="mpm_common">MaxConnectionsPerChild</directive>;
-	ce nouveau nom refl&egrave;te mieux l'usage de cette directive.
-	L'ancien nom est encore support&eacute;.</li>
+	ce nouveau nom reflète mieux l'usage de cette directive.
+	L'ancien nom est encore supporté.</li>
 
 	<li>La directive <directive>MaxClients</directive> a
-	&eacute;t&eacute; renomm&eacute;e en <directive
+	été renommée en <directive
 	module="mpm_common">MaxRequestWorkers</directive>; ce nouveau
-	nom refl&egrave;te mieux l'usage de cette directive. Pour les
+	nom reflète mieux l'usage de cette directive. Pour les
 	modules multiprocessus asynchrones, comme <module>event</module>, le nombre
-	maximal de clients n'est pas &eacute;quivalent au nombre de threads du
-	worker. L'ancien nom est encore support&eacute;.</li>
+	maximal de clients n'est pas équivalent au nombre de threads du
+	worker. L'ancien nom est encore supporté.</li>
 
         <li>La directive <directive
 	module="core">DefaultType</directive> ne produit plus aucun
-	effet, si ce n'est d'&eacute;mettre un avertissement si elle est
-	d&eacute;finie &agrave; une valeur autre que <code>none</code>. D'autres
+	effet, si ce n'est d'émettre un avertissement si elle est
+	définie à une valeur autre que <code>none</code>. D'autres
 	directives de configuration la remplacent dans la version 2.4.
         </li>
 
-	<li>La valeur par d&eacute;faut de la directive <directive
+	<li>La valeur par défaut de la directive <directive
+	module="core">AllowOverride</directive> est maintenant
+	<code>None</code>.</li>
+
+	<li>La valeur par défaut de la directive <directive
 	module="core">EnableSendfile</directive> est maintenant Off.</li>
 
-	<li>La valeur par d&eacute;faut de la directive <directive
+	<li>La valeur par défaut de la directive <directive
 	module="core">FileETag</directive> est maintenant "MTime Size"
 	(sans INode).</li>
 
-        <li><module>mod_log_config</module>: <a
-        href="modules/mod_log_config.html#formats">${cookie}C</a>
-        correspond au nom du cookie dans son ensemble, alors qu'avant,
-	toute sous-cha&icirc;ne pouvait correspondre.</li>
-
         <li><module>mod_dav_fs</module>: le format du fichier <directive
-	module="mod_dav_fs">DavLockDB</directive> a chang&eacute; pour les syst&egrave;mes
+	module="mod_dav_fs">DavLockDB</directive> a changé pour les systèmes
 	avec inodes. L'ancien fichier <directive
-	module="mod_dav_fs">DavLockDB</directive> doit &ecirc;tre supprim&eacute; dans le
-	cadre de la mise &agrave; jour.
+	module="mod_dav_fs">DavLockDB</directive> doit être supprimé dans le
+	cadre de la mise à jour.
         </li>
 
         <li>La directive <directive module="core">KeepAlive</directive>
 	n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
-	Avant, toute valeur autre que "Off" ou "0" &eacute;tait trait&eacute;e comme
+	Avant, toute valeur autre que "Off" ou "0" était traitée comme
 	"On".</li>
 
         <li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
-	SSLStaplingMutex et WatchdogMutexPath ont &eacute;t&eacute; remplac&eacute;es par la
+	SSLStaplingMutex et WatchdogMutexPath ont été remplacées par la
 	directive unique <directive module="core">Mutex</directive>.
-	Vous devez &eacute;valuer l'impact de ces directives obsol&egrave;tes dans
-	votre configuration version 2.2 afin de d&eacute;terminer si elles
-	peuvent &ecirc;tre simplement supprim&eacute;es, ou si elles doivent &ecirc;tre
-	remplac&eacute;es par la directive <directive
+	Vous devez évaluer l'impact de ces directives obsolètes dans
+	votre configuration version 2.2 afin de déterminer si elles
+	peuvent être simplement supprimées, ou si elles doivent être
+	remplacées par la directive <directive
 	module="core">Mutex</directive>.</li>
 
         <li><module>mod_cache</module>: la directive <directive
 	module="mod_cache">CacheIgnoreURLSessionIdentifiers</directive>
-	effectue maintenant une correspondance exacte dans la cha&icirc;ne de
-	param&egrave;tres au lieu d'une correspondance partielle. Si votre
-	configuration mettait en jeu des sous-cha&icirc;nes comme
-	<code>sessionid</code> pour correspondre &agrave;
+	effectue maintenant une correspondance exacte dans la chaîne de
+	paramètres au lieu d'une correspondance partielle. Si votre
+	configuration mettait en jeu des sous-chaînes comme
+	<code>sessionid</code> pour correspondre à
 	<code>/une-application/image.gif;jsessionid=123456789</code>,
-	vous devez maintenant utiliser la cha&icirc;ne de correspondance
-	compl&egrave;te <code>jsessionid</code>.
+	vous devez maintenant utiliser la chaîne de correspondance
+	complète <code>jsessionid</code>.
         </li>
 
+	<li><module>mod_cache</module>: le second paramètre de la
+	directive <directive module="mod_cache">CacheEnable</directive>
+	ne concerne les contenus en mandat direct que s'ils débutent par
+	le protocole approprié. Dans les versions 2.2 et antérieures, un
+	paramètre tel que '/' concernait tous les contenus.</li>
+
         <li><module>mod_ldap</module>: la directive <directive
 	module="mod_ldap">LDAPTrustedClientCert</directive> s'utilise
 	maintenant exclusivement au sein d'une configuration de niveau
-	r&eacute;pertoire. Si vous utilisez cette directive, passez en revue
-	votre configuration pour vous assurer qu'elle est bien pr&eacute;sente
-	dans tous les contextes de r&eacute;pertoire n&eacute;cessaires.</li>
+	répertoire. Si vous utilisez cette directive, passez en revue
+	votre configuration pour vous assurer qu'elle est bien présente
+	dans tous les contextes de répertoire nécessaires.</li>
 
 	<li><module>mod_filter</module>: la syntaxe de la directive
 	<directive module="mod_filter">FilterProvider</directive> utilise
-	maintenant une expression bool&eacute;enne pour d&eacute;terminer si un filtre
+	maintenant une expression booléenne pour déterminer si un filtre
 	s'applique.
         </li>
 
 	<li><module>mod_include</module>:
             <ul>
-            <li>L'&eacute;l&eacute;ment <code>#if expr</code> utilise maintenant le
-	    nouvel <a href="expr.html">interpr&eacute;teur d'expressions</a>.
-	    L'ancienne syntaxe peut &ecirc;tre r&eacute;activ&eacute;e via la directive
+            <li>L'élément <code>#if expr</code> utilise maintenant le
+	    nouvel <a href="expr.html">interpréteur d'expressions</a>.
+	    L'ancienne syntaxe peut être réactivée via la directive
 	    <directive
 	    module="mod_include">SSILegacyExprParser</directive>.
             </li>
-            <li>Dans la port&eacute;e du r&eacute;pertoire, une directive de
-	    configuration SSI* ne provoque plus la r&eacute;initialisation &agrave;
-	    leur valeur par d&eacute;faut de toutes les directives SSI* de
-	    niveau r&eacute;pertoire.</li>
+            <li>Dans la portée du répertoire, une directive de
+	    configuration SSI* ne provoque plus la réinitialisation à
+	    leur valeur par défaut de toutes les directives SSI* de
+	    niveau répertoire.</li>
             </ul>
         </li>
 
         <li><module>mod_charset_lite</module> : l'option
-	<code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en faveur d'une
+	<code>DebugLevel</code> a été supprimée en faveur d'une
 	configuration de la directive <directive
-	module="core">LogLevel</directive> au niveau r&eacute;pertoire.
+	module="core">LogLevel</directive> au niveau répertoire.
         </li>
 
-        <li><module>mod_ext-filter</module> : l'option
-	<code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en faveur d'une
+        <li><module>mod_ext_filter</module> : l'option
+	<code>DebugLevel</code> a été supprimée en faveur d'une
 	configuration de la directive <directive
-	module="core">LogLevel</directive> au niveau r&eacute;pertoire.
+	module="core">LogLevel</directive> au niveau répertoire.
         </li>
 
-	<li><module>mod_ssl</module>: le contr&ocirc;le de r&eacute;vocation des
-	certificats bas&eacute; sur les CRL doit &ecirc;tre maintenant explicitement
-	configur&eacute; via la directive <directive
+	<li><module>mod_proxy_scgi</module>: certaines applications web
+	ne fonctionneront plus correctement avec la nouvelle
+	configuration de <code>PATH_INFO</code> qui est différente de
+	celle de la version 2.2. La configuration
+	précédente peut être
+	restaurée en définissant la variable
+	<code>proxy-scgi-pathinfo</code>.</li>
+
+	<li><module>mod_ssl</module>: le contrôle de révocation des
+	certificats basé sur les CRL doit être maintenant explicitement
+	configuré via la directive <directive
         module="mod_ssl">SSLCARevocationCheck</directive>.
         </li>
 
@@ -310,8 +512,23 @@ Allow from example.org
 	ligne est maintenant 1Mo.
         </li>
 
-        <li><module>mod_reqtimeout</module>: si ce module est charg&eacute;, il
-	d&eacute;finit maintenant certains temps d'attente par d&eacute;faut.</li>
+        <li><module>mod_reqtimeout</module>: si ce module est chargé, il
+	définit maintenant certains temps d'attente par défaut.</li>
+
+	<li><module>mod_dumpio</module>: la directive
+	<directive>DumpIOLogLevel</directive> n'est plus supportée. Les
+	données sont toujours enregistrées au niveau <code>trace7</code>
+	de <directive module="core">LogLevel</directive></li>
+
+        <li>Jusqu'à la version 2.2, sur les plateformes de style Unix, 
+	les commandes de redirection des logs définies via <directive
+	module="core">ErrorLog</directive> ou <directive
+	module="mod_log_config">CustomLog</directive> étaient invoquées
+	en utilisant <code>/bin/sh -c</code>. A
+	partir de la version 2.4, les commandes de redirection des logs
+	sont exécutées directement. Pour retrouver l'ancien
+	comportement, voir la <a href="logs.html#piped">documentation
+	sur la redirection des logs</a></li>
 
     </ul>
     </section>
@@ -322,49 +539,58 @@ Allow from example.org
 
     <ul>
       <li><module>mod_auto_index</module>: extrait maintenant les titres
-      et affiche la description pour les fichiers .xhtml qui &eacute;taient
-      jusqu'alors ignor&eacute;s.</li>
+      et affiche la description pour les fichiers .xhtml qui étaient
+      jusqu'alors ignorés.</li>
 
-      <li><module>mod_ssl</module> : le format par d&eacute;faut des variables
-      <code>*_DN</code> a chang&eacute;. Il est cependant encore possible
+      <li><module>mod_ssl</module> : le format par défaut des variables
+      <code>*_DN</code> a changé. Il est cependant encore possible
       d'utiliser l'ancien format via la nouvelle option
       <code>LegacyDNStringFormat</code> de la directive <directive
       module="mod_ssl">SSLOptions</directive>. Le protocole SSLv2 n'est
-      plus support&eacute;. Les directives <directive
+      plus supporté. Les directives <directive
       module="mod_ssl">SSLProxyCheckPeerCN</directive> et
       <directive module="mod_ssl">SSLProxyCheckPeerExpire</directive>
-      sont maintenant d&eacute;finies par d&eacute;faut &agrave; On, et les requ&ecirc;tes mandat&eacute;es
-      vers des serveurs HTTPS poss&egrave;dant des certificats non conformes ou
-      p&eacute;rim&eacute;s &eacute;choueront donc avec un code d'erreur 502 (Bad gateway).</li>
+      sont maintenant définies par défaut à On, et les requêtes mandatées
+      vers des serveurs HTTPS possèdant des certificats non conformes ou
+      périmés échoueront donc avec un code d'erreur 502 (Bad gateway).</li>
 
-      <li><program>htpasswd</program> utilise maintenant par d&eacute;faut les
-      condens&eacute;s MD5 sur toutes les plates-formes.</li>
+      <li><program>htpasswd</program> utilise maintenant par défaut les
+      condensés MD5 sur toutes les plates-formes.</li>
 
       <li>La directive <directive
       module="core">NameVirtualHost</directive> n'a plus aucun effet, si
-      ce n'est l'&eacute;mission d'un avertissement. Toute combinaison
+      ce n'est l'émission d'un avertissement. Toute combinaison
       adresse/port apparaissant dans plusieurs serveurs virtuels est
-      trait&eacute;e implicitement comme un serveur virtuel bas&eacute; sur le nom.
+      traitée implicitement comme un serveur virtuel basé sur le nom.
       </li>
 
       <li><module>mod_deflate</module> n'effectue plus de compression
-      s'il s'aper&ccedil;oit que la quantit&eacute; de donn&eacute;es ajout&eacute;e par la
-      compression est sup&eacute;rieure &agrave; la quantit&eacute; de donn&eacute;es &agrave; compresser.
+      s'il s'aperçoit que la quantité de données ajoutée par la
+      compression est supérieure à la quantité de données à compresser.
       </li>
 
       <li>Les pages d'erreur multilingues de la version 2.2.x ne
-      fonctionneront qu'apr&egrave;s avoir &eacute;t&eacute; corrig&eacute;es pour
-      respecter la nouvelle syntaxe de l'&eacute;l&eacute;ment <code>#if expr=</code>
+      fonctionneront qu'après avoir été corrigées pour
+      respecter la nouvelle syntaxe de l'élément <code>#if expr=</code>
       du module <module>mod_include</module>, ou si la directive
       <directive module="mod_include">SSILegacyExprParser</directive> a
-      &eacute;t&eacute; activ&eacute;e pour le r&eacute;pertoire contenant les pages d'erreur.
+      été activée pour le répertoire contenant les pages d'erreur.
       </li>
 
-      <li>La fonctionnalit&eacute; fournie par <code>mod_authn_alias</code>
-      dans les pr&eacute;c&eacute;dentes versions (en fait la directive
+      <li>La fonctionnalité fournie par <code>mod_authn_alias</code>
+      dans les précédentes versions (en fait la directive
       <directive module="mod_authn_core">AuthnProviderAlias</directive>)
       est maintenant fournie par <module>mod_authn_core</module>.  
       </li>
+
+      <li><module>mod_cgid</module> utilise la valeur de la directive
+      <directive module="core">Timeout</directive> du serveur pour
+      limiter le temps d'attente entre les sorties d'un programme CGI.
+      La valeur de ce temps d'attente peut maintenant être modifiée via
+      la directive <directive
+      module="mod_cgid">CGIDScriptTImeout</directive>.
+      </li>
+
     </ul>
 
     </section>
@@ -372,18 +598,18 @@ Allow from example.org
   <section id="third-party">
     <title>Modules tiers</title>
 
-	<p>Tous les modules tiers doivent &ecirc;tre recompil&eacute;s pour la
-	version 2.4 avant d'&ecirc;tre charg&eacute;s.</p>
+	<p>Tous les modules tiers doivent être recompilés pour la
+	version 2.4 avant d'être chargés.</p>
 
-    <p>De nombreux modules tiers con&ccedil;us pour la version 2.2
+    <p>De nombreux modules tiers conçus pour la version 2.2
     fonctionneront sans changement avec le serveur HTTP Apache
-    version 2.4. Certains n&eacute;cessiterons cependant des modifications ; se
-    reporter &agrave; la vue d'ensemble <a
-    href="developer/new_api_2_4.html">Mise &agrave; jour de l'API</a>.</p>
+    version 2.4. Certains nécessiteront cependant des modifications ; se
+    reporter à la vue d'ensemble <a
+    href="developer/new_api_2_4.html">Mise à jour de l'API</a>.</p>
   </section>
 <section id="commonproblems">
-    <title>Probl&egrave;mes de mise &agrave; jour courants</title>
-    <ul><li>Erreurs au d&eacute;marrage :
+    <title>Problèmes de mise à jour courants</title>
+    <ul><li>Erreurs au démarrage :
     <ul>
       <li><code>Invalid command 'User', perhaps misspelled or defined by
       a module not included in the server configuration</code> - chargez
@@ -393,32 +619,30 @@ Allow from example.org
       by a module not included in the server configuration</code>, ou
       <code>Invalid command 'Order', perhaps misspelled or defined by a
       module not included in the server configuration</code> - chargez
-      le module <module>mod_access_compat</module>, ou mettez &agrave; jour
+      le module <module>mod_access_compat</module>, ou mettez à jour
       vers la version 2.4 les directives d'autorisation.</li>
-      <li><code>mixing * ports and non-* ports with a NameVirtualHost address is not supported</code>, <code>Either NameVirtualHost w.x.y.z:n has no VirtualHosts, or there is more than one identical NameVirtualHost line, or your VirtualHost declarations do not match the NameVirtualHost line</code> - ces messages ne sont pas nouveaux, mais ils bloquent d&eacute;sormais le d&eacute;marrage en g&eacute;n&eacute;rant une erreur</li>
-
-      <li><code>_default_ is not allowed in NameVirtualHost directive</code> - ceci a toujours &eacute;t&eacute; le cas, mais &agrave; pr&eacute;sent cette erreur bloque le d&eacute;marrage du serveur.</li>
 
       <li><code>Ignoring deprecated use of DefaultType in line NN of
       /path/to/httpd.conf</code> - supprimez la directive <directive
       module="core">DefaultType</directive> et remplacez-la par les
-      directives de configuration appropri&eacute;es.</li>
-      <li><code>mixing * ports and non-* ports with a NameVirtualHost
-      address is not supported</code>, <code>Either NameVirtualHost
-      w.x.y.z:n has no VirtualHosts, or there is more than one identical
-      NameVirtualHost line, or your VirtualHost declarations do not
-      match the NameVirtualHost line</code> -
-      ce ne sont pas des nouveaux messages, mais ils emp&ecirc;chent
-      maintenant le serveur de d&eacute;marrer</li>
-      <li><code>_default_ is not allowed in NameVirtualHost
-      directive</code> - l'explication est dans le message ; cette
-      d&eacute;finition n'a jamais &eacute;t&eacute; valide, mais elle emp&ecirc;che maintenant le
-      serveur de d&eacute;marrer.</li>
+      directives de configuration appropriées.</li>
+
+      <li><code>Invalid command 'AddOutputFilterByType', perhaps misspelled 
+      or defined by a module not included in the server configuration
+      </code> - la directive <directive
+      module="mod_filter">AddOutputFilterByType</directive> qui était
+      jusqu'alors implémentée par le module core, l'est maintenant par
+      le module mod_filter, qui doit donc être chargé.</li>
+
     </ul></li>
-    <li>Erreurs de traitement des requ&ecirc;tes :
+    <li>Erreurs de traitement des requêtes :
     <ul>
       <li><code>configuration error:  couldn't check user: /path</code> -
       chargez le module <module>mod_authn_core</module>.</li>
+      <li>Les fichiers <code>.htaccess</code> ne sont pas traités -
+      Vérifiez la présence d'une directive <directive
+      module="core">AllowOverride</directive> appropriée ; sa valeur par
+      défaut est maintenant <code>None</code>.</li>
     </ul>
     </li>
 </ul>