summaryrefslogtreecommitdiffstats
path: root/docs/manual/upgrading.html.fr
blob: c18c17a17954a5d8bb4f6b423d5915996393f308 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
<?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 &#224; jour de la version 2.2 vers la version 2.4 - Serveur HTTP Apache 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 HTTP Apache Version 2.5</p>
<img alt="" src="./images/feather.png" /></div>
<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="./images/left.gif" /></a></div>
<div id="path">
<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 &#224; 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">&nbsp;en&nbsp;</a> |
<a href="./fr/upgrading.html" title="Fran&#231;ais">&nbsp;fr&nbsp;</a></p>
</div>

  <p>Afin d'assister les utilisateurs lors de leurs op&#233;rations de mise &#224;
  jour, nous maintenons un document
  qui comporte des informations critiques &#224; l'attention des personnes qui
  utilisent d&#233;j&#224; le serveur HTTP Apache. Ces informations
  ne sont que de br&#232;ves notes, et vous
  trouverez plus d'informations dans le document <a href="new_features_2_4.html">Nouvelles fonctionnalit&#233;s</a>, ou dans
  le fichier <code>src/CHANGES</code>. Les d&#233;veloppeurs d'applications
  et de modules trouveront un r&#233;sum&#233; des modifications de l'API dans la
  vue d'ensemble <a href="developer/new_api_2_4.html">Mises &#224; jour de
  l'API</a>.</p>

  <p>Ce document pr&#233;sente les changements de comportement du serveur qui
  peuvent n&#233;cessiter une modification de la configuration, et la mani&#232;re
  d'utiliser la version 2.4 du serveur en parall&#232;le avec la
  version 2.2. Pour tirer parti des nouvelles fonctionnalit&#233;s de la
  version 2.4, reportez-vous au document "Nouvelles fonctionnalit&#233;s".</p>

  <p>Ce document ne d&#233;crit que les modifications intervenues entre les versions
  2.2 et 2.4. Si vous effectuez une mise &#224; 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
  &#224; 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&#232;tres de compilation</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#run-time">Modifications de la configuration &#224; l'ex&#233;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&#232;mes de mise &#224; 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&#233;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&#232;tres de compilation</a><a title="Lien permanent" href="#compile-time" class="permalink">&para;</a></h2>
    
     <p>Le processus de compilation est tr&#232;s similaire &#224; 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&#233;e dans le fichier <code>build/config.nice</code>
     situ&#233; dans le r&#233;pertoire de compilation du serveur). Voici certains
     changements intervenus dans la configuration par d&#233;faut :</p>

    <ul>
      <li>Les modules suivants ont &#233;t&#233; supprim&#233;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&#233;mentations de r&#233;partition de charge ont &#233;t&#233;
      d&#233;plac&#233;es vers des sous-modules sp&#233;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&#233;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 &#233;t&#233; supprim&#233;, car
      elles ne sont plus consid&#233;r&#233;es comme maintenues.</li>

      <li>configure: les modules dynamiques (DSO) sont compil&#233;s par
      d&#233;faut</li>

      <li>configure: par d&#233;faut, seul un jeu de modules de base est
      charg&#233;. Les autres directives <code class="directive">LoadModule</code>
      sont mises en commentaires dans le fichier de configuration.</li>

      <li>configure: le jeu de modules "most" est compil&#233; par d&#233;faut</li>

      <li>configure: le jeu de modules "reallyall" ajoute les modules de
      d&#233;veloppeur au jeu "all".</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="run-time" id="run-time">Modifications de la configuration &#224; l'ex&#233;cution</a><a title="Lien permanent" href="#run-time" class="permalink">&para;</a></h2>
    
<p>Des changements significatifs dans la configuration de
l'autorisation, ainsi que quelques changements mineurs, peuvent
n&#233;cessiter une mise &#224; 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&#232;re des autorisations devra
      probablement &#234;tre mis &#224; jour.</p>

    <p>Vous devez vous reporter au document <a href="howto/auth.html">Authentification, autorisation et contr&#244;le
    d'acc&#232;s</a>, et plus particuli&#232;rement &#224; la section <a href="howto/auth.html#beyond">Plus loin qu'une simple
    autorisation</a> qui explique les nouveaux m&#233;canismes permettant de
    contr&#244;ler l'ordre dans lequel les directives d'autorisation sont
    appliqu&#233;es.</p>

    <p>Les directives qui contr&#244;lent la mani&#232;re dont les modules
    d'autorisation r&#233;agissent lorsqu'ils ne reconnaissent pas
    l'utilisateur authentifi&#233; ont &#233;t&#233; supprim&#233;es : elles comprennent les
    directives AuthzLDAPAuthoritative, AuthzDBDAuthoritative,
    AuthzDBMAuthoritative, AuthzGroupFileAuthoritative,
    AuthzUserAuthoritative et AuthzOwnerAuthoritative. Ces directives
    ont &#233;t&#233; remplac&#233;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 &#224; jour votre configuration en rempla&#231;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&#244;le d'acc&#232;s</a></h4>
      

      <p>Dans la version 2.2, le contr&#244;le d'acc&#232;s bas&#233; sur le nom d'h&#244;te
      du client, son adresse IP, ou d'autres caract&#233;ristiques de la
      requ&#234;te &#233;tait assur&#233; 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&#244;le d'acc&#232;s est assur&#233;, comme tout
      contr&#244;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&#233; avec les anciennes configurations, les anciennes
      directives de contr&#244;le d'acc&#232;s devront &#234;tre remplac&#233;es par les
      nouveaux m&#233;canismes d'authentification.</p>

      <div class="note"><h3>M&#233;langer anciennes et nouvelles directives</h3>
      <p>M&#233;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&#233;conseill&#233;. En effet, <code class="module"><a href="./mod/mod_access_compat.html">mod_access_compat</a></code> a
      &#233;t&#233; con&#231;u pour supporter des configurations ne contenant que des anciennes
      directives afin de faciliter le passage &#224; la version 2.4. Les
      exemples ci-dessous vous permettront de vous faire une meilleure id&#233;e des
      probl&#232;mes qui peuvent survenir.
      </p>
      </div>

      <p>Voici quelques exemples de contr&#244;le d'acc&#232;s avec l'ancienne et
      la nouvelle m&#233;thode :</p>

      <p>Dans cet exemple, il n'y a pas d'authentification et toutes les
      requ&#234;tes sont rejet&#233;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, il n'y a pas d'authentification et toutes les
      requ&#234;tes sont accept&#233;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, il n'y a pas d'authentification et tous les
      h&#244;tes du domaine example.org
      ont l'autorisation d'acc&#232;s, tous les autres &#233;tant rejet&#233;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&#233;lange d'anciennes et de nouvelles
      directives produit des r&#233;sultats inattendus.</p>
 
      <div class="example"><h3>M&#233;lange d'anciennes et de nouvelles directives : RESULTAT
	INATTENDU</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"

&lt;Directory "/"&gt;
    AllowOverride None
    Order deny,allow
    Deny from all
&lt;/Directory&gt;

&lt;Location "/server-status"&gt;
    SetHandler server-status
    Require local
&lt;/Location&gt;

access.log - GET /server-status 403 127.0.0.1
error.log - AH01797: client denied by server configuration: /var/www/html/server-status</pre>
</div>
      <p>Pourquoi httpd interdit l'acc&#232;s &#224; server-status alors que la
      configuration semble l'autoriser ? Parce que dans ce sc&#233;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 &#224; celles de <code class="module"><a href="./mod/mod_authz_host.html">mod_authz_host</a></code>.</p>

      <p>L'exemple suivant quant &#224; lui produit un r&#233;sultat conforme :</p>

      <div class="example"><h3>M&#233;lange d'anciennes et de nouvelles directives : RESULTAT
	CONFORME</h3><pre class="prettyprint lang-config">DocumentRoot "/var/www/html"

&lt;Directory "/"&gt;
    AllowOverride None
    Require all denied
&lt;/Directory&gt;

&lt;Location "/server-status"&gt;
    SetHandler server-status
    Order deny,allow
    Deny from all
    Allow From 127.0.0.1
&lt;/Location&gt;

access.log - GET /server-status 200 127.0.0.1</pre>
</div> 
      <p>En conclusion, m&#234;me si une configuration hybride peut fonctionner,
      essayez de l'&#233;viter lors de la mise &#224; jour : soit conservez les anciennes
      directives, puis migrez-les vers les nouvelles ult&#233;rieurement, soit
      effectuez une migration imm&#233;diate de toutes les anciennes directives vers
      les nouvelles.  
      </p>
    


     <p>Dans de nombreuses configurations avec authentification o&#249; la directive
     <code class="directive">Satisfy</code> &#233;tait d&#233;finie &#224; sa valeur par d&#233;faut
     <em>ALL</em>, les lignes de configuration qui d&#233;sactivent le contr&#244;le
     d'acc&#232;s bas&#233; sur l'h&#244;te sont maintenant omises :</p>

      <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config"># configuration en version 2.2 qui d&#233;sactive le contr&#244;le d'acc&#232;s bas&#233; sur le nom
# d'h&#244;te pour n'utiliser que l'authentification
Order Deny,Allow
Allow from all
AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
Require valid-user</pre>
</div>
      <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&#233;sactiver
AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
Require valid-user</pre>
</div>

     <p>Dans les configurations o&#249; l'authentification et le contr&#244;le d'acc&#232;s se
     combinaient dans un but pr&#233;cis, les directives de contr&#244;le d'acc&#232;s doivent
     &#234;tre migr&#233;es. Dans l'exemple suivant, les requ&#234;tes qui correspondent aux
     <em>deux</em> crit&#232;res sont accept&#233;es :</p>
      <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
Deny from all
# ALL est la valeur par d&#233;faut de Satisfy
Satisfy ALL
Allow from 127.0.0.1
AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
Require valid-user</pre>
</div>
      <div class="example"><h3>Version 2.4 :</h3><pre class="prettyprint lang-config">AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
&lt;RequireAll&gt;
  Require valid-user
  Require ip 127.0.0.1
&lt;/RequireAll&gt;</pre>
</div>

     <p>Dans les configurations o&#249; l'authentification et le contr&#244;le d'acc&#232;s se
     combinaient dans un but pr&#233;cis, les directives de contr&#244;le d'acc&#232;s doivent
     &#234;tre migr&#233;es. Dans l'exemple suivant, les requ&#234;tes qui correspondent &#224;
     <em>au moins un</em> crit&#232;re sont accept&#233;es :</p>
      <div class="example"><h3>Version 2.2 :</h3><pre class="prettyprint lang-config">Order allow,deny
Deny from all
Satisfy any
Allow from 127.0.0.1
AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
Require valid-user</pre>
</div>
      <div class="example"><h3>Version 2.4 :</h3><pre class="prettyprint lang-config">AuthType Basic
AuthBasicProvider file
AuthUserFile /example.com/conf/users.passwd
AuthName secure
# Implicite : &lt;RequireAny&gt;
Require valid-user
Require ip 127.0.0.1</pre>
</div>

    

    <h3><a name="config" id="config">Autres changements dans la configuration</a></h3>
      

      <p>D'autres ajustements mineurs peuvent s'av&#233;rer n&#233;cessaires pour
      certaines configurations particuli&#232;res, comme d&#233;crit ci-dessous.</p>

      <ul>
        <li><code class="directive">MaxRequestsPerChild</code> a &#233;t&#233; renomm&#233;e en
	<code class="directive"><a href="./mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</a></code>;
	ce nouveau nom refl&#232;te mieux l'usage de cette directive.
	L'ancien nom est encore support&#233;.</li>

	<li>La directive <code class="directive">MaxClients</code> a
	&#233;t&#233; renomm&#233;e en <code class="directive"><a href="./mod/mpm_common.html#maxrequestworkers">MaxRequestWorkers</a></code>; ce nouveau
	nom refl&#232;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 &#233;quivalent au nombre de threads du
	worker. L'ancien nom est encore support&#233;.</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'&#233;mettre un avertissement si elle est
	d&#233;finie &#224; 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&#233;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&#233;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&#233;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&#233; pour les syst&#232;mes
	avec inodes. L'ancien fichier <code class="directive"><a href="./mod/mod_dav_fs.html#davlockdb">DavLockDB</a></code> doit &#234;tre supprim&#233; dans le
	cadre de la mise &#224; 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" &#233;tait trait&#233;e comme
	"On".</li>

        <li>Les directives AcceptMutex, LockFile, RewriteLock, SSLMutex,
	SSLStaplingMutex et WatchdogMutexPath ont &#233;t&#233; remplac&#233;es par la
	directive unique <code class="directive"><a href="./mod/core.html#mutex">Mutex</a></code>.
	Vous devez &#233;valuer l'impact de ces directives obsol&#232;tes dans
	votre configuration version 2.2 afin de d&#233;terminer si elles
	peuvent &#234;tre simplement supprim&#233;es, ou si elles doivent &#234;tre
	remplac&#233;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&#238;ne de
	param&#232;tres au lieu d'une correspondance partielle. Si votre
	configuration mettait en jeu des sous-cha&#238;nes comme
	<code>sessionid</code> pour correspondre &#224;
	<code>/une-application/image.gif;jsessionid=123456789</code>,
	vous devez maintenant utiliser la cha&#238;ne de correspondance
	compl&#232;te <code>jsessionid</code>.
        </li>

	<li><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>: le second param&#232;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&#233;butent par
	le protocole appropri&#233;. Dans les versions 2.2 et ant&#233;rieures, un
	param&#232;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&#233;pertoire. Si vous utilisez cette directive, passez en revue
	votre configuration pour vous assurer qu'elle est bien pr&#233;sente
	dans tous les contextes de r&#233;pertoire n&#233;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&#233;enne pour d&#233;terminer si un filtre
	s'applique.
        </li>

	<li><code class="module"><a href="./mod/mod_include.html">mod_include</a></code>:
            <ul>
            <li>L'&#233;l&#233;ment <code>#if expr</code> utilise maintenant le
	    nouvel <a href="expr.html">interpr&#233;teur d'expressions</a>.
	    L'ancienne syntaxe peut &#234;tre r&#233;activ&#233;e via la directive
	    <code class="directive"><a href="./mod/mod_include.html#ssilegacyexprparser">SSILegacyExprParser</a></code>.
            </li>
            <li>Dans la port&#233;e du r&#233;pertoire, une directive de
	    configuration SSI* ne provoque plus la r&#233;initialisation &#224;
	    leur valeur par d&#233;faut de toutes les directives SSI* de
	    niveau r&#233;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 &#233;t&#233; supprim&#233;e en faveur d'une
	configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau r&#233;pertoire.
        </li>

        <li><code class="module"><a href="./mod/mod_ext_filter.html">mod_ext_filter</a></code> : l'option
	<code>DebugLevel</code> a &#233;t&#233; supprim&#233;e en faveur d'une
	configuration de la directive <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code> au niveau r&#233;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&#233;rente de
	celle de la version 2.2. La configuration
	pr&#233;c&#233;dente peut &#234;tre
	restaur&#233;e en d&#233;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&#244;le de r&#233;vocation des
	certificats bas&#233; sur les CRL doit &#234;tre maintenant explicitement
	configur&#233; 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&#233;, il
	d&#233;finit maintenant certains temps d'attente par d&#233;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&#233;e. Les
	donn&#233;es sont toujours enregistr&#233;es au niveau <code>trace7</code>
	de <code class="directive"><a href="./mod/core.html#loglevel">LogLevel</a></code></li>

        <li>Jusqu'&#224; la version 2.2, sur les plateformes de style Unix, 
	les commandes de redirection des logs d&#233;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> &#233;taient invoqu&#233;es
	en utilisant <code>/bin/sh -c</code>. A
	partir de la version 2.4, les commandes de redirection des logs
	sont ex&#233;cut&#233;es directement. Pour retrouver l'ancien
	comportement, voir la <a href="logs.html#piped">documentation
	sur la redirection des logs</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="misc" id="misc">Changements divers</a><a title="Lien permanent" href="#misc" class="permalink">&para;</a></h2>
    

    <ul>
      <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 &#233;taient
      jusqu'alors ignor&#233;s.</li>

      <li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> : le format par d&#233;faut des variables
      <code>*_DN</code> a chang&#233;. 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&#233;. 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&#233;finies par d&#233;faut &#224; On, et les requ&#234;tes mandat&#233;es
      vers des serveurs HTTPS poss&#232;dant des certificats non conformes ou
      p&#233;rim&#233;s &#233;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&#233;faut les
      condens&#233;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'&#233;mission d'un avertissement. Toute combinaison
      adresse/port apparaissant dans plusieurs serveurs virtuels est
      trait&#233;e implicitement comme un serveur virtuel bas&#233; sur le nom.
      </li>

      <li><code class="module"><a href="./mod/mod_deflate.html">mod_deflate</a></code> n'effectue plus de compression
      s'il s'aper&#231;oit que la quantit&#233; de donn&#233;es ajout&#233;e par la
      compression est sup&#233;rieure &#224; la quantit&#233; de donn&#233;es &#224; compresser.
      </li>

      <li>Les pages d'erreur multilingues de la version 2.2.x ne
      fonctionneront qu'apr&#232;s avoir &#233;t&#233; corrig&#233;es pour
      respecter la nouvelle syntaxe de l'&#233;l&#233;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
      &#233;t&#233; activ&#233;e pour le r&#233;pertoire contenant les pages d'erreur.
      </li>

      <li>La fonctionnalit&#233; fournie par <code>mod_authn_alias</code>
      dans les pr&#233;c&#233;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 &#234;tre modifi&#233;e via
      la directive <code class="directive"><a href="./mod/mod_cgid.html#cgidscripttimeout">CGIDScriptTImeout</a></code>.
      </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="third-party" id="third-party">Modules tiers</a><a title="Lien permanent" href="#third-party" class="permalink">&para;</a></h2>
    

	<p>Tous les modules tiers doivent &#234;tre recompil&#233;s pour la
	version 2.4 avant d'&#234;tre charg&#233;s.</p>

    <p>De nombreux modules tiers con&#231;us pour la version 2.2
    fonctionneront sans changement avec le serveur HTTP Apache
    version 2.4. Certains n&#233;cessiteront cependant des modifications ; se
    reporter &#224; la vue d'ensemble <a href="developer/new_api_2_4.html">Mise &#224; 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&#232;mes de mise &#224; jour courants</a><a title="Lien permanent" href="#commonproblems" class="permalink">&para;</a></h2>
    
    <ul><li>Erreurs au d&#233;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 &#224; 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&#233;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 &#233;tait
      jusqu'alors impl&#233;ment&#233;e par le module core, l'est maintenant par
      le module mod_filter, qui doit donc &#234;tre charg&#233;.</li>

    </ul></li>
    <li>Erreurs de traitement des requ&#234;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&#233;s -
      V&#233;rifiez la pr&#233;sence d'une directive <code class="directive"><a href="./mod/core.html#allowoverride">AllowOverride</a></code> appropri&#233;e ; sa valeur par
      d&#233;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">&nbsp;en&nbsp;</a> |
<a href="./fr/upgrading.html" title="Fran&#231;ais">&nbsp;fr&nbsp;</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&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>
<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 2018 The Apache Software Foundation.<br />Autoris&#233; 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>