granicus.if.org Git - apache/blob - docs/manual/upgrading.html.fr.utf8

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
   4 <meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
   5 <!--
   6         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   7               This file is generated from xml source: DO NOT EDIT
   8         XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   9       -->
  10 <title>Mise à jour de la version 2.2 vers la version 2.4 - Serveur HTTP Apache Version 2.5</title>
  11 <link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
  12 <link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
  13 <link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
  14 <script src="./style/scripts/prettify.min.js" type="text/javascript">
  15 </script>
  16
  17 <link href="./images/favicon.ico" rel="shortcut icon" /></head>
  18 <body id="manual-page"><div id="page-header">
  19 <p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
  20 <p class="apache">Serveur HTTP Apache Version 2.5</p>
  21 <img alt="" src="./images/feather.png" /></div>
  22 <div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="./images/left.gif" /></a></div>
  23 <div id="path">
  24 <a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="./">Version 2.5</a></div><div id="page-content"><div id="preamble"><h1>Mise à jour de la version 2.2 vers la version 2.4</h1>
  25 <div class="toplang">
  26 <p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
  27 <a href="./fr/upgrading.html" title="Français">&nbsp;fr&nbsp;</a></p>
  28 </div>
  29
  30   <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
  31   jour, nous maintenons un document
  32   qui comporte des informations critiques à l'attention des personnes qui
  33   utilisent déjà le serveur HTTP Apache. Ces informations
  34   ne sont que de brèves notes, et vous
  35   trouverez plus d'informations dans le document <a href="new_features_2_4.html">Nouvelles fonctionnalités</a>, ou dans
  36   le fichier <code>src/CHANGES</code>. Les développeurs d'applications
  37   et de modules trouveront un résumé des modifications de l'API dans la
  38   vue d'ensemble <a href="developer/new_api_2_4.html">Mises à jour de
  39   l'API</a>.</p>
  40
  41   <p>Ce document présente les changements de comportement du serveur qui
  42   peuvent nécessiter une modification de la configuration, et la manière
  43   d'utiliser la version 2.4 du serveur en parallèle avec la
  44   version 2.2. Pour tirer parti des nouvelles fonctionnalités de la
  45   version 2.4, reportez-vous au document "Nouvelles fonctionnalités".</p>
  46
  47   <p>Ce document ne décrit que les modifications intervenues entre les versions
  48   2.2 et 2.4. Si vous effectuez une mise à jour depuis la version 2.0, vous
  49   devez aussi consulter le
  50   <a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
  51   à jour de 2.0 vers 2.2.</a></p>
  52
  53 </div>
  54 <div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#compile-time">Modifications des paramètres de compilation</a></li>
  55 <li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration à l'exécution</a></li>
  56 <li><img alt="" src="./images/down.gif" /> <a href="#misc">Changements divers</a></li>
  57 <li><img alt="" src="./images/down.gif" /> <a href="#third-party">Modules tiers</a></li>
  58 <li><img alt="" src="./images/down.gif" /> <a href="#commonproblems">Problèmes de mise à jour courants</a></li>
  59 </ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
  60 fonctionnalités du serveur HTTP Apache 2.4</a></li><li><a href="#comments_section">Commentaires</a></li></ul></div>
  61 <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
  62 <div class="section">
  63 <h2><a name="compile-time" id="compile-time">Modifications des paramètres de compilation</a> <a title="Lien permanent" href="#compile-time" class="permalink">&para;</a></h2>
  64
  65      <p>Le processus de compilation est très similaire à celui de la
  66      version 2.2. Dans la plupart des cas, vous pourrez utiliser votre
  67      ancienne ligne de commande <code>configure</code> (telle qu'elle
  68      est enregistrée dans le fichier <code>build/config.nice</code>
  69      situé dans le répertoire de compilation du serveur). Voici certains
  70      changements intervenus dans la configuration par défaut :</p>
  71
  72     <ul>
  73       <li>Les modules suivants ont été supprimés : mod_authn_default,
  74       mod_authz_default et mod_mem_cache. Si vous utilisiez
  75       mod_mem_cache sous la version 2.2, vous devez maintenant utiliser
  76       <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> dans la version 2.4.</li>
  77
  78       <li>Toutes les implémentations de répartition de charge ont été
  79       déplacées vers des sous-modules spécifiques de mod_proxy, comme
  80       <code class="module"><a href="./mod/mod_lbmethod_bybusyness.html">mod_lbmethod_bybusyness</a></code>. Vous devrez compiler et
  81       chargés tous les modules correspondants que votre configuration
  82       utilise.</li>
  83
  84       <li>Le support de BeOS, TPF, et des anciennes plates-formes telles
  85       que A/UX, Next, et Tandem a été supprimé, car
  86       elles ne sont plus considérées comme maintenues.</li>
  87
  88       <li>configure: les modules dynamiques (DSO) sont compilés par
  89       défaut</li>
  90
  91       <li>configure: par défaut, seul un jeu de modules de base est
  92       chargé. Les autres directives <code class="directive">LoadModule</code>
  93       sont mises en commentaires dans le fichier de configuration.</li>
  94
  95       <li>configure: le jeu de modules "most" est compilé par défaut</li>
  96
  97       <li>configure: le jeu de modules "reallyall" ajoute les modules de
  98       développeur au jeu "all".</li>
  99     </ul>
 100
 101   </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 102 <div class="section">
 103 <h2><a name="run-time" id="run-time">Modifications de la configuration à l'exécution</a> <a title="Lien permanent" href="#run-time" class="permalink">&para;</a></h2>
 104
 105 <p>Des changements significatifs dans la configuration de
 106 l'autorisation, ainsi que quelques changements mineurs, peuvent
 107 nécessiter une mise à jour des fichiers de configuration de la version
 108 2.2 avant de les utiliser sous la version 2.4.</p>
 109
 110     <h3><a name="authz" id="authz">Autorisation</a></h3>
 111
 112
 113       <p>Tout fichier de configuration qui gère des autorisations devra
 114       probablement être mis à jour.</p>
 115
 116     <p>Vous devez vous reporter au document <a href="howto/auth.html">Authentification, autorisation et contrôle
 117     d'accès</a>, et plus particulièrement à la section <a href="howto/auth.html#beyond">Plus loin qu'une simple
 118     autorisation</a> qui explique les nouveaux mécanismes permettant de
 119     contrôler l'ordre dans lequel les directives d'autorisation sont
 120     appliquées.</p>
 121
 122     <p>Les directives qui contrôlent la manière dont les modules
 123     d'autorisation réagissent lorsqu'ils ne reconnaissent pas
 124     l'utilisateur authentifié ont été supprimées : elles comprennent les
 125     directives AuthzLDAPAuthoritative, AuthzDBDAuthoritative,
 126     AuthzDBMAuthoritative, AuthzGroupFileAuthoritative,
 127     AuthzUserAuthoritative et AuthzOwnerAuthoritative. Ces directives
 128     ont été remplacées par les directives plus explicites <code class="directive"><a href="./mod/mod_authz_core.html#requireany">RequireAny</a></code>, <code class="directive"><a href="./mod/mod_authz_core.html#requirenone">RequireNone</a></code>, et <code class="directive"><a href="./mod/mod_authz_core.html#requireall">RequireAll</a></code>.</p>
 129
 130     <p>Si vous utilisez <code class="module"><a href="./mod/mod_authz_dbm.html">mod_authz_dbm</a></code>, vous devez
 131     mettre à jour votre configuration en remplaçant les directives du
 132     style <code>Require group ...</code> par des directives du style
 133     <code>Require dbm-group ...</code>.</p>
 134
 135     <h4><a name="access" id="access">Contrôle d'accès</a></h4>
 136
 137
 138       <p>Dans la version 2.2, le contrôle d'accès basé sur le nom d'hôte
 139       du client, son adresse IP, ou d'autres caractéristiques de la
 140       requête était assuré via les directives <code class="directive"><a href="./mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="./mod/mod_access_compat.html#allow">Allow</a></code>, <code class="directive"><a href="./mod/mod_access_compat.html#deny">Deny</a></code>, et <code class="directive"><a href="./mod/mod_access_compat.html#satisfy">Satisfy</a></code>.</p>
 141
 142       <p>Dans la version 2.4, ce contrôle d'accès est assuré, comme tout
 143       contrôle d'autorisation, par le nouveau module
 144       <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>. Bien que le module
 145       <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> assure la
 146       compatibilité avec les anciennes configurations, les anciennes
 147       directives de contrôle d'accès devront être remplacées par les
 148       nouveaux mécanismes d'authentification.</p>
 149
 150       <div class="note"><h3>Mélanger anciennes et nouvelles directives</h3>
 151       <p>Mélanger d'anciennes directives comme <code class="directive"><a href="./mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="./mod/mod_access_compat.html#allow">Allow</a></code> ou <code class="directive"><a href="./mod/mod_access_compat.html#deny">Deny</a></code> avec des nouvelles comme
 152       <code class="directive"><a href="./mod/mod_authz_core.html#require">Require</a></code> est techniquement
 153       possible mais déconseillé. En effet, <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> a
 154       été conçu pour supporter des configurations ne contenant que des anciennes
 155       directives afin de faciliter le passage à la version 2.4. Les
 156       exemples ci-dessous vous permettront de vous faire une meilleure idée des
 157       problèmes qui peuvent survenir.
 158       </p>
 159       </div>
 160
 161       <p>Voici quelques exemples de contrôle d'accès avec l'ancienne et
 162       la nouvelle méthode :</p>
 163
 164       <p>Dans cet exemple, il n'y a pas d'authentification et toutes les
 165       requêtes sont rejetées :</p>
 166       <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order deny,allow
 167 Deny from all</pre>
 168 </div>
 169       <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all denied</pre>
 170 </div>
 171
 172       <p>Dans cet exemple, il n'y a pas d'authentification et toutes les
 173       requêtes sont acceptées :</p>
 174       <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
 175 Allow from all</pre>
 176 </div>
 177       <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all granted</pre>
 178 </div>
 179
 180       <p>Dans l'exemple suivant, il n'y a pas d'authentification et tous les
 181       hôtes du domaine example.org
 182       ont l'autorisation d'accès, tous les autres étant rejetés :</p>
 183
 184       <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order Deny,Allow
 185 Deny from all
 186 Allow from example.org</pre>
 187 </div>
 188       <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require host example.org</pre>
 189 </div>
 190
 191       <p>Dans l'exemple suivant, le mélange d'anciennes et de nouvelles
 192       directives produit des résultats inattendus.</p>
 193
 194       <div class="example"><h3>Mélange d'anciennes et de nouvelles directives : RESULTAT
 195         INATTENDU</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"
 196
 197 &lt;Directory "/"&gt;
 198     AllowOverride None
 199     Order deny,allow
 200     Deny from all
 201 &lt;/Directory&gt;
 202
 203 &lt;Location "/server-status"&gt;
 204     SetHandler server-status
 205     Require local
 206 &lt;/Location&gt;
 207
 208 access.log - GET /server-status 403 127.0.0.1
 209 error.log - AH01797: client denied by server configuration: /var/www/html/server-status</pre>
 210 </div>
 211       <p>Pourquoi httpd interdit l'accès à server-status alors que la
 212       configuration semble l'autoriser ? Parce que dans ce scénario de <a href="sections.html#merging">fusion</a> de configuration, les
 213       directives de <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> sont prioritaires par
 214       rapport à celles de <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>.</p>
 215
 216       <p>L'exemple suivant quant à lui produit un résultat conforme :</p>
 217
 218       <div class="example"><h3>Mélange d'anciennes et de nouvelles directives : RESULTAT
 219         CONFORME</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"
 220
 221 &lt;Directory "/"&gt;
 222     AllowOverride None
 223     Require all denied
 224 &lt;/Directory&gt;
 225
 226 &lt;Location "/server-status"&gt;
 227     SetHandler server-status
 228     Order deny,allow
 229     Deny from all
 230     Allow From 127.0.0.1
 231 &lt;/Location&gt;
 232
 233 access.log - GET /server-status 200 127.0.0.1</pre>
 234 </div>
 235       <p>En conclusion, même si une configuration hybride peut fonctionner,
 236       essayez de l'éviter lors de la mise à jour : soit conservez les anciennes
 237       directives, puis migrez-les vers les nouvelles ultérieurement, soit
 238       effectuez une migration immédiate de toutes les anciennes directives vers
 239       les nouvelles.
 240       </p>
 241
 242
 243
 244      <p>Dans de nombreuses configurations avec authentification où la directive
 245      <code class="directive">Satisfy</code> était définie à sa valeur par défaut
 246      <em>ALL</em>, les lignes de configuration qui désactivent le contrôle
 247      d'accès basé sur l'hôte sont maintenant omises :</p>
 248
 249       <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config"># configuration en version 2.2 qui désactive le contrôle d'accès basé sur le nom
 250 # d'hôte pour n'utiliser que l'authentification
 251 Order Deny,Allow
 252 Allow from all
 253 AuthType Basic
 254 AuthBasicProvider file
 255 AuthUserFile /example.com/conf/users.passwd
 256 AuthName secure
 257 Require valid-user</pre>
 258 </div>
 259       <div class="example"><h3>Version 2.4 :</h3><pre class="prettyprint lang-config"># Pas besoin de remplacer les directives Order et deny pour les désactiver
 260 AuthType Basic
 261 AuthBasicProvider file
 262 AuthUserFile /example.com/conf/users.passwd
 263 AuthName secure
 264 Require valid-user</pre>
 265 </div>
 266
 267      <p>Dans les configurations où l'authentification et le contrôle d'accès se
 268      combinaient dans un but précis, les directives de contrôle d'accès doivent
 269      être migrées. Dans l'exemple suivant, les requêtes qui correspondent aux
 270      <em>deux</em> critères sont acceptées :</p>
 271       <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
 272 Deny from all
 273 # ALL est la valeur par défaut de Satisfy
 274 Satisfy ALL
 275 Allow from 127.0.0.1
 276 AuthType Basic
 277 AuthBasicProvider file
 278 AuthUserFile /example.com/conf/users.passwd
 279 AuthName secure
 280 Require valid-user</pre>
 281 </div>
 282       <div class="example"><h3>Version 2.4 :</h3><pre class="prettyprint lang-config">AuthType Basic
 283 AuthBasicProvider file
 284 AuthUserFile /example.com/conf/users.passwd
 285 AuthName secure
 286 &lt;RequireAll&gt;
 287   Require valid-user
 288   Require ip 127.0.0.1
 289 &lt;/RequireAll&gt;</pre>
 290 </div>
 291
 292      <p>Dans les configurations où l'authentification et le contrôle d'accès se
 293      combinaient dans un but précis, les directives de contrôle d'accès doivent
 294      être migrées. Dans l'exemple suivant, les requêtes qui correspondent à
 295      <em>au moins un</em> critère sont acceptées :</p>
 296       <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
 297 Deny from all
 298 Satisfy any
 299 Allow from 127.0.0.1
 300 AuthType Basic
 301 AuthBasicProvider file
 302 AuthUserFile /example.com/conf/users.passwd
 303 AuthName secure
 304 Require valid-user</pre>
 305 </div>
 306       <div class="example"><h3>Version 2.4 :</h3><pre class="prettyprint lang-config">AuthType Basic
 307 AuthBasicProvider file
 308 AuthUserFile /example.com/conf/users.passwd
 309 AuthName secure
 310 # Implicite : &lt;RequireAny&gt;
 311 Require valid-user
 312 Require ip 127.0.0.1</pre>
 313 </div>
 314
 315
 316
 317     <h3><a name="config" id="config">Autres changements dans la configuration</a></h3>
 318
 319
 320       <p>D'autres ajustements mineurs peuvent s'avérer nécessaires pour
 321       certaines configurations particulières, comme décrit ci-dessous.</p>
 322
 323       <ul>
 324         <li><code class="directive">MaxRequestsPerChild</code> a été renommée en
 325         <code class="directive"><a href="./mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code>;
 326         ce nouveau nom reflète mieux l'usage de cette directive.
 327         L'ancien nom est encore supporté.</li>
 328
 329         <li>La directive <code class="directive">MaxClients</code> a
 330         été renommée en <code class="directive"><a href="./mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code>; ce nouveau
 331         nom reflète mieux l'usage de cette directive. Pour les
 332         modules multiprocessus asynchrones, comme <code class="module"><a href="./mod/event.html">event</a></code>, le nombre
 333         maximal de clients n'est pas équivalent au nombre de threads du
 334         worker. L'ancien nom est encore supporté.</li>
 335
 336         <li>La directive <code class="directive"><a href="./mod/core.html#defaulttype">DefaultType</a></code> ne produit plus aucun
 337         effet, si ce n'est d'émettre un avertissement si elle est
 338         définie à une valeur autre que <code>none</code>. D'autres
 339         directives de configuration la remplacent dans la version 2.4.
 340         </li>
 341
 342         <li>La valeur par défaut de la directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> est maintenant
 343         <code>None</code>.</li>
 344
 345         <li>La valeur par défaut de la directive <code class="directive"><a href="./mod/core.html#enablesendfile">EnableSendfile</a></code> est maintenant Off.</li>
 346
 347         <li>La valeur par défaut de la directive <code class="directive"><a href="./mod/core.html#fileetag">FileETag</a></code> est maintenant "MTime Size"
 348         (sans INode).</li>
 349
 350         <li><code class="module"><a href="./mod/mod_dav_fs.html">mod_dav_fs</a></code>: le format du fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> a changé pour les systèmes
 351         avec inodes. L'ancien fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> doit être supprimé dans le
 352         cadre de la mise à jour.
 353         </li>
 354
 355         <li>La directive <code class="directive"><a href="./mod/core.html#keepalive">KeepAlive</a></code>
 356         n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
 357         Avant, toute valeur autre que "Off" ou "0" était traitée comme
 358         "On".</li>
 359
 360         <li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
 361         SSLStaplingMutex et WatchdogMutexPath ont été remplacées par la
 362         directive unique <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.
 363         Vous devez évaluer l'impact de ces directives obsolètes dans
 364         votre configuration version 2.2 afin de déterminer si elles
 365         peuvent être simplement supprimées, ou si elles doivent être
 366         remplacées par la directive <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.</li>
 367
 368         <li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: la directive <code class="directive"><a href="./mod/mod_cache.html#cacheignoreurlsessionidentifiers">CacheIgnoreURLSessionIdentifiers</a></code>
 369         effectue maintenant une correspondance exacte dans la chaîne de
 370         paramètres au lieu d'une correspondance partielle. Si votre
 371         configuration mettait en jeu des sous-chaînes comme
 372         <code>sessionid</code> pour correspondre à
 373         <code>/une-application/image.gif;jsessionid=123456789</code>,
 374         vous devez maintenant utiliser la chaîne de correspondance
 375         complète <code>jsessionid</code>.
 376         </li>
 377
 378         <li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: le second paramètre de la
 379         directive <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code>
 380         ne concerne les contenus en mandat direct que s'ils débutent par
 381         le protocole approprié. Dans les versions 2.2 et antérieures, un
 382         paramètre tel que '/' concernait tous les contenus.</li>
 383
 384         <li><code class="module"><a href="./mod/mod_ldap.html">mod_ldap</a></code>: la directive <code class="directive"><a href="./mod/mod_ldap.html#ldaptrustedclientcert">LDAPTrustedClientCert</a></code> s'utilise
 385         maintenant exclusivement au sein d'une configuration de niveau
 386         répertoire. Si vous utilisez cette directive, passez en revue
 387         votre configuration pour vous assurer qu'elle est bien présente
 388         dans tous les contextes de répertoire nécessaires.</li>
 389
 390         <li><code class="module"><a href="./mod/mod_filter.html">mod_filter</a></code>: la syntaxe de la directive
 391         <code class="directive"><a href="./mod/mod_filter.html#filterprovider">FilterProvider</a></code> utilise
 392         maintenant une expression booléenne pour déterminer si un filtre
 393         s'applique.
 394         </li>
 395
 396         <li><code class="module"><a href="./mod/mod_include.html">mod_include</a></code>:
 397             <ul>
 398             <li>L'élément <code>#if expr</code> utilise maintenant le
 399             nouvel <a href="expr.html">interpréteur d'expressions</a>.
 400             L'ancienne syntaxe peut être réactivée via la directive
 401             <code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code>.
 402             </li>
 403             <li>Dans la portée du répertoire, une directive de
 404             configuration SSI* ne provoque plus la réinitialisation à
 405             leur valeur par défaut de toutes les directives SSI* de
 406             niveau répertoire.</li>
 407             </ul>
 408         </li>
 409
 410         <li><code class="module"><a href="./mod/mod_charset_lite.html">mod_charset_lite</a></code> : l'option
 411         <code>DebugLevel</code> a été supprimée en faveur d'une
 412         configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau répertoire.
 413         </li>
 414
 415         <li><code class="module"><a href="./mod/mod_ext_filter.html">mod_ext_filter</a></code> : l'option
 416         <code>DebugLevel</code> a été supprimée en faveur d'une
 417         configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau répertoire.
 418         </li>
 419
 420         <li><code class="module"><a href="./mod/mod_proxy_scgi.html">mod_proxy_scgi</a></code>: certaines applications web
 421         ne fonctionneront plus correctement avec la nouvelle
 422         configuration de <code>PATH_INFO</code> qui est différente de
 423         celle de la version 2.2. La configuration
 424         précédente peut être
 425         restaurée en définissant la variable
 426         <code>proxy-scgi-pathinfo</code>.</li>
 427
 428         <li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code>: le contrôle de révocation des
 429         certificats basé sur les CRL doit être maintenant explicitement
 430         configuré via la directive <code class="directive"><a href="./mod/mod_ssl.html#sslcarevocationcheck">SSLCARevocationCheck</a></code>.
 431         </li>
 432
 433         <li><code class="module"><a href="./mod/mod_substitute.html">mod_substitute</a></code>: la taille maximale d'une
 434         ligne est maintenant 1Mo.
 435         </li>
 436
 437         <li><code class="module"><a href="./mod/mod_reqtimeout.html">mod_reqtimeout</a></code>: si ce module est chargé, il
 438         définit maintenant certains temps d'attente par défaut.</li>
 439
 440         <li><code class="module"><a href="./mod/mod_dumpio.html">mod_dumpio</a></code>: la directive
 441         <code class="directive">DumpIOLogLevel</code> n'est plus supportée. Les
 442         données sont toujours enregistrées au niveau <code>trace7</code>
 443         de <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code></li>
 444
 445         <li>Jusqu'à la version 2.2, sur les plateformes de style Unix,
 446         les commandes de redirection des logs définies via <code class="directive"><a href="./mod/core.html#errorlog">ErrorLog</a></code> ou <code class="directive"><a href="./mod/mod_log_config.html#customlog">CustomLog</a></code> étaient invoquées
 447         en utilisant <code>/bin/sh -c</code>. A
 448         partir de la version 2.4, les commandes de redirection des logs
 449         sont exécutées directement. Pour retrouver l'ancien
 450         comportement, voir la <a href="logs.html#piped">documentation
 451         sur la redirection des logs</a></li>
 452
 453     </ul>
 454
 455   </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 456 <div class="section">
 457 <h2><a name="misc" id="misc">Changements divers</a> <a title="Lien permanent" href="#misc" class="permalink">&para;</a></h2>
 458
 459
 460     <ul>
 461       <li><code class="module"><a href="./mod/mod_auto_index.html">mod_auto_index</a></code>: extrait maintenant les titres
 462       et affiche la description pour les fichiers .xhtml qui étaient
 463       jusqu'alors ignorés.</li>
 464
 465       <li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> : le format par défaut des variables
 466       <code>*_DN</code> a changé. Il est cependant encore possible
 467       d'utiliser l'ancien format via la nouvelle option
 468       <code>LegacyDNStringFormat</code> de la directive <code class="directive"><a href="./mod/mod_ssl.html#ssloptions">SSLOptions</a></code>. Le protocole SSLv2 n'est
 469       plus supporté. Les directives <code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeercn">SSLProxyCheckPeerCN</a></code> et
 470       <code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeerexpire">SSLProxyCheckPeerExpire</a></code>
 471       sont maintenant définies par défaut à On, et les requêtes mandatées
 472       vers des serveurs HTTPS possèdant des certificats non conformes ou
 473       périmés échoueront donc avec un code d'erreur 502 (Bad gateway).</li>
 474
 475       <li><code class="program"><a href="./programs/htpasswd.html">htpasswd</a></code> utilise maintenant par défaut les
 476       condensés MD5 sur toutes les plates-formes.</li>
 477
 478       <li>La directive <code class="directive"><a href="./mod/core.html#namevirtualhost">NameVirtualHost</a></code> n'a plus aucun effet, si
 479       ce n'est l'émission d'un avertissement. Toute combinaison
 480       adresse/port apparaissant dans plusieurs serveurs virtuels est
 481       traitée implicitement comme un serveur virtuel basé sur le nom.
 482       </li>
 483
 484       <li><code class="module"><a href="./mod/mod_deflate.html">mod_deflate</a></code> n'effectue plus de compression
 485       s'il s'aperçoit que la quantité de données ajoutée par la
 486       compression est supérieure à la quantité de données à compresser.
 487       </li>
 488
 489       <li>Les pages d'erreur multilingues de la version 2.2.x ne
 490       fonctionneront qu'après avoir été corrigées pour
 491       respecter la nouvelle syntaxe de l'élément <code>#if expr=</code>
 492       du module <code class="module"><a href="./mod/mod_include.html">mod_include</a></code>, ou si la directive
 493       <code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code> a
 494       été activée pour le répertoire contenant les pages d'erreur.
 495       </li>
 496
 497       <li>La fonctionnalité fournie par <code>mod_authn_alias</code>
 498       dans les précédentes versions (en fait la directive
 499       <code class="directive"><a href="./mod/mod_authn_core.html#authnprovideralias">AuthnProviderAlias</a></code>)
 500       est maintenant fournie par <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.
 501       </li>
 502
 503       <li><code class="module"><a href="./mod/mod_cgid.html">mod_cgid</a></code> utilise la valeur de la directive
 504       <code class="directive"><a href="./mod/core.html#timeout">Timeout</a></code> du serveur pour
 505       limiter le temps d'attente entre les sorties d'un programme CGI.
 506       La valeur de ce temps d'attente peut maintenant être modifiée via
 507       la directive <code class="directive"><a href="./mod/mod_cgid.html#cgidscripttimeout">CGIDScriptTImeout</a></code>.
 508       </li>
 509
 510     </ul>
 511
 512     </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 513 <div class="section">
 514 <h2><a name="third-party" id="third-party">Modules tiers</a> <a title="Lien permanent" href="#third-party" class="permalink">&para;</a></h2>
 515
 516
 517         <p>Tous les modules tiers doivent être recompilés pour la
 518         version 2.4 avant d'être chargés.</p>
 519
 520     <p>De nombreux modules tiers conçus pour la version 2.2
 521     fonctionneront sans changement avec le serveur HTTP Apache
 522     version 2.4. Certains nécessiteront cependant des modifications ; se
 523     reporter à la vue d'ensemble <a href="developer/new_api_2_4.html">Mise à jour de l'API</a>.</p>
 524   </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 525 <div class="section">
 526 <h2><a name="commonproblems" id="commonproblems">Problèmes de mise à jour courants</a> <a title="Lien permanent" href="#commonproblems" class="permalink">&para;</a></h2>
 527
 528     <ul><li>Erreurs au démarrage :
 529     <ul>
 530       <li><code>Invalid command 'User', perhaps misspelled or defined by
 531       a module not included in the server configuration</code> - chargez
 532       le module <code class="module"><a href="./mod/mod_unixd.html">mod_unixd</a></code></li>
 533
 534       <li><code>Invalid command 'Require', perhaps misspelled or defined
 535       by a module not included in the server configuration</code>, ou
 536       <code>Invalid command 'Order', perhaps misspelled or defined by a
 537       module not included in the server configuration</code> - chargez
 538       le module <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code>, ou mettez à jour
 539       vers la version 2.4 les directives d'autorisation.</li>
 540
 541       <li><code>Ignoring deprecated use of DefaultType in line NN of
 542       /path/to/httpd.conf</code> - supprimez la directive <code class="directive"><a href="./mod/core.html#defaulttype">DefaultType</a></code> et remplacez-la par les
 543       directives de configuration appropriées.</li>
 544
 545       <li><code>Invalid command 'AddOutputFilterByType', perhaps misspelled
 546       or defined by a module not included in the server configuration
 547       </code> - la directive <code class="directive"><a href="./mod/mod_filter.html#addoutputfilterbytype">AddOutputFilterByType</a></code> qui était
 548       jusqu'alors implémentée par le module core, l'est maintenant par
 549       le module mod_filter, qui doit donc être chargé.</li>
 550
 551     </ul></li>
 552     <li>Erreurs de traitement des requêtes :
 553     <ul>
 554       <li><code>configuration error:  couldn't check user: /path</code> -
 555       chargez le module <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.</li>
 556       <li>Les fichiers <code>.htaccess</code> ne sont pas traités -
 557       Vérifiez la présence d'une directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> appropriée ; sa valeur par
 558       défaut est maintenant <code>None</code>.</li>
 559     </ul>
 560     </li>
 561 </ul>
 562
 563   </div></div>
 564 <div class="bottomlang">
 565 <p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
 566 <a href="./fr/upgrading.html" title="Français">&nbsp;fr&nbsp;</a></p>
 567 </div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
 568 <script type="text/javascript"><!--//--><![CDATA[//><!--
 569 var comments_shortname = 'httpd';
 570 var comments_identifier = 'http://httpd.apache.org/docs/trunk/upgrading.html';
 571 (function(w, d) {
 572     if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
 573         d.write('<div id="comments_thread"><\/div>');
 574         var s = d.createElement('script');
 575         s.type = 'text/javascript';
 576         s.async = true;
 577         s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
 578         (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
 579     }
 580     else {
 581         d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
 582     }
 583 })(window, document);
 584 //--><!]]></script></div><div id="footer">
 585 <p class="apache">Copyright 2019 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
 586 <p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
 587 if (typeof(prettyPrint) !== 'undefined') {
 588     prettyPrint();
 589 }
 590 //--><!]]></script>
 591 </body></html>