-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
- "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
-
-<html xmlns="http://www.w3.org/1999/xhtml">
- <head>
- <meta name="generator" content="HTML Tidy, see www.w3.org" />
- <meta http-equiv="Content-Type"
- content="text/html; charset=iso-8859-1" />
-
- <title>Mise à jour de la version 1.3 à la version
- 2.0</title>
- </head>
- <!-- Background white, links blue (unvisited), navy (visited), red (active) -->
-
- <body bgcolor="#FFFFFF" text="#000000" link="#0000FF"
- vlink="#000080" alink="#FF0000">
- <div align="center">
- <img src="images/sub.gif" alt="[APACHE DOCUMENTATION]" />
-
- <h3>Apache HTTP Server Version 2.1</h3>
- </div>
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
+<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
+<!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Mise à jour de la version 2.2 vers la version 2.4 - Serveur Apache HTTP Version 2.5</title>
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
+<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" />
+<script src="./style/scripts/prettify.min.js" type="text/javascript">
+</script>
+
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>
+<body id="manual-page"><div id="page-header">
+<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>
+<p class="apache">Serveur Apache HTTP Version 2.5</p>
+<img alt="" src="./images/feather.png" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
+<div id="path">
+<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <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>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/upgrading.html" title="Français"> fr </a></p>
+</div>
+<div class="outofdate">Cette traduction peut être périmée. Vérifiez la version
+ anglaise pour les changements récents.</div>
+
+ <p>Afin d'assister les utilisateurs lors de leurs opérations de mise à
+ jour, nous maintenons un document
+ 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é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é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é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
+ à jour de 2.0 vers 2.2.</a></p>
+
+</div>
+<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>
+<li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration à l'exécution</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#misc">Changements divers</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#third-party">Modules tiers</a></li>
+<li><img alt="" src="./images/down.gif" /> <a href="#commonproblems">Problèmes de mise à jour courants</a></li>
+</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
+fonctionnalités du serveur HTTP Apache 2.4</a></li><li><a href="#comments_section">Commentaires</a></li></ul></div>
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="compile-time" id="compile-time">Modifications des paramètres de compilation</a></h2>
+
+ <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é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 é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
+ <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> dans la version 2.4.</li>
+ <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
+ <code class="module"><a href="./mod/mod_lbmethod_bybusyness.html">mod_lbmethod_bybusyness</a></code>. Vous devrez compiler et
+ 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 été supprimé, car
+ elles ne sont plus considérées comme maintenues.</li>
- <h1 align="center">Mise à de la version 1.3 à la
- version 2.0</h1>
+ <li>configure: les modules dynamiques (DSO) sont compilés par
+ défaut</li>
- <p>Afin d'aider les personnes souhaitant se mettre à
- jour, nous maintenons un document décrivant les
- informations critiques concernant les utilisateurs d'Apache.
- Ces informations sont sous la forme de brèves notes, et
- vous pouvez trouver plus d'informations dans le document <a
- href="new_features_2_0.html">Nouvelles
- fonctionnalités</a> ou dans le fichier
- <code>src/CHANGES</code>.</p>
+ <li>configure: par défaut, seul un jeu de modules de base est
+ chargé. Les autres directives <code class="directive">LoadModule</code>
+ sont mises en commentaires dans le fichier de configuration.</li>
- <h3>Changement de la configuration à la compilation</h3>
+ <li>configure: le jeu de modules "most" est compilé par défaut</li>
- <ul>
- <li>Apache utilise maintenant <code>autoconf</code> et
- <code>libtool</code> afin de configurer la compilation.
- L'utilisation de ces outils est similaire, mais pas tout
- à fait identique, au système APACI de
- configuration existant dans la version 1.3 d'Apache.</li>
-
- <li>En plus de l'habituelle sélection de modules que
- vous pouvez choisir de compiler, Apache 2.0 a
- déplacé la majeure partie du traitement des
- requêtes dans les <a href="mpm.html">modules
- multi-traitements</a> (MPMs).</li>
+ <li>configure: le jeu de modules "reallyall" ajoute les modules de
+ développeur au jeu "all".</li>
</ul>
- <h3>Changement de la configuration à
- l'exécution</h3>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="run-time" id="run-time">Modifications de la configuration à l'exécution</a></h2>
+
+<p>Des changements significatifs dans la configuration de
+l'autorisation, ainsi que quelques changements mineurs, peuvent
+nécessiter une mise à jour des fichiers de configuration de la version
+2.2 avant de les utiliser sous la version 2.4.</p>
+
+ <h3><a name="authz" id="authz">Autorisation</a></h3>
+
+
+ <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ô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é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 <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>
+
+ <p>Si vous utilisez <code class="module"><a href="./mod/mod_authz_dbm.html">mod_authz_dbm</a></code>, 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>
+
+ <h4><a name="access" id="access">Contrôle d'accès</a></h4>
+
+
+ <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 <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>
+
+ <p>Dans la version 2.4, ce contrôle d'accès est assuré, comme tout
+ contrôle d'autorisation, par le nouveau module
+ <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>. Bien que le module
+ <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> 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>
+
+ <div class="note"><h3>Mélanger anciennes et nouvelles directives</h3>
+ <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
+ <code class="directive"><a href="./mod/mod_authz_core.html#require">Require</a></code> est techniquement
+ possible mais déconseillé. En effet, <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> 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>
+ </div>
+
+ <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>
+ <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order deny,allow
+Deny from all</pre>
+</div>
+ <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all denied</pre>
+</div>
+
+ <p>Dans cet exemple, toutes les requêtes sont acceptées :</p>
+ <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
+Allow from all</pre>
+</div>
+ <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require all granted</pre>
+</div>
+
+ <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>
+
+ <div class="example"><h3>version 2.2 :</h3><pre class="prettyprint lang-config">Order Deny,Allow
+Deny from all
+Allow from example.org</pre>
+</div>
+ <div class="example"><h3>version 2.4 :</h3><pre class="prettyprint lang-config">Require host example.org</pre>
+</div>
+
+ <p>Dans l'exemple suivant, le mélange d'anciennes et de nouvelles
+ directives produit des résultats inattendus.</p>
+
+ <div class="example"><h3>Mélange d'anciennes et de nouvelles directives : RESULTAT
+ INATTENDU</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"
+
+<Directory "/">
+ AllowOverride None
+ Order deny,allow
+ Deny from all
+</Directory>
+
+<Location "/server-status">
+ SetHandler server-status
+ Require 127.0.0.1
+</Location>
+
+access.log - GET /server-status 403 127.0.0.1
+error.log - AH01797: client denied by server configuration: /var/www/html/server-status</pre>
+</div>
+ <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 <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> sont prioritaires par
+ rapport à celles de <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>.</p>
+
+ <p>L'exemple suivant quant à lui produit un résultat conforme :</p>
+
+ <div class="example"><h3>Mélange d'anciennes et de nouvelles directives : RESULTAT
+ CONFORME</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"
+
+<Directory "/">
+ AllowOverride None
+ Require all denied
+</Directory>
+
+<Location "/server-status">
+ SetHandler server-status
+ Order deny,allow
+ Deny from all
+ Allow From 127.0.0.1
+</Location>
+
+access.log - GET /server-status 200 127.0.0.1</pre>
+</div>
+ <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>
+
+
+
+
+ <h3><a name="config" id="config">Autres changements dans la configuration</a></h3>
+
+
+ <p>D'autres ajustements mineurs peuvent s'avérer nécessaires pour
+ certaines configurations particulières, comme décrit ci-dessous.</p>
+
+ <ul>
+ <li><code class="directive">MaxRequestsPerChild</code> a été renommée en
+ <code class="directive"><a href="./mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code>;
+ ce nouveau nom reflète mieux l'usage de cette directive.
+ L'ancien nom est encore supporté.</li>
+
+ <li>La directive <code class="directive">MaxClients</code> a
+ été renommée en <code class="directive"><a href="./mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code>; ce nouveau
+ nom reflète mieux l'usage de cette directive. Pour les
+ modules multiprocessus asynchrones, comme <code class="module"><a href="./mod/event.html">event</a></code>, le nombre
+ maximal de clients n'est pas équivalent au nombre de threads du
+ worker. L'ancien nom est encore supporté.</li>
+
+ <li>La directive <code class="directive"><a href="./mod/core.html#defaulttype">DefaultType</a></code> ne produit plus aucun
+ 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éfaut de la directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> est maintenant
+ <code>None</code>.</li>
+
+ <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>
+
+ <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"
+ (sans INode).</li>
+
+ <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
+ avec inodes. L'ancien fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> doit être supprimé dans le
+ cadre de la mise à jour.
+ </li>
+
+ <li>La directive <code class="directive"><a href="./mod/core.html#keepalive">KeepAlive</a></code>
+ n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
+ 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 été remplacées par la
+ directive unique <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.
+ 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 <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.</li>
+
+ <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>
+ 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îne de correspondance
+ complète <code>jsessionid</code>.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: le second paramètre de la
+ directive <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code>
+ 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><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
+ maintenant exclusivement au sein d'une configuration de niveau
+ 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><code class="module"><a href="./mod/mod_filter.html">mod_filter</a></code>: la syntaxe de la directive
+ <code class="directive"><a href="./mod/mod_filter.html#filterprovider">FilterProvider</a></code> utilise
+ maintenant une expression booléenne pour déterminer si un filtre
+ s'applique.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_include.html">mod_include</a></code>:
+ <ul>
+ <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
+ <code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code>.
+ </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><code class="module"><a href="./mod/mod_charset_lite.html">mod_charset_lite</a></code> : l'option
+ <code>DebugLevel</code> a été supprimée en faveur d'une
+ configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau répertoire.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_ext_filter.html">mod_ext_filter</a></code> : l'option
+ <code>DebugLevel</code> a été supprimée en faveur d'une
+ configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau répertoire.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_proxy_scgi.html">mod_proxy_scgi</a></code>: 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><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code>: le contrôle de révocation des
+ certificats basé sur les CRL doit être maintenant explicitement
+ configuré via la directive <code class="directive"><a href="./mod/mod_ssl.html#sslcarevocationcheck">SSLCARevocationCheck</a></code>.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_substitute.html">mod_substitute</a></code>: la taille maximale d'une
+ ligne est maintenant 1Mo.
+ </li>
+
+ <li><code class="module"><a href="./mod/mod_reqtimeout.html">mod_reqtimeout</a></code>: si ce module est chargé, il
+ définit maintenant certains temps d'attente par défaut.</li>
+
+ <li><code class="module"><a href="./mod/mod_dumpio.html">mod_dumpio</a></code>: la directive
+ <code class="directive">DumpIOLogLevel</code> n'est plus supportée. Les
+ données sont toujours enregistrées au niveau <code>trace7</code>
+ de <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code></li>
+
+ <li>Jusqu'à la version 2.2, sur les plateformes de style Unix,
+ 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
+ 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>
- <li>La directive <code>CacheNegotiatedDocs</code> prend
- maintenant un paramètre qui est soit <code>on</code>
- soit <code>off</code>. Les configurations existantes
- utilisant la directive <code>CacheNegotiatedDocs</code>
- doivent la remplacer par <code>CacheNegotiatedDocs
- on</code>.</li>
-
- <li>
- La directive <code>ErrorDocument</code> n'utilise plus de
- guillemets ou d'apostrophes au début du
- paramètre indiquant le message. Dorénavant,
- le message devra être entre guillemets. Par exemple,
- la directive
-
- <blockquote>
- <code>ErrorDocument 403 "Some Message</code>
- </blockquote>
- devra être remplacé par
-
- <blockquote>
- <code>ErrorDocument 403 "Some Message"</code>
- </blockquote>
- Si le second argument n'est pas une URL ou un chemin
- valide, il sera traité comme un message.
- </li>
-
- <li>Les directives <code>AccessConfig</code> et
- <code>ResourceConfig</code> n'existent plus. Ces directives
- peuvent être remplacées de manière
- équivalente par la directive <a
- href="mod/core.html#include"><code>Include</code></a>. Si
- vous utilisiez ces directives en utilisant les valeurs par
- défaut sans les définir explicitement, vous
- devez ajouter les lignes <code>Include
- conf/access.conf</code> et <code>Include conf/srm.conf</code>
- dans votre fichier httpd.conf. Afin de garantir qu'Apache lit
- les différents fichiers de configuration dans le
- même ordre que celui pour les anciennes directives, Les
- directives <code>Include</code> doivent être
- situées à la fin du fichier httpd.conf, celle
- représentant <code>srm.conf</code> avant celle pour
- <code>access.conf</code>.</li>
-
- <li>La directive <code>BindAddress</code> n'existe plus. La
- même fonctionnalité est fournie par la directive
- <code><a href="mod/mpm_common.html">Listen</a></code>.</li>
-
- <li>La directive <code>ExtendedStatus</code> n'existe plus.
- Le suivi des statuts a été entièrement
- réécrit afin de bénéficier du
- nouveau système MPM.</li>
-
- <li>La directive <code>ServerType</code> n'existe plus. La
- méthode utilisée pour servir les requêtes
- est déterminée maintenant par la
- sélection d'un MPM. Il n'existe pas actuellement de
- MPM conçu pour être lancé par inetd.</li>
-
- <li>Beaucoup de directives qui étaient situées
- dans le noyau du serveur pour la version 1.3 se trouvent
- maintenant dans les MPMs.</li>
-
- <li>Les modules mod_log_agent et mod_log_referer qui
- traitaient les directives <code>AgentLog</code>,
- <code>RefererLog</code> et <code>RefererIgnore</code> ont
- été supprimés. Le traçage des
- agents et référants et toujours disponible en
- utilisant la directive <a
- href="mod/mod_log_config.html#customlog">CustomLog</a> du
- module mod_log_config.</li>
</ul>
-
- <h3>Changements divers</h3>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="misc" id="misc">Changements divers</a></h2>
+
<ul>
- <li>L'option <code>-S</code> du programme <code>httpd</code>
- qui servait à afficher la configuration des
- hôtes virtuels est remplacé par <code>-t -D
- DUMP_VHOSTS</code>.</li>
-
- <li>Le module mod_auth_digest, qui était
- expérimental dans la version 1.3, est maintenant un
- module standard.</li>
-
- <li>Le module mod_mmap_static, qui était
- expérimental dans la version 1.3 a été
- remplacé par le module mod_file_cache.</li>
- </ul>
-
- <h3>Modules tiers</h3>
+ <li><code class="module"><a href="./mod/mod_auto_index.html">mod_auto_index</a></code>: extrait maintenant les titres
+ et affiche la description pour les fichiers .xhtml qui étaient
+ jusqu'alors ignorés.</li>
+
+ <li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> : 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 <code class="directive"><a href="./mod/mod_ssl.html#ssloptions">SSLOptions</a></code>. Le protocole SSLv2 n'est
+ plus supporté. Les directives <code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeercn">SSLProxyCheckPeerCN</a></code> et
+ <code class="directive"><a href="./mod/mod_ssl.html#sslproxycheckpeerexpire">SSLProxyCheckPeerExpire</a></code>
+ 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><code class="program"><a href="./programs/htpasswd.html">htpasswd</a></code> utilise maintenant par défaut les
+ condensés MD5 sur toutes les plates-formes.</li>
+
+ <li>La directive <code class="directive"><a href="./mod/core.html#namevirtualhost">NameVirtualHost</a></code> n'a plus aucun effet, si
+ ce n'est l'émission d'un avertissement. Toute combinaison
+ adresse/port apparaissant dans plusieurs serveurs virtuels est
+ traitée implicitement comme un serveur virtuel basé sur le nom.
+ </li>
- <p>D'énormes changements ont été
- réalisés sur l'API du serveur Apache 2.0. Les
- modules conçus à l'aide de l'API Apache 1.3
- <strong>ne fonctionneront pas</strong> sur Apache 2.0 sans
- modifications. Plus de détails sont fournis dans la <a
- href="developer/">documentation du développeur</a>.</p>
- <hr />
+ <li><code class="module"><a href="./mod/mod_deflate.html">mod_deflate</a></code> n'effectue plus de compression
+ 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>
- <h3 align="center">Apache HTTP Server Version 2.1</h3>
- <a href="./"><img src="images/index.gif" alt="Index" /></a>
+ <li>Les pages d'erreur multilingues de la version 2.2.x ne
+ fonctionneront qu'après avoir été corrigées pour
+ respecter la nouvelle syntaxe de l'élément <code>#if expr=</code>
+ du module <code class="module"><a href="./mod/mod_include.html">mod_include</a></code>, ou si la directive
+ <code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code> a
+ été activée pour le répertoire contenant les pages d'erreur.
+ </li>
+ <li>La fonctionnalité fournie par <code>mod_authn_alias</code>
+ dans les précédentes versions (en fait la directive
+ <code class="directive"><a href="./mod/mod_authn_core.html#authnprovideralias">AuthnProviderAlias</a></code>)
+ est maintenant fournie par <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.
+ </li>
+ <li><code class="module"><a href="./mod/mod_cgid.html">mod_cgid</a></code> utilise la valeur de la directive
+ <code class="directive"><a href="./mod/core.html#timeout">Timeout</a></code> 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 <code class="directive"><a href="./mod/mod_cgid.html#cgidscripttimeout">CGIDScriptTImeout</a></code>.
+ </li>
- </body>
-</html>
+ </ul>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="third-party" id="third-party">Modules tiers</a></h2>
+
+
+ <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çus pour la version 2.2
+ fonctionneront sans changement avec le serveur HTTP Apache
+ 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>
+ </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="commonproblems" id="commonproblems">Problèmes de mise à jour courants</a></h2>
+
+ <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
+ le module <code class="module"><a href="./mod/mod_unixd.html">mod_unixd</a></code></li>
+
+ <li><code>Invalid command 'Require', perhaps misspelled or defined
+ 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 <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code>, ou mettez à jour
+ vers la version 2.4 les directives d'autorisation.</li>
+
+ <li><code>Ignoring deprecated use of DefaultType in line NN of
+ /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
+ 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 <code class="directive"><a href="./mod/mod_filter.html#addoutputfilterbytype">AddOutputFilterByType</a></code> 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êtes :
+ <ul>
+ <li><code>configuration error: couldn't check user: /path</code> -
+ chargez le module <code class="module"><a href="./mod/mod_authn_core.html">mod_authn_core</a></code>.</li>
+ <li>Les fichiers <code>.htaccess</code> ne sont pas traités -
+ 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
+ défaut est maintenant <code>None</code>.</li>
+ </ul>
+ </li>
+</ul>
+
+ </div></div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="./en/upgrading.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="./fr/upgrading.html" title="Français"> fr </a></p>
+</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&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>
+<script type="text/javascript"><!--//--><![CDATA[//><!--
+var comments_shortname = 'httpd';
+var comments_identifier = 'http://httpd.apache.org/docs/trunk/upgrading.html';
+(function(w, d) {
+ if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
+ d.write('<div id="comments_thread"><\/div>');
+ var s = d.createElement('script');
+ s.type = 'text/javascript';
+ s.async = true;
+ s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
+ (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
+ }
+ else {
+ d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
+ }
+})(window, document);
+//--><!]]></script></div><div id="footer">
+<p class="apache">Copyright 2017 The Apache Software Foundation.<br />Autorisé sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+<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[//><!--
+if (typeof(prettyPrint) !== 'undefined') {
+ prettyPrint();
+}
+//--><!]]></script>
+</body></html>
\ No newline at end of file
projects / apache / blobdiff