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
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
|
<?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>Guide de la mise en cache - 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.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>Guide de la mise en cache</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/caching.html" title="Fran�ais"> fr </a> |
<a href="./tr/caching.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </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>Ce document compl�te la documentation de r�f�rence des modules
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>, <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code>,
<code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> et du programme <a href="programs/htcacheclean.html">htcacheclean</a>.
Il d�crit l'utilisation des fonctionnalit�s de mise en
cache du serveur HTTP Apache
pour acc�l�rer les services web et proxy, tout en �vitant les probl�mes
courants et les erreurs de configuration.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#http-caching">Mise en cache HTTP � trois �tats RFC2616</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#socache-caching">Mise en cache d'objets partag�s � deux �tats de forme
cl�/valeur</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#file-caching">Mise en cache � base de fichiers sp�cialis�s</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#security">Consid�rations sur la s�curit�</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="introduction" id="introduction">Introduction</a></h2>
<p>Le serveur HTTP Apache offre tout un ensemble de fonctionnalit�s
de mise en cache qui ont �t� con�ues pour am�liorer les performances
du serveur de diff�rentes mani�res.</p>
<dl>
<dt>Mise en cache HTTP � trois �tats RFC2616</dt>
<dd><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> et son module de fournisseur
<code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> proposent une mise en cache
intelligente de niveau HTTP. Le contenu proprement dit est
stock� dans le cache, et mod_cache vise � respecter tous les
en-t�tes HTTP, ainsi que les options qui contr�lent la mise en
cache du contenu comme d�crit dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html">Section
13 de la RFC2616</a>. <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> peut g�rer des
configurations de mise en cache simples, mais aussi complexes
comme dans les cas o� vous avez � faire � des contenus mandat�s,
� des contenus locaux dynamiques, ou lorsque vous avez besoin
d'acc�l�rer l'acc�s aux fichiers locaux situ�s sur disque
suppos� lent.
</dd>
<dt>Mise en cache d'objets partag�s de forme cl�/valeur � deux
�tats</dt>
<dd>
L'<a href="socache.html">API du cache d'objets partag�s</a> (socache)
et ses modules de fournisseurs
proposent une mise en cache d'objets partag�s � base de
couples cl�/valeur de niveau serveur. Ces modules sont
con�us pour la mise en cache de donn�es de bas niveau comme
les sessions SSL et les donn�es d'authentification. les
serveurs d'arri�re-plan permettent le stockage des donn�es
au niveau serveur en m�moire partag�e, ou au niveau
datacenter dans un cache comme memcache ou distcache.
</dd>
<dt>Mise en cache de fichiers sp�cialis�e</dt>
<dd>
<code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> offre la possibilit� de
pr�charger des fichiers en m�moire au d�marrage du serveur,
et peut am�liorer les temps d'acc�s et sauvegarder les
gestionnaires de fichiers pour les fichiers qui font l'objet
d'acc�s fr�quents, �vitant ainsi d'avoir � acc�der au disque
� chaque requ�te.
</dd>
</dl>
<p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
vous �tre famili�res, et vous devez avoir lu les sections
<a href="urlmapping.html">Mise en correspondance des
URLs avec le syst�me de fichiers</a> et
<a href="content-negotiation.html">N�gociation sur le contenu</a>
du guide de l'utilisateur.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="http-caching" id="http-caching">Mise en cache HTTP � trois �tats RFC2616</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_cache.html">mod_cache</a></code></li><li><code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code></li><li><code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code></li><li><code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code></li><li><code class="directive"><a href="./mod/mod_negotiation.html#cachenegotiateddocs">CacheNegotiatedDocs</a></code></li></ul></td></tr></table>
<p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> permet de tirer avantage du
m�canisme de mise en cache en ligne faisant partie
int�grante du protocole HTTP, et d�crit dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html">section
13 de la RFC2616</a>.</p>
<p>A la diff�rence d'un cache simple cl�/valeur � deux �tats o� le
contenu est supprim� lorsqu'il est p�rim�, un cache HTTP comporte un
m�canisme permettant de conserver temporairement un contenu p�rim�,
de demander au serveur original si ce contenu p�rim� a �t� modifi�,
et dans le cas contraire de le rendre � nouveau valide.</p>
<p>Une entr�e d'un cache HTTP peut se pr�senter sous un de ces trois
�tats :</p>
<dl>
<dt>Frais</dt>
<dd>
Si un contenu est suffisamment r�cent (plus jeune que sa
<strong>dur�e de fra�cheur</strong>), il est consid�r� comme
<strong>frais</strong>. Un cache HTTP peut servir un contenu
frais sans avoir � demander quoi que ce soit au serveur
d'origine.
</dd>
<dt>P�rim�</dt>
<dd>
<p>Si le contenu est trop ancien (plus vieux que sa
<strong>dur�e de fra�cheur</strong>), il est consid�r� comme
<strong>p�rim�</strong>. Un cache HTTP doit contacter le serveur
original pour v�rifier si le contenu, m�me s'il est p�rim�, est
encore � jour avant de le servir au client. Soit le serveur
original va r�pondre en envoyant un contenu de remplacement si
le contenu p�rim� n'est plus � jour, soit dans le cas id�al il
renverra un code pour signaler au cache que le contenu est
encore � jour, et qu'il est inutile de le g�n�rer ou de
l'envoyer � nouveau. Le contenu repasse � l'�tat "frais" et le
cycle continue.</p>
<p>Le protocole HTTP permet au cache de servir des donn�es
p�rim�es dans certaines circonstances, comme lorsqu'une
tentative de rafra�chir une entr�e depuis un serveur original
se solde par un �chec avec un code d'erreur 5xx, ou lorsqu'une
autre requ�te est d�j� en train d'essayer de rafra�chir la m�me
entr�e. Dans ces cas, un en-t�te <code>Warning</code> est ajout�
� la r�ponse.</p>
</dd>
<dt>Non Existent</dt>
<dd>
Si le cache est plein, il se r�serve la possibilit� de supprimer
des entr�es pour faire de la place. Une entr�e peut �tre
supprim�e � tout moment, qu'elle soit fra�che ou p�rim�e.
L'outil <a href="programs/htcacheclean.html">htcacheclean</a>
peut �tre utilis� � la demande, ou lanc� en tant que d�mon afin
de conserver la taille du cache ou le nombre d'inodes en de�� de
valeurs sp�cifi�es. Cet outil essaie cependant de
supprimer les entr�es p�rim�es avant les entr�es fra�ches.
</dd>
</dl>
<p>Le fonctionnement d�taill� d'un cache HTTP est d�crit dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html">Section
13 de la RFC2616</a>.</p>
<h3>Interaction avec le serveur</h3>
<p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> interagit avec le serveur
� deux niveaux possibles en fonction de la directive <code class="directive"><a href="./mod/mod_cache.html#cachequickhandler">CacheQuickHandler</a></code> :
</p>
<dl>
<dt>Phase du gestionnaire rapide</dt>
<dd>
<p>Cette phase se d�roule tr�s t�t au cours du traitement de
la requ�te, juste apr�s l'interpr�tation de cette derni�re. Si
le contenu se trouve dans le cache, il est servi imm�diatement
et pratiquement tout le reste du traitement de la requ�te est
court-circuit�.</p>
<p>Dans ce sc�nario, le cache se comporte comme s'il avait
�t� "boulonn�" � l'entr�e du serveur.</p>
<p>Ce mode poss�de les meilleures performances car la
majorit� des traitements au niveau du serveur sont
court-circuit�s. Cependant, il court-circuite aussi les
phases d'authentification et d'autorisation du traitement
au niveau du serveur, et il doit donc �tre utilis� avec
prudence lorsque que ces phases sont importantes.</p>
</dd>
<dt>Phase du gestionnaire normal</dt>
<dd>
<p>Cette phase se d�roule tr�s tard au cours du traitement
de la requ�te, en fait apr�s toutes les phases de ce
traitement.</p>
<p>Dans ce sc�nario, le cache se comporte comme s'il avait
�t� "boulonn�" � la sortie du serveur.</p>
<p>Ce mode offre la plus grande souplesse, car il permet
de faire intervenir la mise en cache en un point
pr�cis�ment sp�cifi� de la cha�ne de filtrage, et le
contenu issu du cache peut �tre filtr� ou personnalis�
avant d'�tre servi au client.</p>
</dd>
</dl>
<p>Si l'URL ne se trouve pas dans le cache,
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ajoutera un <a href="filter.html">filtre</a> � la cha�ne de filtrage afin
d'enregistrer la r�ponse dans le cache, puis passera la main
pour permettre le d�roulement normal de la suite du traitement
de la requ�te. Si la mise en cache du contenu est autoris�e, il
sera enregistr� dans le cache pour pouvoir �tre servi � nouveau
; dans le cas contraire, le contenu sera ignor�.</p>
<p>Si le contenu trouv� dans le cache est p�rim�, le module
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> convertit la requ�te en
<strong>requ�te conditionnelle</strong>. Si le serveur original
renvoie une r�ponse normale, elle est enregistr�e dans le cache
en lieu et place du contenu p�rim�. Si le serveur original
renvoie une r�ponse "304 Not Modified", le contenu repasse �
l'�tat "frais" et est servi par le filtre au lieu d'�tre
sauvegard�.</p>
<h3>Am�lioration du taux de pr�sence dans le cache</h3>
<p>Lorsqu'un serveur virtuel est connu sous la forme d'un des
nombreux alias du serveur, la d�finition de la directive
<code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> �
<code>On</code> peut augmenter de mani�re significative le nombre
de correspondances positives dans le cache. Ceci est du au fait
que la cl� du cache contient le nom d'h�te du serveur virtuel.
Avec <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> positionn�e
� <code>On</code>,
les h�tes virtuels poss�dant plusieurs noms de serveur ou alias ne
g�n�reront pas d'entit�s de cache diff�rentes, et le contenu sera mis en
cache en faisant r�f�rence au nom d'h�te canonique.</p>
<h3>Dur�e de fra�cheur</h3>
<p>Un contenu bien form� destin� � �tre mis en cache doit d�clarer
explicitement une dur�e de fra�cheur via les champs
<code>max-age</code> ou <code>s-maxage</code> de l'en-t�te
<code>Cache-Control</code>, ou en incluant un en-t�te
<code>Expires</code>.</p>
<p>De plus, un client peut passer outre la dur�e de fra�cheur
d�finie pour le serveur original en ajoutant son propre en-t�te
<code>Cache-Control</code> � la requ�te. Dans ce cas, c'est la
dur�e de fra�cheur la plus basse entre la requ�te et la r�ponse
qui l'emporte.</p>
<p>Lorsque cette dur�e de fra�cheur est absente de la requ�te ou
de la r�ponse, une dur�e de fra�cheur par d�faut s'applique. La
dur�e de fra�cheur par d�faut des entr�es du cache est d'une heure
; elle peut cependant �tre facilement modifi�e � l'aide de
la directive <code class="directive"><a href="./mod/mod_cache.html#cachedefaultexpire">CacheDefaultExpire</a></code>.</p>
<p>Si une r�ponse ne contient pas d'en-t�te <code>Expires</code> mais
inclut un en-t�te <code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
peut d�duire une dur�e de fra�cheur en se basant sur une
heuristique, qui peut �tre contr�l�e via la directive <code class="directive"><a href="./mod/mod_cache.html#cachelastmodifiedfactor">CacheLastModifiedFactor</a></code>.</p>
<p>Pour les contenus locaux, ou les contenus distants qui ne
sp�cifient pas leur propre en-t�te <code>Expires</code>,
<code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code> permet de r�gler finement la dur�e de
fra�cheur via les param�tres <code>max-age</code> et
<code>Expires</code>.</p>
<p>On peut aussi contr�ler la dur�e de fra�cheur maximale en utilisant
la directive <code class="directive"><a href="./mod/mod_cache.html#cachemaxexpire">CacheMaxExpire</a></code>.</p>
<h3>Guide succinct des requ�tes conditionnelles</h3>
<p>Lorsqu'un contenu du cache est p�rim�, httpd modifie la requ�te
pour en faire une requ�te conditionnelle</p>
<p>Lorsque la r�ponse originale du cache contient un en-t�te
<code>ETag</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ajoute un en-t�te
<code>If-None-Match</code> � la requ�te envoy�e au serveur
d'origine. Lorsque la r�ponse originale du cache contient un en-t�te
<code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ajoute un en-t�te
<code>If-Modified-Since</code> � la requ�te envoy�e au serveur
d'origine. Dans ces deux cas, la requ�te devient une requ�te
<strong>conditionnelle</strong>.</p>
<p>Lorsqu'un serveur d'origine re�oit une requ�te conditionnelle,
il v�rifie si le param�tre Etag ou Last-Modified a �t� modifi� en
fonction des param�tres de la requ�te. Si ce n'est pas le cas, il
r�pondra avec le message lapidaire "304 Not Modified". Ceci
informe le cache que le contenu est p�rim� mais encore � jour, et
peut �tre utilis� tel quel pour les prochaines requ�tes jusqu'� ce
qu'il atteigne � nouveau sa date de p�remption.</p>
<p>Si le contenu a �t� modifi�, il est servi comme s'il s'agissait
d'une requ�te normale et non conditionnelle.</p>
<p>Les requ�tes conditionnelles offrent deux avantages. D'une
part, il est facile de d�terminer si le contenu du serveur
d'origine correspond � celui situ�
dans le cache, et ainsi d'�conomiser la consommation de ressources
n�cessaire au transfert du contenu dans son ensemble.</p>
<p>D'autre part, un serveur d'origine bien con�u sera configur� de
telle mani�re que les requ�tes conditionnelles n�cessitent pour
leur production bien moins de ressources qu'une r�ponse compl�te.
Dans le cas des fichiers statiques, il suffit en g�n�ral d'un
appel syst�me de type <code>stat()</code> ou similaire pour
d�terminer si la taille ou la date de modification du fichier a
�t� modifi�e. Ainsi, m�me un contenu local pourra �tre servi plus
rapidement depuis le cache s'il n'a pas �t� modifi�.</p>
<p>Il serait souhaitable que tous les serveurs d'origine
supportent les requ�tes conditionnelles, car dans le cas
contraire, ils r�pondent comme s'il s'agissait d'une requ�te
normale, et le cache r�pond comme si le contenu avait �t�
modifi� et enregistre ce dernier. Le cache se comporte alors
comme un simple cache � deux �tat, o� le contenu est servi s'il
est � jour, ou supprim� dans le cas contraire.</p>
<h3>Que peut-on mettre en cache ?</h3>
<p>La liste compl�te des conditions n�cessaires pour qu'une
r�ponse puisse �tre enregistr�e dans un cache HTTP est fournie
dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.4">section
13.4 Response Cacheability de la RFC2616</a>, et peut se r�sumer
ainsi :</p>
<ol>
<li>La mise en cache doit �tre activ�e pour cette URL. Voir les
directives <code class="directive"><a href="./mod/mod_cache.html#cacheenable">CacheEnable</a></code> et <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>.</li>
<li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
ou 410.</li>
<li>La requ�te doit �tre de type HTTP GET.</li>
<li>Si la r�ponse contient un en-t�te "Authorization:", elle doit aussi
contenir une option "s-maxage", "must-revalidate" ou "public"
dans l'en-t�te "Cache-Control:".</li>
<li>Si l'URL contient une cha�ne de requ�te
(provenant par exemple d'une m�thode GET de formulaire HTML), elle ne
sera pas mise en cache, � moins que la r�ponse ne
sp�cifie explicitement un d�lai d'expiration via un
en-t�te "Expires:" ou une directive max-age ou s-maxage de
l'en-t�te "Cache-Control:" comme indiqu� dans les
sections 13.2.1. et 13.9 de la RFC2616.</li>
<li>Si la r�ponse a un statut de 200 (OK), elle doit aussi contenir
au moins un des en-t�tes "Etag", "Last-Modified" ou
"Expires", ou une directive max-age ou s-maxage de
l'en-t�te "Cache-Control:", � moins que la directive
<code class="directive"><a href="./mod/mod_cache.html#cacheignorenolastmod">CacheIgnoreNoLastMod</a></code>
ne pr�cise d'autres contraintes.</li>
<li>Si la r�ponse contient l'option "private" dans un en-t�te
"Cache-Control:", elle ne sera pas mise en cache � moins que la
directive
<code class="directive"><a href="./mod/mod_cache.html#cachestoreprivate">CacheStorePrivate</a></code>
ne pr�cise d'autres contraintes.</li>
<li>De m�me, si la r�ponse contient l'option "no-store" dans un en-t�te
"Cache-Control:", elle ne sera pas mise en cache � moins que la
directive
<code class="directive"><a href="./mod/mod_cache.html#cachestorenostore">CacheStoreNoStore</a></code>
n'ait �t� utilis�e.</li>
<li>Une r�ponse ne sera pas mise en cache si elle comporte un en-t�te
"Vary:" contenant le caract�re "*" qui correspond � toute
cha�ne de caract�res.</li>
</ol>
<h3>Qu'est ce qui ne doit pas �tre mis en cache ?</h3>
<p>Le client qui cr�e la requ�te ou le serveur d'origine qui
g�n�re la r�ponse doit �tre � m�me de d�terminer si le contenu
doit pouvoir �tre mis en cache ou non en d�finissant correctement
l'en-t�te <code>Cache-Control</code>, et
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> sera alors en mesure de satisfaire les
souhaits du client ou du serveur de mani�re appropri�e.
</p>
<p>Les contenus qui varient au cours du temps, ou en fonction de
particularit�s de la requ�te non prises en compte par la
n�gociation HTTP ne doivent pas �tre mis en cache. Ce type de
contenu doit se d�clarer lui-m�me "� ne pas mettre en cache" via
l'en-t�te <code>Cache-Control</code>.</p>
<p>Si le contenu change souvent, suite par exemple � une dur�e de
fra�cheur de l'ordre de la minute ou de la seconde, il peut tout
de m�me �tre mis en cache, mais il est alors fortement souhaitable
que le serveur d'origine supporte correctement les
<strong>requ�tes conditionnelles</strong> afin que des r�ponses
compl�tes ne soient pas syst�matiquement g�n�r�es.</p>
<p>Un contenu qui varie en fonction d'en-t�tes de requ�te fournis
par le client peut �tre mis en cache, sous r�serve d'une
utilisation appropri�e de l'en-t�te de r�ponse <code>Vary</code>.</p>
<h3>Contenu variable et/ou n�goci�</h3>
<p>Lorsque le serveur d'origine est configur� pour servir des
contenus diff�rents en fonction de la valeur de certains en-t�tes
de la requ�te, par exemple pour servir une ressource en plusieurs
langages � partir d'une seule URL, le m�canisme de mise en cache
d'HTTP permet de mettre en cache plusieurs variantes de la m�me
page � partir d'une seule URL.</p>
<p>Pour y parvenir, le serveur d'origine ajoute un en-t�te
<code>Vary</code> pour indiquer quels en-t�tes doivent �tre pris
en compte par un cache pour d�terminer si deux variantes sont
diff�rentes l'une de l'autre.</p>
<p>Si par exemple, une r�ponse est re�ue avec l'en-t�te Vary suivant,</p>
<div class="example"><p><code>
Vary: negotiate,accept-language,accept-charset
</code></p></div>
<p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne servira aux demandeurs que le contenu
mis en cache qui correspond au contenu des en-t�tes accept-language et
accept-charset de la requ�te originale.</p>
<p>Plusieurs variantes d'un contenu peuvent �tre mises en cache
simultan�ment ; <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> utilise l'en-t�te
<code>Vary</code> et les valeurs correspondantes des en-t�tes de
la requ�te sp�cifi�s dans ce dernier pour
d�terminer quelle variante doit �tre servie au client.</p>
<h3><a name="disk" id="disk">Mise en cache sur disque</a></h3>
<p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> s'appuie sur des
impl�mentations de stockage en arri�re-plan sp�cifiques pour g�rer
le cache ; � ce titre, <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> fournit le
support de la mise en cache sur disque.</p>
<p>En g�n�ral, le module se configure comme suit :</p>
<pre class="prettyprint lang-config">
CacheRoot "/var/cache/apache/"
CacheEnable disk /
CacheDirLevels 2
CacheDirLength 1
</pre>
<p>Il est important de savoir que, les fichiers mis en cache �tant stock�s
localement, la mise en cache par l'interm�diaire du syst�me d'exploitation
sera en g�n�ral aussi appliqu�e � leurs acc�s. Si bien que m�me si les
fichiers sont stock�s sur disque, s'il font l'objet d'acc�s fr�quents,
il est probable que le syst�me d'exploitation s'appliquera � ce qu'ils
soient servis � partir de la m�moire.</p>
<h3>Comprendre le stockage dans le cache</h3>
<p>Pour stocker des entit�s dans le cache,
le module <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> cr�e une empreinte (hash) de 22
caract�res de l'URL qui a fait l'objet d'une requ�te. Cette empreinte
comprend le nom d'h�te, le protocole, le port, le chemin et tout argument
de type CGI associ� � l'URL, ainsi que les �l�ments
sp�cifi�s dans l'en-t�te Vary afin d'�tre sur que plusieurs URLs
n'interf�rent pas entre elles.</p>
<p>Chaque position de l'empreinte peut contenir un caract�re
choisi parmi 64 caract�res diff�rents, il y a donc
64^22 possibilit�s pour une empreinte. Par exemple, une URL peut poss�der
l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
utilis�e pour pr�fixer les noms de fichiers sp�cifiques � cette URL �
l'int�rieur du cache; cependant, elle est tout d'abord plac�e dans les
r�pertoires du cache selon les directives
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code> et
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>.</p>
<p>La directive
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code>
d�finit le nombre de niveaux de sous-r�pertoires, et
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>
le nombre de caract�res composant le nom des sous-r�pertoires. Dans
l'exemple donn� plus haut, l'empreinte se trouvera � :
<code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
<p>Cette technique a pour but principal de r�duire le nombre de
sous-r�pertoires ou de fichiers contenus dans un r�pertoire particulier,
car le fonctionnement de la plupart des syst�mes de fichiers est ralenti
quand ce nombre augmente. Avec la valeur "1" pour la directive
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>,
il peut y avoir au plus 64 sous-r�pertoires � un niveau quelconque.
Avec la valeur "2", il peut y en avoir 64 * 64, etc...
A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
la valeur "1" pour la directive
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>
est recommand�e.</p>
<p>Le param�trage de la directive
<code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code>
d�pend du nombre de fichiers que vous pensez stocker dans le cache.
Avec une valeur de "2" comme dans l'exemple donn� plus haut,
4096 sous-r�pertoires peuvent �tre cr��s au total. Avec 1 million de
fichiers dans le cache, cela �quivaut � environ 245 URLs mises en cache
dans chaque r�pertoire.</p>
<p>Chaque URL n�cessite au moins deux fichiers dans le cache. Ce sont en
g�n�ral un fichier ".header", qui contient des meta-informations � propos
de l'URL, comme la date de son arriv�e � expiration,
et un fichier ".data" qui est la copie exacte du contenu � servir.</p>
<p>Dans le cas d'un contenu n�goci� via l'en-t�te "Vary", un r�pertoire
".vary" sera cr�� pour l'URL en question. Ce r�pertoire contiendra de
multiples fichiers ".data" correspondant aux diff�rents contenus
n�goci�s.</p>
<h3>Maintenance du cache sur disque</h3>
<p>Le module <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> n'effectue aucune
r�gulation de l'espace disque utilis� par le cache, mais s'il
s'arr�te en douceur en cas d'erreur disque et se comporte alors
comme si le cache n'avait jamais exist�.</p>
<p>Par contre l'utilitaire
<a href="programs/htcacheclean.html">htcacheclean</a> fourni avec
httpd
vous permet de nettoyer le cache p�riodiquement.
D�terminer la fr�quence � laquelle lancer <a href="programs/htcacheclean.html">htcacheclean</a> et la taille souhait�e
pour le cache est une t�che relativement complexe et il vous faudra de
nombreux essais et erreurs pour arriver � s�lectionner des valeurs
optimales.</p>
<p><a href="programs/htcacheclean.html">htcacheclean</a> op�re selon deux
modes. Il peut s'ex�cuter comme d�mon r�sident, ou �tre lanc�
p�riodiquement par cron. <a href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
ou plus pour traiter de tr�s grands caches (plusieurs dizaines de
Gigaoctets) et si vous l'ex�cutez � partir de cron, il vous est
conseill� de d�terminer la dur�e typique d'un traitement, afin d'�viter
d'ex�cuter plusieurs instances � la fois.</p>
<p>Il est aussi conseill� d'attribuer un niveau de priorit� "nice"
appropri� � htcacheclean de fa�on � ce qu'il n'effectue pas trop
d'acc�s disque pendant le fonctionnement du serveur.</p>
<p class="figure">
<img src="images/caching_fig1.gif" alt="" width="600" height="406" /><br />
<a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
typique du cache / s�quence de nettoyage.</p>
<p>Comme <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> ne tient pas compte de l'espace
utilis� dans le cache, vous devez vous assurer que
<a href="programs/htcacheclean.html">htcacheclean</a> est configur� de
fa�on � laisser suffisamment d'"espace de croissance"
� la suite d'un nettoyage.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="socache-caching" id="socache-caching">Mise en cache d'objets partag�s � deux �tats de forme
cl�/valeur</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_authn_socache.html">mod_authn_socache</a></code></li><li><code class="module"><a href="./mod/mod_socache_dbm.html">mod_socache_dbm</a></code></li><li><code class="module"><a href="./mod/mod_socache_dc.html">mod_socache_dc</a></code></li><li><code class="module"><a href="./mod/mod_socache_memcache.html">mod_socache_memcache</a></code></li><li><code class="module"><a href="./mod/mod_socache_shmcb.html">mod_socache_shmcb</a></code></li><li><code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_authn_socache.html#authncachesocache">AuthnCacheSOCache</a></code></li><li><code class="directive"><a href="./mod/mod_ssl.html#sslsessioncache">SSLSessionCache</a></code></li><li><code class="directive"><a href="./mod/mod_ssl.html#sslstaplingcache">SSLStaplingCache</a></code></li></ul></td></tr></table>
<p>Le serveur HTTP Apache fournit un cache d'objets partag�s de bas
niveau pour la mise en cache d'informations comme les sessions SSL
ou les donn�es d'authentification dans l'interface <a href="socache.html">socache</a>.</p>
<p>Pour chaque impl�mentation un module suppl�mentaire est fourni
qui offre les services d'arri�re-plan suivants :</p>
<dl>
<dt><code class="module"><a href="./mod/mod_socache_dbm.html">mod_socache_dbm</a></code></dt>
<dd>Cache d'objets partag�s bas� sur DBM.</dd>
<dt><code class="module"><a href="./mod/mod_socache_dc.html">mod_socache_dc</a></code></dt>
<dd>Cache d'objets partag�s bas� sur Distcache.</dd>
<dt><code class="module"><a href="./mod/mod_socache_memcache.html">mod_socache_memcache</a></code></dt>
<dd>Cache d'objets partag�s bas� sur Memcache.</dd>
<dt><code class="module"><a href="./mod/mod_socache_shmcb.html">mod_socache_shmcb</a></code></dt>
<dd>Cache d'objets partag�s bas� sur la m�moire partag�e.</dd>
</dl>
<h3><a name="mod_authn_socache-caching" id="mod_authn_socache-caching">Mise en cache des donn�es d'authentification</a></h3>
<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_authn_socache.html">mod_authn_socache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_authn_socache.html#authncachesocache">AuthnCacheSOCache</a></code></li></ul></td></tr></table>
<p>Le module <code class="module"><a href="./mod/mod_authn_socache.html">mod_authn_socache</a></code> permet la mise en
cache des donn�es issues d'une authentification, diminuant ainsi
la charge des serveurs d'authentification en arri�re-plan.</p>
<h3><a name="mod_ssl-caching" id="mod_ssl-caching">Mise en cache des sessions SSL</a></h3>
<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_ssl.html">mod_ssl</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_ssl.html#sslsessioncache">SSLSessionCache</a></code></li><li><code class="directive"><a href="./mod/mod_ssl.html#sslstaplingcache">SSLStaplingCache</a></code></li></ul></td></tr></table>
<p>Le module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> utilise l'interface
<code>socache</code> pour fournir un cache de session et un cache
de base.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="file-caching" id="file-caching">Mise en cache � base de fichiers sp�cialis�s</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_file_cache.html">mod_file_cache</a></code></li></ul></td><td><ul><li><code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code></li><li><code class="directive"><a href="./mod/mod_file_cache.html#mmapfile">MMapFile</a></code></li></ul></td></tr></table>
<p>Sur les plateformes o� le syst�me de fichiers peut �tre lent, ou
lorsque les descripteurs de fichiers sont gourmands en ressources,
il est possible de pr�charger des fichiers en m�moire au d�marrage
du serveur.</p>
<p>Sur les syst�mes o� l'ouverture des fichiers est lente, il est
possible d'ouvrir le fichier au d�marrage du serveur et de mettre en
cache le descripteur de fichier. Ces options peuvent vous aider sur
les syst�mes o� l'acc�s aux fichiers statiques est lent.</p>
<h3><a name="filehandle" id="filehandle">Mise en cache des descripteurs de fichier</a></h3>
<p>Le processus d'ouverture d'un fichier peut �tre en soi une
source de ralentissement, en particulier sur les syst�mes de
fichiers sur le r�seau. httpd permet d'�viter ce ralentissement en
maintenant un cache des descripteurs de fichiers ouverts pour les
fichiers souvent servis. Actuellement, httpd fournit une seule
impl�mentation de mise en cache des descripteurs de fichiers.</p>
<h4>CacheFile</h4>
<p>La forme la plus basique de mise en cache que propose httpd
est la mise en cache des descripteurs de fichiers fournie par le
module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code>. Plut�t que de mettre en
cache le contenu des fichiers, ce cache maintient une table des
descripteurs de fichiers ouverts. Les fichiers devant faire
l'objet d'une mise en cache de ce type sont sp�cifi�s dans le
fichier de configuration via la directive <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>.</p>
<p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> informe httpd
qu'il doit ouvrir le fichier lors de son d�marrage et qu'il doit
r�utiliser le descripteur de fichier mis en cache pour tous les
acc�s futurs � ce fichier.</p>
<pre class="prettyprint lang-config">
CacheFile /usr/local/apache2/htdocs/index.html
</pre>
<p>Si vous d�sirez mettre en cache un grand nombre de fichiers
de cette mani�re, vous devez vous assurer que le nombre maximal
de fichiers ouverts pour votre syst�me d'exploitation est d�fini
� une valeur suffisante.</p>
<p>Bien que l'utilisation de la directive <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> n'entra�ne pas de
mise en cache du contenu du fichier proprement dit, elle
implique que si le fichier est modifi� pendant l'ex�cution du
serveur, ces modifications ne seront pas prises en compte. Le
fichier sera toujours servi dans l'�tat o� il se trouvait au
moment du d�marrage du serveur.</p>
<p>Si le fichier est supprim� pendant l'ex�cution du serveur, ce
dernier conservera le descripteur de fichier ouvert associ� et
servira le fichier dans l'�tat o� il se trouvait au
moment du d�marrage du serveur. Cela signifie aussi que m�me si
le fichier a �t� supprim�, et n'appara�t donc plus dans le
syst�me de fichiers, l'espace disque lib�r� ne sera disponible
qu'une fois le serveur httpd arr�t� et donc le descripteur de
fichier ferm�.</p>
<h3><a name="inmemory" id="inmemory">In-Memory Caching</a></h3>
<p>Servir un contenu directement depuis la m�moire syst�me est
universellement reconnu comme la m�thode la plus rapide. Lire des fichiers
depuis un contr�leur de disque ou pire, depuis un r�seau distant est plus
lent de plusieurs ordres de grandeur. Les contr�leurs de disque r�alisent
en g�n�ral des op�rations m�caniques, et l'acc�s au r�seau est limit� par la
bande passante dont vous disposez. Par contre, les temps d'acc�s � la
m�moire sont de l'ordre de la nano-seconde.</p>
<p>Cependant la m�moire syst�me n'est pas bon march�; � capacit� �gale,
c'est de loin le type de stockage le plus co�teux et il est important de
s'assurer qu'elle est utilis�e efficacement. Le fait de mettre en cache
des fichiers en m�moire diminue d'autant la quantit� de m�moire syst�me
disponible. Comme nous le verrons plus loin, ce n'est pas un probl�me en
soi dans le cas de la mise en cache par l'interm�diaire du syst�me
d'exploitation, mais si l'on utilise la mise en cache en m�moire propre �
httpd, il faut prendre garde � ne pas allouer trop de m�moire au cache.
Sinon le syst�me sera contraint d'utiliser le swap, ce qui d�gradera
sensiblement les performances.</p>
<h4>Mise en cache par l'interm�diaire du syst�me d'exploitation</h4>
<p>Dans la plupart des syst�mes d'exploitation modernes, c'est le noyau
qui g�re directement la mise en cache en m�moire des donn�es relatives
aux fichiers. C'est une fonctionnalit� puissante, et les syst�mes
d'exploitation s'en acquittent fort bien pour la plus grande partie.
Consid�rons par exemple, dans le cas de Linux, la diff�rence entre le
temps n�cessaire � la premi�re lecture d'un fichier et le temps
n�cessaire � sa deuxi�me lecture;</p>
<div class="example"><pre>
colm@coroebus:~$ time cat testfile > /dev/null
real 0m0.065s
user 0m0.000s
sys 0m0.001s
colm@coroebus:~$ time cat testfile > /dev/null
real 0m0.003s
user 0m0.003s
sys 0m0.000s</pre></div>
<p>M�me pour ce petit fichier, il y a une grande diff�rence entre les
temps n�cessaires pour lire le fichier. Ceci est du au fait que le
noyau a mis en cache le contenu du fichier en m�moire.</p>
<p>Du fait de toujours pouvoir disposer de m�moire syst�me, vous pouvez
�tre assur� qu'il y aura de plus en plus de contenus de fichiers stock�s
dans ce cache. Ceci peut s'av�rer une m�thode de mise en cache en m�moire
tr�s efficace, et ne n�cessite aucune configuration suppl�mentaire
de httpd.</p>
<p>De plus, comme le syst�me d'exploitation sait si des fichiers
ont �t�
supprim�s ou modifi�s, il peut effacer automatiquement des contenus de
fichiers du cache lorsque cela s'av�re n�cessaire. Ceci constitue un gros
avantage par rapport � la mise en cache en m�moire
de httpd qui n'a
aucune possibilit� de savoir si un fichier a �t� modifi�.</p>
<p>En d�pit des performances et des avantages de la mise en cache
automatique par le syst�me d'exploitation, la mise en cache en m�moire
peut �tre effectu�e plus efficacement par httpd dans certaines
circonstances.</p>
<h4>Mise en cache � l'aide de la directive MMapFile</h4>
<p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#mmapfile">MMapFile</a></code>
fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> vous permet de
demander � httpd de charger un contenu de fichier statique en m�moire
lors de son d�marrage (� l'aide de l'appel
syst�me mmap). httpd
utilisera le contenu charg� en m�moire pour satisfaire ult�rieurement
toutes les demandes d'acc�s � ce fichier.</p>
<pre class="prettyprint lang-config">
MMapFile /usr/local/apache2/htdocs/index.html
</pre>
<p>Comme dans le cas de la directive
<code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>, toute
modification du fichier ne sera plus prise en compte par httpd une fois
ce dernier d�marr�.</p>
<p> La directive
<code class="directive"><a href="./mod/mod_file_cache.html#mmapfile">MMapFile</a></code> ne gardant
pas la trace de la quantit� de m�moire qu'elle alloue, vous devez prendre
garde de ne pas en abuser. Chaque processus enfant de httpd utilisant
sa propre r�plique de la m�moire allou�e, il est donc d'une importance
critique de s'assurer que les fichiers charg�s ne sont pas d'une taille
trop importante afin d'�pargner au syst�me l'utilisation du swap.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
<div class="section">
<h2><a name="security" id="security">Consid�rations sur la s�curit�</a></h2>
<h3>Autorisation et contr�le d'acc�s</h3>
<p>Utiliser <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> revient sensiblement � la m�me
chose qu'avoir un mandataire inverse int�gr� (reverse-proxy). Les requ�tes
seront servies par le module de mise en cache sauf si ce dernier
d�termine qu'un processus d'arri�re-plan doit �tre appel�. La mise en
cache de ressources locales modifie consid�rablement le mod�le de
s�curit� de httpd.</p>
<p>Comme le parcours de la hi�rarchie d'un syst�me de fichiers pour
examiner le contenu d'�ventuels fichiers
<code>.htaccess</code> serait une op�ration tr�s co�teuse en ressources,
annulant partiellement de ce fait l'int�r�t de la mise en cache
(acc�l�rer le traitement des requ�tes),
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne se pr�occupe pas de savoir s'il a
l'autorisation de servir une entit� mise en cache. En d'autres termes,
si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> a mis en cache un certain contenu, ce
dernier sera servi � partir du cache tant qu'il ne sera pas arriv� �
expiration.</p>
<p>Si par exemple, votre configuration autorise l'acc�s � une ressource
en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
pas mis en cache. Ceci est possible en utilisant la directive
<code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>, ou le module
<code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>. Livr� � lui-m�me,
<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> - pratiquement comme un mandataire inverse -
mettrait en cache le contenu lors de son service, et le servirait ensuite
� tout client, vers n'importe quelle adresse IP.</p>
<p>Lorsque la directive <code class="directive"><a href="./mod/mod_cache.html#cachequickhandler">CacheQuickHandler</a></code> est d�finie �
<code>Off</code>, toutes les phases du traitement de la requ�te
sont ex�cut�es et le mod�le de s�curit� reste le m�me.</p>
<h3>Piratages locaux</h3>
<p>Etant donn� que les requ�tes des utilisateurs finaux peuvent �tre
servies depuis le cache, ce dernier est une cible potentielle pour ceux
qui veulent d�figurer un contenu ou interf�rer avec lui. Il est important
de garder � l'esprit que l'utilisateur sous lequel tourne
httpd doit
toujours avoir l'acc�s en �criture dans le cache. Ceci est en contraste
total avec la recommandation usuelle d'interdire � l'utilisateur sous
lequel tourne Apache
l'acc�s en �criture � tout contenu.</p>
<p>Si l'utilisateur sous lequel tourne Apache est compromis,
par exemple � cause d'une
faille de s�curit� dans un processus CGI, il est possible que le cache
fasse l'objet d'une attaque. Il est relativement ais� d'ins�rer ou de
modifier une entit� dans le cache en utilisant le module
<code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code>.</p>
<p>Cela repr�sente un risque relativement �l�v� par rapport aux autres
types d'attaques qu'il est possible de mener sous l'utilisateur apache.
Si vous utilisez <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code>, vous devez garder ceci
� l'esprit : effectuez toujours les mises � jour de
httpdquand des
correctifs de s�curit� sont annonc�s et ex�cutez les processus CGI sous
un utilisateur autre qu'apache en utilisant
<a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
<h3>Empoisonnement du cache (Cache Poisoning)</h3>
<p>Si vous utilisez httpd comme serveur mandataire avec mise en cache,
vous vous exposez aussi � un �ventuel "Empoisonnement du
cache" (Cache poisoning). L'empoisonnement du cache est un terme g�n�ral
pour d�signer les attaques au cours desquelles l'attaquant fait en sorte
que le serveur mandataire renvoie � un contenu incorrect (et souvent
ind�sirable) suite � en provenance du serveur d'arri�re-plan.
</p>
<p>Par exemple, si les serveur DNS qu'utilise votre syst�me o� tourne
httpd sont vuln�rables � l'empoisonnement du cache des DNS, un attaquant
pourra contr�ler vers o� httpd se connecte lorsqu'il demande un contenu
depuis le serveur d'origine.
Un autre exemple est constitu� par les attaques ainsi nomm�es
"Dissimulation de requ�tes HTTP" (HTTP request-smuggling).</p>
<p>Ce document n'est pas le bon endroit pour une discussion approfondie
� propos de la Dissimulation de requ�tes HTTP (utilisez plut�t votre
moteur de recherche favori); il est cependant important de savoir qu'il
est possible d'�laborer une s�rie de requ�tes, et d'exploiter une
vuln�rabilit� d'un serveur web d'origine de telle fa�on que l'attaquant
puisse contr�ler enti�rement le contenu renvoy� par le mandataire.</p>
<h3>D�ni de Service / Cachebusting</h3>
<p>Le m�canisme utilis� via l'en-t�te Vary permet de mettre en
cache simultan�ment plusieurs variantes d'une ressource avec la
m�me URL. Le cache s�lectionne la variante correcte � envoyer au
client en fonction des valeurs d'en-t�te fournies par ce dernier.
Ce m�canisme peut devenir un probl�me lorsqu'on tente d'appliquer
le m�canisme des variantes � un en-t�te connu pour pouvoir
poss�der un grand nombre de valeurs
possibles en utilisation normal, comme par exemple l'en-t�te
<code>User-Agent</code>. En fonction de la popularit� du site web,
des milliers ou m�me des millions d'entr�es de cache dupliqu�es
peuvent �tre cr��es pour la m�me URL, submergeant les autres
entr�es du cache.</p>
<p>Dans d'autres cas, il peut �tre n�cessaire de modifier l'URL
d'une ressource particuli�re � chaque requ�te, en g�n�ral en lui
ajoutant une cha�ne "cachebuster". Si ce contenu est d�clar� comme
pouvant �tre mis en cache par un serveur avec une dur�e de
fra�cheur significative, ces entr�es peuvent submerger les entr�es
l�gitimes du cache. Alors que <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> fournit
une directive <code class="directive"><a href="./mod/mod_cache.html#cacheignoreurlsessionidentifiers">CacheIgnoreURLSessionIdentifiers</a></code>,
cette derni�re doit �tre utilis�e avec prudence pour s'assurer que
les caches du navigateur ou du mandataire le plus proche
(downstream proxy) ne sont pas victimes du m�me probl�me de D�ni de
service.</p>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
<a href="./fr/caching.html" title="Fran�ais"> fr </a> |
<a href="./tr/caching.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </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/caching.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 2013 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>
|
