]> granicus.if.org Git - apache/blob - docs/manual/upgrading.xml.fr
Update transforms.
[apache] / docs / manual / upgrading.xml.fr
1 <?xml version="1.0" encoding="ISO-8859-1" ?>
2 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
3 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
4 <!-- French translation : Lucien GENTIS -->
5 <!-- Reviewed by : Vincent Deffontaines -->
6 <!-- English Revision : 1304985 -->
7
8 <!--
9  Licensed to the Apache Software Foundation (ASF) under one or more
10  contributor license agreements.  See the NOTICE file distributed with
11  this work for additional information regarding copyright ownership.
12  The ASF licenses this file to You under the Apache License, Version 2.0
13  (the "License"); you may not use this file except in compliance with
14  the License.  You may obtain a copy of the License at
15
16      http://www.apache.org/licenses/LICENSE-2.0
17
18  Unless required by applicable law or agreed to in writing, software
19  distributed under the License is distributed on an "AS IS" BASIS,
20  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
21  See the License for the specific language governing permissions and
22  limitations under the License.
23 -->
24
25 <manualpage metafile="upgrading.xml.meta">
26
27 <title>Mise &agrave; jour de la version 2.2 vers la version 2.4</title>
28
29 <summary>
30   <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;
31   jour, nous maintenons un document
32   qui comporte des informations critiques &agrave; l'attention des personnes qui
33   utilisent d&eacute;j&agrave; le serveur HTTP Apache. Ces informations
34   ne sont que de br&egrave;ves notes, et vous
35   trouverez plus d'informations dans le document <a
36   href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s</a>, ou dans
37   le fichier <code>src/CHANGES</code>. Les d&eacute;veloppeurs d'applications
38   et de modules trouveront un r&eacute;sum&eacute; des modifications de l'API dans la
39   vue d'ensemble <a href="developer/new_api_2_4.html">Mises &agrave; jour de
40   l'API</a>.</p>
41
42   <p>Ce document pr&eacute;sente les changements de comportement du serveur qui
43   peuvent n&eacute;cessiter une modification de la configuration, et la mani&egrave;re
44   d'utiliser la version 2.4 du serveur en parall&egrave;le avec la
45   version 2.2. Pour tirer parti des nouvelles fonctionnalit&eacute;s de la
46   version 2.4, reportez-vous au document "Nouvelles fonctionnalit&eacute;s".</p>
47
48   <p>Ce document ne d&eacute;crit que les modifications intervenues entre les versions
49   2.2 et 2.4. Si vous effectuez une mise &agrave; jour depuis la version 2.0, vous
50   devez aussi consulter le
51   <a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
52   &agrave; jour de 2.0 vers 2.2.</a></p>
53
54 </summary>
55 <seealso><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
56 fonctionnalit&eacute;s du serveur HTTP Apache 2.4</a></seealso>
57
58   <section id="compile-time">
59     <title>Modifications des param&egrave;tres de compilation</title>
60      <p>Le processus de compilation est tr&egrave;s similaire &agrave; celui de la
61      version 2.2. Dans la plupart des cas, vous pourrez utiliser votre
62      ancienne ligne de commande <code>configure</code> (telle qu'elle
63      est enregistr&eacute;e dans le fichier <code>build/config.nice</code>
64      situ&eacute; dans le r&eacute;pertoire de compilation du serveur). Voici certains
65      changements intervenus dans la configuration par d&eacute;faut :</p>
66
67     <ul>
68       <li>Les modules suivants ont &eacute;t&eacute; supprim&eacute;s : mod_authn_default,
69       mod_authz_default et mod_mem_cache. Si vous utilisiez
70       mod_mem_cache sous la version 2.2, vous devez maintenant utiliser
71       <module>mod_cache_disk</module> dans la version 2.4.</li>
72
73       <li>Toutes les impl&eacute;mentations de r&eacute;partition de charge ont &eacute;t&eacute;
74       d&eacute;plac&eacute;es vers des sous-modules sp&eacute;cifiques de mod_proxy, comme
75       <module>mod_lbmethod_bybusyness</module>. Vous devrez compiler et
76       charg&eacute;s tous les modules correspondants que votre configuration
77       utilise.</li>
78
79       <li>Le support de BeOS, TPF, et des anciennes plates-formes telles
80       que A/UX, Next, et Tandem a &eacute;t&eacute; supprim&eacute;, car
81       elles ne sont plus consid&eacute;r&eacute;es comme maintenues.</li>
82
83       <li>configure: les modules dynamiques (DSO) sont compil&eacute;s par
84       d&eacute;faut</li>
85
86       <li>configure: par d&eacute;faut, seul un jeu de modules de base est
87       charg&eacute;. Les autres directives <directive>LoadModule</directive>
88       sont mises en commentaires.</li>
89
90       <li>configure: le jeu de modules "most" est compil&eacute; par d&eacute;faut</li>
91
92       <li>configure: le jeu de modules "reallyall" ajoute les modules de
93       d&eacute;veloppeur au jeu "all".</li>
94     </ul>
95
96   </section>
97
98   <section id="run-time">
99     <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>
100 <p>Des changements significatifs dans la configuration de
101 l'autorisation, ainsi que quelques changements mineurs, peuvent
102 n&eacute;cessiter une mise &agrave; jour des fichiers de configuration de la version
103 2.2 avant de les utiliser sous la version 2.4.</p>
104
105     <section id="authz">
106       <title>Autorisation</title>
107
108       <p>Tout fichier de configuration qui g&egrave;re des autorisations devra
109       probablement &ecirc;tre mis &agrave; jour.</p>
110
111     <p>Vous devez vous reporter au document <a
112     href="howto/auth.html">Authentification, autorisation et contr&ocirc;le
113     d'acc&egrave;s</a>, et plus particuli&egrave;rement &agrave; la section <a
114     href="howto/auth.html#beyond">Plus loin qu'une simple
115     autorisation</a> qui explique les nouveaux m&eacute;canismes permettant de
116     contr&ocirc;ler l'ordre dans lequel les directives d'autorisation sont
117     appliqu&eacute;es.</p>
118
119     <section id="access">
120       <title>Contr&ocirc;le d'acc&egrave;s</title>
121
122       <p>Dans la version 2.2, le contr&ocirc;le d'acc&egrave;s bas&eacute; sur le nom d'h&ocirc;te
123       du client, son adresse IP, ou d'autres caract&eacute;ristiques de la
124       requ&ecirc;te &eacute;tait assur&eacute; via les directives <directive
125       module="mod_access_compat">Order</directive>, <directive
126       module="mod_access_compat">Allow</directive>, <directive
127       module="mod_access_compat">Deny</directive>, et <directive
128       module="mod_access_compat">Satisfy</directive>.</p>
129
130       <p>Dans la version 2.4, ce contr&ocirc;le d'acc&egrave;s est assur&eacute;, comme tout
131       contr&ocirc;le d'autorisation, via le nouveau module
132       <module>mod_authz_host</module>. Bien que le module
133       <module>mod_access_compat</module> soit fourni &agrave; des fins de
134       compatibilit&eacute; avec les anciennes configurations, les anciennes
135       directives de contr&ocirc;le d'acc&egrave;s devront &ecirc;tre remplac&eacute;es par les
136       nouveaux m&eacute;canismes d'authentification.</p>
137
138       <p>Voici quelques exemples de contr&ocirc;le d'acc&egrave;s avec l'ancienne et
139       la nouvelle m&eacute;thode :</p>
140
141       <p>Dans cet exemple, toutes les requ&ecirc;tes sont rejet&eacute;es :</p>
142       <example>
143         <title>version 2.2 :</title>
144         Order deny,allow<br />
145         Deny from all
146       </example>
147       <example>
148         <title>version 2.4 :</title>
149         Require all denied
150       </example>
151
152       <p>Dans cet exemple, toutes les requ&ecirc;tes sont accept&eacute;es :</p>
153       <example>
154         <title>version 2.2 :</title>
155         Order allow,deny<br />
156         Allow from all
157       </example>
158       <example>
159         <title>version 2.4 :</title>
160         Require all granted
161       </example>
162
163       <p>Dans l'exemple suivant, tous les h&ocirc;tes du domaine example.org
164       ont l'autorisation d'acc&egrave;s, tous les autres sont rejet&eacute;s :</p>
165
166       <example>
167         <title>version 2.2 :</title>
168         Order Deny,Allow<br />
169         Deny from all<br />
170         Allow from example.org
171       </example>
172       <example>
173         <title>version 2.4 :</title>
174         Require host example.org
175       </example>
176     </section>
177
178     </section>
179
180     <section id="config">
181       <title>Autres changements dans la configuration</title>
182
183       <p>D'autres ajustements mineurs peuvent s'av&eacute;rer n&eacute;cessaires pour
184       certaines configurations particuli&egrave;res, comme d&eacute;crit ci-dessous.</p>
185
186       <ul>
187         <li><directive>MaxRequestsPerChild</directive> a &eacute;t&eacute; renomm&eacute;e en
188         <directive module="mpm_common">MaxConnectionsPerChild</directive>;
189         ce nouveau nom refl&egrave;te mieux l'usage de cette directive.
190         L'ancien nom est encore support&eacute;.</li>
191
192         <li>La directive <directive>MaxClients</directive> a
193         &eacute;t&eacute; renomm&eacute;e en <directive
194         module="mpm_common">MaxRequestWorkers</directive>; ce nouveau
195         nom refl&egrave;te mieux l'usage de cette directive. Pour les
196         modules multiprocessus asynchrones, comme <module>event</module>, le nombre
197         maximal de clients n'est pas &eacute;quivalent au nombre de threads du
198         worker. L'ancien nom est encore support&eacute;.</li>
199
200         <li>La directive <directive
201         module="core">DefaultType</directive> ne produit plus aucun
202         effet, si ce n'est d'&eacute;mettre un avertissement si elle est
203         d&eacute;finie &agrave; une valeur autre que <code>none</code>. D'autres
204         directives de configuration la remplacent dans la version 2.4.
205         </li>
206
207         <li>La valeur par d&eacute;faut de la directive <directive
208         module="core">EnableSendfile</directive> est maintenant Off.</li>
209
210         <li>La valeur par d&eacute;faut de la directive <directive
211         module="core">FileETag</directive> est maintenant "MTime Size"
212         (sans INode).</li>
213
214         <li><module>mod_log_config</module>: <a
215         href="modules/mod_log_config.html#formats">${cookie}C</a>
216         correspond au nom du cookie dans son ensemble, alors qu'avant,
217         toute sous-cha&icirc;ne pouvait correspondre.</li>
218
219         <li><module>mod_dav_fs</module>: le format du fichier <directive
220         module="mod_dav_fs">DavLockDB</directive> a chang&eacute; pour les syst&egrave;mes
221         avec inodes. L'ancien fichier <directive
222         module="mod_dav_fs">DavLockDB</directive> doit &ecirc;tre supprim&eacute; dans le
223         cadre de la mise &agrave; jour.
224         </li>
225
226         <li>La directive <directive module="core">KeepAlive</directive>
227         n'accepte que les valeurs <code>On</code> ou <code>Off</code>.
228         Avant, toute valeur autre que "Off" ou "0" &eacute;tait trait&eacute;e comme
229         "On".</li>
230
231         <li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
232         SSLStaplingMutex et WatchdogMutexPath ont &eacute;t&eacute; remplac&eacute;es par la
233         directive unique <directive module="core">Mutex</directive>.
234         Vous devez &eacute;valuer l'impact de ces directives obsol&egrave;tes dans
235         votre configuration version 2.2 afin de d&eacute;terminer si elles
236         peuvent &ecirc;tre simplement supprim&eacute;es, ou si elles doivent &ecirc;tre
237         remplac&eacute;es par la directive <directive
238         module="core">Mutex</directive>.</li>
239
240         <li><module>mod_cache</module>: la directive <directive
241         module="mod_cache">CacheIgnoreURLSessionIdentifiers</directive>
242         effectue maintenant une correspondance exacte dans la cha&icirc;ne de
243         param&egrave;tres au lieu d'une correspondance partielle. Si votre
244         configuration mettait en jeu des sous-cha&icirc;nes comme
245         <code>sessionid</code> pour correspondre &agrave;
246         <code>/une-application/image.gif;jsessionid=123456789</code>,
247         vous devez maintenant utiliser la cha&icirc;ne de correspondance
248         compl&egrave;te <code>jsessionid</code>.
249         </li>
250
251         <li><module>mod_ldap</module>: la directive <directive
252         module="mod_ldap">LDAPTrustedClientCert</directive> s'utilise
253         maintenant exclusivement au sein d'une configuration de niveau
254         r&eacute;pertoire. Si vous utilisez cette directive, passez en revue
255         votre configuration pour vous assurer qu'elle est bien pr&eacute;sente
256         dans tous les contextes de r&eacute;pertoire n&eacute;cessaires.</li>
257
258         <li><module>mod_filter</module>: la syntaxe de la directive
259         <directive module="mod_filter">FilterProvider</directive> utilise
260         maintenant une expression bool&eacute;enne pour d&eacute;terminer si un filtre
261         s'applique.
262         </li>
263
264         <li><module>mod_include</module>:
265             <ul>
266             <li>L'&eacute;l&eacute;ment <code>#if expr</code> utilise maintenant le
267             nouvel <a href="expr.html">interpr&eacute;teur d'expressions</a>.
268             L'ancienne syntaxe peut &ecirc;tre r&eacute;activ&eacute;e via la directive
269             <directive
270             module="mod_include">SSILegacyExprParser</directive>.
271             </li>
272             <li>Dans la port&eacute;e du r&eacute;pertoire, une directive de
273             configuration SSI* ne provoque plus la r&eacute;initialisation &agrave;
274             leur valeur par d&eacute;faut de toutes les directives SSI* de
275             niveau r&eacute;pertoire.</li>
276             </ul>
277         </li>
278
279         <li><module>mod_charset_lite</module> : l'option
280         <code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en faveur d'une
281         configuration de la directive <directive
282         module="core">LogLevel</directive> au niveau r&eacute;pertoire.
283         </li>
284
285         <li><module>mod_ext-filter</module> : l'option
286         <code>DebugLevel</code> a &eacute;t&eacute; supprim&eacute;e en faveur d'une
287         configuration de la directive <directive
288         module="core">LogLevel</directive> au niveau r&eacute;pertoire.
289         </li>
290
291         <li><module>mod_ssl</module>: le contr&ocirc;le de r&eacute;vocation des
292         certificats bas&eacute; sur les CRL doit &ecirc;tre maintenant explicitement
293         configur&eacute; via la directive <directive
294         module="mod_ssl">SSLCARevocationCheck</directive>.
295         </li>
296
297         <li><module>mod_substitute</module>: la taille maximale d'une
298         ligne est maintenant 1Mo.
299         </li>
300
301         <li><module>mod_reqtimeout</module>: si ce module est charg&eacute;, il
302         d&eacute;finit maintenant certains temps d'attente par d&eacute;faut.</li>
303
304     </ul>
305     </section>
306   </section>
307
308   <section id="misc">
309     <title>Changements divers</title>
310
311     <ul>
312       <li><module>mod_auto_index</module>: extrait maintenant les titres
313       et affiche la description pour les fichiers .xhtml qui &eacute;taient
314       jusqu'alors ignor&eacute;s.</li>
315
316       <li><module>mod_ssl</module> : le format par d&eacute;faut des variables
317       <code>*_DN</code> a chang&eacute;. Il est cependant encore possible
318       d'utiliser l'ancien format via la nouvelle option
319       <code>LegacyDNStringFormat</code> de la directive <directive
320       module="mod_ssl">SSLOptions</directive>. Le protocole SSLv2 n'est
321       plus support&eacute;. Les directives <directive
322       module="mod_ssl">SSLProxyCheckPeerCN</directive> et
323       <directive module="mod_ssl">SSLProxyCheckPeerExpire</directive>
324       sont maintenant d&eacute;finies par d&eacute;faut &agrave; On, et les requ&ecirc;tes mandat&eacute;es
325       vers des serveurs HTTPS poss&egrave;dant des certificats non conformes ou
326       p&eacute;rim&eacute;s &eacute;choueront donc avec un code d'erreur 502 (Bad gateway).</li>
327
328       <li><program>htpasswd</program> utilise maintenant par d&eacute;faut les
329       condens&eacute;s MD5 sur toutes les plates-formes.</li>
330
331       <li>La directive <directive
332       module="core">NameVirtualHost</directive> n'a plus aucun effet, si
333       ce n'est l'&eacute;mission d'un avertissement. Toute combinaison
334       adresse/port apparaissant dans plusieurs serveurs virtuels est
335       trait&eacute;e implicitement comme un serveur virtuel bas&eacute; sur le nom.
336       </li>
337
338       <li><module>mod_deflate</module> n'effectue plus de compression
339       s'il s'aper&ccedil;oit que la quantit&eacute; de donn&eacute;es ajout&eacute;e par la
340       compression est sup&eacute;rieure &agrave; la quantit&eacute; de donn&eacute;es &agrave; compresser.
341       </li>
342
343       <li>Les pages d'erreur multilingues de la version 2.2.x ne
344       fonctionneront qu'apr&egrave;s avoir &eacute;t&eacute; corrig&eacute;es pour
345       respecter la nouvelle syntaxe de l'&eacute;l&eacute;ment <code>#if expr=</code>
346       du module <module>mod_include</module>, ou si la directive
347       <directive module="mod_include">SSILegacyExprParser</directive> a
348       &eacute;t&eacute; activ&eacute;e pour le r&eacute;pertoire contenant les pages d'erreur.
349       </li>
350     </ul>
351
352     </section>
353
354   <section id="third-party">
355     <title>Modules tiers</title>
356
357         <p>Tous les modules tiers doivent &ecirc;tre recompil&eacute;s pour la
358         version 2.4 avant d'&ecirc;tre charg&eacute;s.</p>
359
360     <p>De nombreux modules tiers con&ccedil;us pour la version 2.2
361     fonctionneront sans changement avec le serveur HTTP Apache
362     version 2.4. Certains n&eacute;cessiterons cependant des modifications ; se
363     reporter &agrave; la vue d'ensemble <a
364     href="developer/new_api_2_4.html">Mise &agrave; jour de l'API</a>.</p>
365   </section>
366 <section id="commonproblems">
367     <title>Probl&egrave;mes de mise &agrave; jour courants</title>
368     <ul><li>Erreurs au d&eacute;marrage :
369     <ul>
370       <li><code>Invalid command 'User', perhaps misspelled or defined by
371       a module not included in the server configuration</code> - chargez
372       le module <module>mod_unixd</module></li>
373
374       <li><code>Invalid command 'Require', perhaps misspelled or defined
375       by a module not included in the server configuration</code>, ou
376       <code>Invalid command 'Order', perhaps misspelled or defined by a
377       module not included in the server configuration</code> - chargez
378       le module <module>mod_access_compat</module>, ou mettez &agrave; jour
379       vers la version 2.4 les directives d'autorisation.</li>
380       <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>
381
382       <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>
383
384       <li><code>Ignoring deprecated use of DefaultType in line NN of
385       /path/to/httpd.conf</code> - supprimez la directive <directive
386       module="core">DefaultType</directive> et remplacez-la par les
387       directives de configuration appropri&eacute;es.</li>
388       <li><code>mixing * ports and non-* ports with a NameVirtualHost
389       address is not supported</code>, <code>Either NameVirtualHost
390       w.x.y.z:n has no VirtualHosts, or there is more than one identical
391       NameVirtualHost line, or your VirtualHost declarations do not
392       match the NameVirtualHost line</code> -
393       ce ne sont pas des nouveaux messages, mais ils emp&ecirc;chent
394       maintenant le serveur de d&eacute;marrer</li>
395       <li><code>_default_ is not allowed in NameVirtualHost
396       directive</code> - l'explication est dans le message ; cette
397       d&eacute;finition n'a jamais &eacute;t&eacute; valide, mais elle emp&ecirc;che maintenant le
398       serveur de d&eacute;marrer.</li>
399     </ul></li>
400     <li>Erreurs de traitement des requ&ecirc;tes :
401     <ul>
402       <li><code>configuration error:  couldn't check user: /path</code> -
403       chargez le module <module>mod_authn_core</module>.</li>
404     </ul>
405     </li>
406 </ul>
407
408   </section>
409 </manualpage>