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
|
<?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><!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Conformit� au protocole HTTP - Serveur Apache HTTP</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.gif" /></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>Conformit� au protocole HTTP</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./en/compliance.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/compliance.html" title="Fran�ais"> fr </a></p>
</div>
<p>Ce document d�crit le m�canisme utilis� pour d�finir une
politique de conformit� au protocole HTTP pour un espace d'URL au
niveau des serveurs d'origine ou des application sous-jacentes � cet
espace d'URL.</p>
<p>Chaque politique de conformit� est d�crite ci-dessous �
destination de tous ceux qui ont re�u un message d'erreur suite � un
rejet en provenance d'une politique, et ont donc besoin de savoir �
quoi est du ce rejet et ce qu'ils doivent faire pour corriger
l'erreur.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#intro">Imposer la conformit� au protocole HTTP dans Apache 2</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policyconditional">Politique des requ�tes conditionnelles</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policylength">Politique de gestion de l'en-t�te Content-Length</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policytype">Politique de filtrage de l'en-t�te Content-Type</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policykeepalive">Politique de gestion des connexions persistantes (Keepalive)</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policymaxage">Dur�e de fra�cheur / Politique de gestion de l'�ge maximum</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policynocache">Politique de gestion des contenus qui ne peuvent pas �tre mis
en cache</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policyvalidation">Politique de validation</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policyvary">Politique de gestion de l'en-t�te Vary</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#policyversion">Politique de gestion des versions de protocole</a></li>
</ul><h3>Voir aussi</h3><ul class="seealso"><li><a href="filter.html">Filtres</a></li></ul><ul class="seealso"><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="intro" id="intro">Imposer la conformit� au protocole HTTP dans Apache 2</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policyconditional">PolicyConditional</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policylength">PolicyLength</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policykeepalive">PolicyKeepalive</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policytype">PolicyType</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policyvary">PolicyVary</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policyvalidation">PolicyValidation</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policynocache">PolicyNocache</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policymaxage">PolicyMaxage</a></code></li><li><code class="directive"><a href="./mod/mod_policy.html#policyversion">PolicyVersion</a></code></li></ul></td></tr></table>
<p>Le protocole HTTP applique le <strong>principe de
robustesse</strong> d�crit dans la <a href="http://tools.ietf.org/html/rfc1122">RFC1122</a>, et stipulant
<strong>"Soyez lib�ral pour ce que vous acceptez, conservateur pour
ce que vous envoyez"</strong>. Selon ce principe, les clients HTTP
vont compenser en corrigeant les r�ponses incorrectes ou mal
configur�es, ou ne pouvant pas �tre mises en cache.</p>
<p>Comme un site web est configur� pour faire face � un trafic
toujours grandissant, des applications mal configur�es ou non
optimis�es ou certaines configurations de serveur peuvent menacer la stabilit�
et l'�volutivit� du site web, ainsi que les co�ts d'h�bergement qui
y sont associ�s. L'�volution d'un site web pour faire face � une
complexit� croissante de sa configuration accro�t les
difficult�s rencontr�es pour d�tecter et enregistrer les espaces
d'URL mal configur�s pour un serveur donn�.</p>
<p>De ce fait, un point peut �tre atteint o� le principe
"conservateur pour ce que vous envoyez" doit �tre impos� par
l'administrateur du serveur.</p>
<p>Le module <code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code> fournit un jeu de filtres
qui peuvent �tre appliqu�s � un serveur, permettant de tester
explicitement les points cl� du protocle HTTP, et de journaliser en
tant qu'avertissements les r�ponses non conformes, ou m�me de
simplement les rejeter avec un code d'erreur. Chaque filtre peut
�tre appliqu� s�par�ment, permettant � l'administrateur de choisir
quelles politiques de conformit� doivent �tre impos�es en fonction
de l'environnement.
</p>
<p>Les filtres peuvent �tre mis en place dans des environnements de
test ou de simulation � destination des d�veloppeurs d'applications
et de sites web, ou s'appliquer � des serveurs en production pour
prot�ger l'infrastructure de syst�mes en dehors du contr�le direct
de l'administrateur.</p>
<p class="figure">
<img src="images/compliance-reverse-proxy.png" width="666" height="239" alt="Imposer la conformit� au protocole HTTP pour un serveur d'applications" />
</p>
<p>Dans l'exemple ci-dessus, un serveur Apache httpd a �t� intercal�
entre le serveur d'applications et l'internet au sens large, et
configur� pour mettre en cache les r�ponses en provenance du serveur
d'applications. Les filtres de <code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code> ont �t�
ajout�s pour imposer le support de la mise en cache de contenu et
des requ�tes conditionnelles, assurant ainsi que
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> et les caches publics de l'internet
seront pleinement capables de mettre en cache le contenu cr�� avec
efficacit� par le serveur d'applications.</p>
<p class="figure">
<img src="images/compliance-static.png" width="469" height="239" alt="Imposer la conformit� au protocole HTTP pour un serveur statique" />
</p>
<p>Dans l'exemple plus simple ci-dessus, un serveur statique qui
sert du contenu ayant une forte probabilit� d'�tre mis en cache,
se voit appliqu� un jeu de r�gles afin de
s'assurer que sa configuration respecte un niveau minimum de
conformit� au protocole HTTP.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policyconditional" id="policyconditional">Politique des requ�tes conditionnelles</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policyconditional">PolicyConditional</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si le serveur ne r�pond pas � une
requ�te conditionnelle avec le code d'�tat appropri�. </p>
<p>C'est gr�ce aux requ�tes conditionnelles qu'un cache HTTP peut
rafra�chir un contenu p�rim�, et en particulier dans le cas des
contenus � dur�e de validit� courte, l'absence de support des
requ�tes conditionnelles peut augmenter la charge du serveur.</p>
<p>Plus particuli�rement, la pr�sence d'une des en-t�tes suivantes
dans la requ�te rend cette derni�re conditionnelle :</p>
<dl>
<dt><code>If-Match</code></dt>
<dd>Si l'ETag fourni dans l'en-t�te <code>If-Match</code> ne
correspond pas � l'ETag de la r�ponse, le serveur doit renvoyer un
code d'erreur <code>412 Precondition Failed</code>. Vous trouverez
tous les d�tails du traitement d'un en-t�te <code>If-Match</code>
dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.24">RFC2616
section 14.24</a>.</dd>
<dt><code>If-None-Match</code></dt>
<dd>Si l'ETag fourni dans l'en-t�te <code>If-None-Match</code>
correspond � l'ETag de la r�ponse, le serveur doit renvoyer soit
<code>304 Not Modified</code> pour les requ�tes GET/HEAD, soit
<code>412 Precondition Failed</code> pour les autres m�thodes. Vous trouverez
tous les d�tails du traitement d'un en-t�te
<code>If-None-Match</code> dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.26">RFC2616
section 14.26</a>.</dd>
<dt><code>If-Modified-Since</code></dt>
<dd>Si la date fournie dans l'en-t�te <code>If-Modified-Since</code>
est plus ancienne que celle de l'en-t�te <code>Last-Modified</code>
de la r�ponse, le serveur doit renvoyer <code>304 Not Modified</code>. Vous trouverez
tous les d�tails du traitement d'un en-t�te
<code>If-Modified-Since</code> dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.25">RFC2616
section 14.25</a>.</dd>
<dt><code>If-Unmodified-Since</code></dt>
<dd>Si la date fournie dans l'en-t�te
<code>If-Unmodified-Since</code> est plus r�cente que celle de
l'en-t�te <code>Last-Modified</code> de la r�ponse, le serveur doit
renvoyer <code>412 Precondition Failed</code>. Vous trouverez
tous les d�tails du traitement d'un en-t�te
<code>If-Unmodified-Since</code> dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.28">RFC2616
section 14.28</a>.</dd>
<dt><code>If-Range</code></dt>
<dd>Si l'ETag fourni dans l'en-t�te <code>If-Range</code> correspond
� l'ETag ou � l'en-t�te Last-Modified de la r�ponse, et si un
en-t�te <code>Range</code> valide est pr�sent, le serveur doit
renvoyer <code>206 Partial Response</code>. Vous trouverez
tous les d�tails du traitement d'un en-t�te <code>If-Range</code>
dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.27">RFC2616
section 14.27</a>.</dd>
</dl>
<p>Si la r�ponse est consid�r�e comme ayant r�ussi (une r�ponse
2xx), alors qu'elle �tait conditionnelle et qu'une des r�ponses
ci-dessus �tait attendue � la place, cette politique sera rejet�e.
Les r�ponses qui indiquent une redirection ou une erreur de toute
sorte (3xx, 4xx, 5xx) seront ignor�es de cette politique.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_CONDITIONAL</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policylength" id="policylength">Politique de gestion de l'en-t�te Content-Length</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policylength">PolicyLength</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si la r�ponse du serveur ne contient pas d'en-t�te
<code>Content-Length</code> explicite.</p>
<p>De nombreuses m�thodes pour d�terminer la taille d'un
corps de r�ponse sont d�crites dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4">RFC2616
section 4.4 Message Length</a>.</p>
<p>Lorsque l'en-t�te <code>Content-Length</code> est pr�sente, la
taille du corps est d�clar�e au d�but de la r�ponse. Si cette
information est manquante, un cache HTTP pourrait choisir d'ignorer
la r�ponse, car il ne pourrait pas d�terminer a priori si la r�ponse
reste dans les limites d�finies du cache.</p>
<p>Pour indiquer la fin de la r�ponse au client sans que ce dernier
ait � en conna�tre la taille au pr�alable, HTTP/1.1 propose
l'en-t�te <code>Transfer-Encoding</code> comme une alternative �
<code>Content-Length</code>. Cependant, lors du traitement de
requ�tes HTTP/1.0, et si l'en-t�te <code>Content-Length</code> est
absente, le seul m�canisme dont dispose le serveur pour indiquer la
fin de la requ�te consiste � couper la connexion. Dans un
environnement contenant des r�partiteurs de charge, cela peut
court-circuiter le m�canisme des connexions persistantes
(keepalive).
</p>
<p>Si la r�ponse est consid�r�e comme r�ussie (une r�ponse 2xx) et
poss�de un corps (ce qui exclut les r�ponses <code>204 No
Content</code>), et si l'en-t�te <code>Content-Length</code> est
absente, la r�ponse sera rejet�e. Aucune r�ponse indiquant une
redirection ou une erreur de toute nature (3xx, 4xx, 5xx) n'est
prise en compte par cette politique.</p>
<div class="warning">Notez que certains modules comme
<code class="module"><a href="./mod/mod_proxy.html">mod_proxy</a></code> ajoutent leur propre en-t�te
<code>Content-Length</code> sous r�serve que la r�ponse o� cette
en-t�te est absente soit suffisamment courte pour que le module ait
pu la lire en une seule passe. De ce fait, des r�ponses courtes pourront
�tre accept�es par la politique, alors que d'autres plus longues
seront rejet�es pour la m�me URL.</div>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_LENGTH</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policytype" id="policytype">Politique de filtrage de l'en-t�te Content-Type</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policytype">PolicyType</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si la r�ponse du serveur ne contient pas d'en-t�te
<code>Content-Type</code> explicite et valide du point de vue de la
syntaxe, correspondant au mod�le d�fini par le serveur.</p>
<p>Le type de media du corps est plac� dans une en-t�te
<code>Content-Type</code> dont le format est d�crit en d�tail dans
la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.7">
RFC2616 section 3.7 Media Types</a>.</p>
<p>Une en-t�te <code>Content-Type</code> dont la syntaxe est valide
sera du style :</p>
<div class="example"><p><code>
Content-Type: text/html; charset=iso-8859-1
</code></p></div>
<p>Exemples d'en-t�tes <code>Content-Type</code> non valides :</p>
<div class="example"><p><code>
# invalide<br />
Content-Type: foo<br />
# vide<br />
Content-Type:
</code></p></div>
<p>L'administrateur peut restreindre la politique � un ou plusieurs
types sp�cifiques, ou utiliser des caract�res g�n�riques comme
<code>*/*</code>.</p>
<p>Cette politique est mise en oeuvre par le filtre
<strong>POLICY_TYPE</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policykeepalive" id="policykeepalive">Politique de gestion des connexions persistantes (Keepalive)</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policykeepalive">PolicyKeepalive</a></code></li></ul></td></tr></table>
<p>Cette politique era rejet�e si la r�ponse du serveur ne contient pas d'en-t�te
<code>Content-Length</code> explicite, ou d'en-t�te
<code>Transfer-Encoding</code> d�fini � chunked.</p>
<p>De nombreuses mani�res pour d�terminer la taille d'un
corps de r�ponse sont d�crites dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4">RFC2616
section 4.4 Message Length</a>.</p>
<p>Pour indiquer la fin de la r�ponse au client sans que ce dernier
ait � en conna�tre la taille au pr�alable, HTTP/1.1 propose
l'en-t�te <code>Transfer-Encoding</code> comme une alternative �
<code>Content-Length</code>. Cependant, lors du traitement de
requ�tes HTTP/1.0, et si l'en-t�te <code>Content-Length</code> est
absent, le seul m�canisme dont dispose le serveur pour indiquer la
fin de la requ�te consiste � couper la connexion. Dans un
environnement contenant des r�partiteurs de charge, cela peut
court-circuiter le m�canisme des connexions persistantes
(keepalive).
</p>
<p>En particulier, les r�gles suivantes sont appliqu�es : </p>
<dl>
<dt>Si</dt>
<dd>cette connexion n'est pas marqu�e en erreur ;</dd>
<dt>et</dt>
<dd>le client n'attend pas 100-continue ;</dd>
<dt>et</dt>
<dd>le code de statut de la r�ponse ne n�cessite pas de fermeture de connexion ;</dd>
<dt>et</dt>
<dd>le corps de la r�ponse a une taille d�finie suite au code de
statut 304 ou 204, la m�thode de requ�te est HEAD, un en-t�te
Content-Length ou Transfer-Encoding: chunked a d�j� �t� d�fini, ou
la requ�te est de type HTTP/1.1 et peut donc �tre d�finie � chunked.</dd>
<dt>alors</dt>
<dd>keepalive est support�.</dd>
</dl>
<div class="warning">Le serveur peut d�cider de d�sactiver les
connexions persistantes pour de nombreuses raisons, comme un arr�t
imminent, un Connection: close en provenance du client, ou une
requ�te client de type HTTP/1.0 dont la r�ponse ne comporte pas
d'en-t�te <code>Content-Length</code>, mais pour ce qui nous
concerne, nous ne v�rifions que la possibilit� des connexions
persistantes depuis l'application, et non si les connexions
persistantes sont activ�es.</div>
<p>Notez aussi que le serveur HTTP Apache propose un filtre qui
ajoute un codage chunked aux r�ponses qui ne contiennent pas
d'en-t�te <code>Content-Length</code> explicite. Cette politique
prend en compte les cas o� le filtre est court-circuit� ou
d�sactiv�.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_KEEPALIVE</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policymaxage" id="policymaxage">Dur�e de fra�cheur / Politique de gestion de l'�ge maximum</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policymaxage">PolicyMaxage</a></code></li></ul></td></tr></table>
<p>Cette politique se verra rejet�e si la r�ponse du serveur ne
contient pas de <strong>dur�e de fra�cheur</strong> explicite au
moins grande que la limite d�finie par le serveur, ou si la
dur�e de fra�cheur est calcul�e � partir d'une heuristique.</p>
<p>Vous trouverez tous les d�tails � propos du calcul d'une dur�e de
fra�cheur dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.2">RFC2616
section 13.2 Expiration Model</a>.</p>
<p>Pendant la dur�e de fra�cheur, un cache n'a pas besoin de
contacter le serveur original, et il peut renvoyer le contenu situ�
dans le cache tel quel au client.</p>
<p>Lorsque la date de p�remption est atteinte, le cache doit
contacter le serveur original dans le but de v�rifier si le contenu
situ� dans le cache est encore � jour, et si ce n'est pas le cas, de
le remplacer par le contenu correspondant sur le serveur original.</p>
<p>Lorsque la dur�e de fra�cheur est trop courte, il peut en
r�sulter un exc�s de charge pour le serveur. De plus, si une
interruption de service survient, et si cette derni�re est longue,
ou plus longue que la dur�e de fra�cheur, tout le contenu du cache
s'en trouvera p�rim�, ce qui causera un trafic tr�s important
lorsque le serveur ou le r�seau sera r�tabli.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_MAXAGE</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policynocache" id="policynocache">Politique de gestion des contenus qui ne peuvent pas �tre mis
en cache</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policynocache">PolicyNocache</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si la r�ponse du serveur
d�clare elle-m�me qu'elle ne doit pas �tre mise en cache � l'aide
d'un en-t�te <code>Cache-Control</code> ou <code>Pragma</code>.</p>
<p>Vous trouverez tous les d�tails � propos de la mani�re dont un
contenu peut �tre d�clar� comme non cachable dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.1">RFC2616
section 14.9.1 What is Cacheable</a>, et au sein de la d�finition de
l'en-t�te <code>Pragma</code> dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.32">RFC2616
section 14.32 Pragma</a>.</p>
<p>Plus pr�cis�ment, si une combinaison des en-t�tes suivants existe
dans la r�ponse, cette derni�re sera rejet�e :</p>
<ul>
<li><code>Cache-Control: no-cache</code></li>
<li><code>Cache-Control: no-store</code></li>
<li><code>Cache-Control: private</code></li>
<li><code>Pragma: no-cache</code></li>
</ul>
<p>D'une mani�re g�n�rale, lorsque cette politique est activ�e, et
si d'une mani�re inattendue un contenu non cachable peut induire un
niveau de charge du serveur inacceptable, tout contenu d�fini comme
non cachable par le serveur sera rejet�.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_NOCACHE</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policyvalidation" id="policyvalidation">Politique de validation</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policyvalidation">PolicyValidation</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si la r�ponse du serveur
ne contient aucune en-t�te syntaxiquement correct <code>ETag</code>
ou <code>Last-Modified</code>.</p>
<p>Vous trouverez une description compl�te de l'en-t�te
<code>ETag</code> dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.19">RFC2616
section 14.19 Etag</a>, et de l'en-t�te <code>Last-Modified</code>
dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.29">RFC2616
section 14.29 Last-Modified</a>.</p>
<p>La v�rification est effectu�e non seulement en ce qui concerne la
pr�sence des en-t�tes, mais aussi du point de vue de leur syntaxe.</p>
<p>Si une en-t�te <code>ETag</code> n'est pas entour�e de guillemets,
ou n'est pas d�clar�e "weak" en le pr�fixant avec un "W/", la politique
sera rejet�e. De m�me, si l'interpr�tation d'une en-t�te
<code>Last-Modified</code> ne fournit pas de date valide, la r�ponse
sera rejet�e.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_VALIDATION</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policyvary" id="policyvary">Politique de gestion de l'en-t�te Vary</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policyvary">PolicyVary</a></code></li></ul></td></tr></table>
<p>Cette politique se verra rejet�e si la r�ponse du serveur
contient une en-t�te <code>Vary</code>, et si cette en-t�te
contient � son tour une en-t�te mise en liste noire par
l'administrateur.</p>
<p>L'en-t�te <code>Vary</code> est d�crite en d�tails dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.44">RFC2616
section 14.44 Vary</a>.</p>
<p>Certaines en-t�tes d�finies par les clients, comme
<code>User-Agent</code>, peuvent contenir des milliers ou m�me des
millions de combinaisons de valeurs au cours du temps, et si la
r�ponse est consid�r�e comme pouvant �tre mise en cache, le cache
peut tenter d'enregistrer toutes ces r�ponses, ce qui peut l'amener
� saturation et � noyer les autres entr�es qu'il contient. Avec ce
sc�nario, cette politique sera rejet�e.</p>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_VARY</strong>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="policyversion" id="policyversion">Politique de gestion des versions de protocole</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="./mod/mod_policy.html">mod_policy</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_policy.html#policyversion">PolicyVersion</a></code></li></ul></td></tr></table>
<p>Cette politique sera rejet�e si la r�ponse du serveur
a �t� g�n�r�e avec un num�ro de version inf�rieur � la version
de HTTP sp�cifi�e.</p>
<p>Cette politique s'utilise en g�n�ral avec les applications qui
n�cessitent un contr�le du type du client. Elle peut �tre utilis�e en
concomitance avec le filtre <code>POLICY_KEEPALIVE</code> afin de
s'assurer que les clients HTTP/1.0 n'engendrent pas la fermeture des
connexions persistantes.</p>
<p>Les versions minimales pouvant �tre sp�cifi�es sont :</p>
<ul><li><code>HTTP/1.1</code></li>
<li><code>HTTP/1.0</code></li>
<li><code>HTTP/0.9</code></li>
</ul>
<p>Cette politique est impl�ment�e par le filtre
<strong>POLICY_VERSON</strong>.</p>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./en/compliance.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/compliance.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/compliance.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 2014 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>
|
