1 <?xml version="1.0" encoding="ISO-8859-1"?>
2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
3 <html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
5 This file is generated from xml source: DO NOT EDIT
6 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
8 <title>Guide de la mise en cache - Serveur Apache HTTP Version 2.5</title>
9 <link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
10 <link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
11 <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" />
12 <script src="./style/scripts/prettify.min.js" type="text/javascript">
15 <link href="./images/favicon.ico" rel="shortcut icon" /></head>
16 <body id="manual-page"><div id="page-header">
17 <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>
18 <p class="apache">Serveur Apache HTTP Version 2.5</p>
19 <img alt="" src="./images/feather.gif" /></div>
20 <div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
22 <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>
24 <p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
25 <a href="./fr/caching.html" title="Français"> fr </a> |
26 <a href="./tr/caching.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
29 <p>Ce document complète la documentation de référence des modules
30 <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>,
31 <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>.
32 Il décrit l'utilisation des fonctionnalités de mise en
33 cache du serveur HTTP Apache
34 pour accélérer les services web et proxy, tout en évitant les problèmes
35 courants et les erreurs de configuration.</p>
37 <div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introduction</a></li>
38 <li><img alt="" src="./images/down.gif" /> <a href="#http-caching">Mise en cache HTTP à trois états RFC2616</a></li>
39 <li><img alt="" src="./images/down.gif" /> <a href="#socache-caching">Mise en cache d'objets partagés à deux états de forme
41 <li><img alt="" src="./images/down.gif" /> <a href="#file-caching">Mise en cache à base de fichiers spécialisés</a></li>
42 <li><img alt="" src="./images/down.gif" /> <a href="#security">Considérations sur la sécurité</a></li>
43 </ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
44 <div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
46 <h2><a name="introduction" id="introduction">Introduction</a></h2>
49 <p>Le serveur HTTP Apache offre tout un ensemble de fonctionnalités
50 de mise en cache qui ont été conçues pour améliorer les performances
51 du serveur de différentes manières.</p>
54 <dt>Mise en cache HTTP à trois états RFC2616</dt>
55 <dd><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> et son module de fournisseur
56 <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> proposent une mise en cache
57 intelligente de niveau HTTP. Le contenu proprement dit est
58 stocké dans le cache, et mod_cache vise à respecter tous les
59 en-têtes HTTP, ainsi que les options qui contrôlent la mise en
60 cache du contenu comme décrit dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html">Section
61 13 de la RFC2616</a>. <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> peut gérer des
62 configurations de mise en cache simples, mais aussi complexes
63 comme dans les cas où vous avez à faire à des contenus mandatés,
64 à des contenus locaux dynamiques, ou lorsque vous avez besoin
65 d'accélérer l'accès aux fichiers locaux situés sur disque
69 <dt>Mise en cache d'objets partagés de forme clé/valeur à deux
72 L'<a href="socache.html">API du cache d'objets partagés</a> (socache)
73 et ses modules de fournisseurs
74 proposent une mise en cache d'objets partagés à base de
75 couples clé/valeur de niveau serveur. Ces modules sont
76 conçus pour la mise en cache de données de bas niveau comme
77 les sessions SSL et les données d'authentification. les
78 serveurs d'arrière-plan permettent le stockage des données
79 au niveau serveur en mémoire partagée, ou au niveau
80 datacenter dans un cache comme memcache ou distcache.
83 <dt>Mise en cache de fichiers spécialisée</dt>
85 <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> offre la possibilité de
86 précharger des fichiers en mémoire au démarrage du serveur,
87 et peut améliorer les temps d'accès et sauvegarder les
88 gestionnaires de fichiers pour les fichiers qui font l'objet
89 d'accès fréquents, évitant ainsi d'avoir à accéder au disque
94 <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
95 vous être familières, et vous devez avoir lu les sections
96 <a href="urlmapping.html">Mise en correspondance des
97 URLs avec le système de fichiers</a> et
98 <a href="content-negotiation.html">Négociation sur le contenu</a>
99 du guide de l'utilisateur.</p>
101 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
102 <div class="section">
103 <h2><a name="http-caching" id="http-caching">Mise en cache HTTP à trois états RFC2616</a></h2>
107 <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>
109 <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> permet de tirer avantage du
110 mécanisme de mise en cache en ligne faisant partie
111 intégrante du protocole HTTP, et décrit dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html">section
112 13 de la RFC2616</a>.</p>
114 <p>A la différence d'un cache simple clé/valeur à deux états où le
115 contenu est supprimé lorsqu'il est périmé, un cache HTTP comporte un
116 mécanisme permettant de conserver temporairement un contenu périmé,
117 de demander au serveur original si ce contenu périmé a été modifié,
118 et dans le cas contraire de le rendre à nouveau valide.</p>
120 <p>Une entrée d'un cache HTTP peut se présenter sous un de ces trois
126 Si un contenu est suffisamment récent (plus jeune que sa
127 <strong>durée de fraîcheur</strong>), il est considéré comme
128 <strong>frais</strong>. Un cache HTTP peut servir un contenu
129 frais sans avoir à demander quoi que ce soit au serveur
134 <p>Si le contenu est trop ancien (plus vieux que sa
135 <strong>durée de fraîcheur</strong>), il est considéré comme
136 <strong>périmé</strong>. Un cache HTTP doit contacter le serveur
137 original pour vérifier si le contenu, même s'il est périmé, est
138 encore à jour avant de le servir au client. Soit le serveur
139 original va répondre en envoyant un contenu de remplacement si
140 le contenu périmé n'est plus à jour, soit dans le cas idéal il
141 renverra un code pour signaler au cache que le contenu est
142 encore à jour, et qu'il est inutile de le générer ou de
143 l'envoyer à nouveau. Le contenu repasse à l'état "frais" et le
146 <p>Le protocole HTTP permet au cache de servir des données
147 périmées dans certaines circonstances, comme lorsqu'une
148 tentative de rafraîchir une entrée depuis un serveur original
149 se solde par un échec avec un code d'erreur 5xx, ou lorsqu'une
150 autre requête est déjà en train d'essayer de rafraîchir la même
151 entrée. Dans ces cas, un en-tête <code>Warning</code> est ajouté
154 <dt>Non Existent</dt>
156 Si le cache est plein, il se réserve la possibilité de supprimer
157 des entrées pour faire de la place. Une entrée peut être
158 supprimée à tout moment, qu'elle soit fraîche ou périmée.
159 L'outil <a href="programs/htcacheclean.html">htcacheclean</a>
160 peut être utilisé à la demande, ou lancé en tant que démon afin
161 de conserver la taille du cache ou le nombre d'inodes en deçà de
162 valeurs spécifiées. Cet outil essaie cependant de
163 supprimer les entrées périmées avant les entrées fraîches.
167 <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
168 13 de la RFC2616</a>.</p>
170 <h3>Interaction avec le serveur</h3>
173 <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> interagit avec le serveur
174 à deux niveaux possibles en fonction de la directive <code class="directive"><a href="./mod/mod_cache.html#cachequickhandler">CacheQuickHandler</a></code> :
178 <dt>Phase du gestionnaire rapide</dt>
180 <p>Cette phase se déroule très tôt au cours du traitement de
181 la requête, juste après l'interprétation de cette dernière. Si
182 le contenu se trouve dans le cache, il est servi immédiatement
183 et pratiquement tout le reste du traitement de la requête est
186 <p>Dans ce scénario, le cache se comporte comme s'il avait
187 été "boulonné" à l'entrée du serveur.</p>
189 <p>Ce mode possède les meilleures performances car la
190 majorité des traitements au niveau du serveur sont
191 court-circuités. Cependant, il court-circuite aussi les
192 phases d'authentification et d'autorisation du traitement
193 au niveau du serveur, et il doit donc être utilisé avec
194 prudence lorsque que ces phases sont importantes.</p>
196 <p>Les requêtes contenant un en-tête "Authorization"
197 header (par exemple dans le cas de l'authentification HTTP
198 basique) ne peuvent ni être mises en cache, ni servies
199 depuis le cache lorsque <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
200 s'exécute dans cette phase.</p>
202 <dt>Phase du gestionnaire normal</dt>
204 <p>Cette phase se déroule très tard au cours du traitement
205 de la requête, en fait après toutes les phases de ce
208 <p>Dans ce scénario, le cache se comporte comme s'il avait
209 été "boulonné" à la sortie du serveur.</p>
211 <p>Ce mode offre la plus grande souplesse, car il permet
212 de faire intervenir la mise en cache en un point
213 précisément spécifié de la chaîne de filtrage, et le
214 contenu issu du cache peut être filtré ou personnalisé
215 avant d'être servi au client.</p>
219 <p>Si l'URL ne se trouve pas dans le cache,
220 <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
221 d'enregistrer la réponse dans le cache, puis passera la main
222 pour permettre le déroulement normal de la suite du traitement
223 de la requête. Si la mise en cache du contenu est autorisée, il
224 sera enregistré dans le cache pour pouvoir être servi à nouveau
225 ; dans le cas contraire, le contenu sera ignoré.</p>
227 <p>Si le contenu trouvé dans le cache est périmé, le module
228 <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> convertit la requête en
229 <strong>requête conditionnelle</strong>. Si le serveur original
230 renvoie une réponse normale, elle est enregistrée dans le cache
231 en lieu et place du contenu périmé. Si le serveur original
232 renvoie une réponse "304 Not Modified", le contenu repasse à
233 l'état "frais" et est servi par le filtre au lieu d'être
237 <h3>Amélioration du taux de présence dans le cache</h3>
240 <p>Lorsqu'un serveur virtuel est connu sous la forme d'un des
241 nombreux alias du serveur, la définition de la directive
242 <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> à
243 <code>On</code> peut augmenter de manière significative le nombre
244 de correspondances positives dans le cache. Ceci est du au fait
245 que la clé du cache contient le nom d'hôte du serveur virtuel.
246 Avec <code class="directive"><a href="./mod/core.html#usecanonicalname">UseCanonicalName</a></code> positionnée
248 les hôtes virtuels possédant plusieurs noms de serveur ou alias ne
249 généreront pas d'entités de cache différentes, et le contenu sera mis en
250 cache en faisant référence au nom d'hôte canonique.</p>
254 <h3>Durée de fraîcheur</h3>
257 <p>Un contenu bien formé destiné à être mis en cache doit déclarer
258 explicitement une durée de fraîcheur via les champs
259 <code>max-age</code> ou <code>s-maxage</code> de l'en-tête
260 <code>Cache-Control</code>, ou en incluant un en-tête
261 <code>Expires</code>.</p>
263 <p>De plus, un client peut passer outre la durée de fraîcheur
264 définie pour le serveur original en ajoutant son propre en-tête
265 <code>Cache-Control</code> à la requête. Dans ce cas, c'est la
266 durée de fraîcheur la plus basse entre la requête et la réponse
269 <p>Lorsque cette durée de fraîcheur est absente de la requête ou
270 de la réponse, une durée de fraîcheur par défaut s'applique. La
271 durée de fraîcheur par défaut des entrées du cache est d'une heure
272 ; elle peut cependant être facilement modifiée à l'aide de
273 la directive <code class="directive"><a href="./mod/mod_cache.html#cachedefaultexpire">CacheDefaultExpire</a></code>.</p>
275 <p>Si une réponse ne contient pas d'en-tête <code>Expires</code> mais
276 inclut un en-tête <code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
277 peut déduire une durée de fraîcheur en se basant sur une
278 heuristique, qui peut être contrôlée via la directive <code class="directive"><a href="./mod/mod_cache.html#cachelastmodifiedfactor">CacheLastModifiedFactor</a></code>.</p>
280 <p>Pour les contenus locaux, ou les contenus distants qui ne
281 spécifient pas leur propre en-tête <code>Expires</code>,
282 <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code> permet de régler finement la durée de
283 fraîcheur via les paramètres <code>max-age</code> et
284 <code>Expires</code>.</p>
286 <p>On peut aussi contrôler la durée de fraîcheur maximale en utilisant
287 la directive <code class="directive"><a href="./mod/mod_cache.html#cachemaxexpire">CacheMaxExpire</a></code>.</p>
291 <h3>Guide succinct des requêtes conditionnelles</h3>
294 <p>Lorsqu'un contenu du cache est périmé, httpd modifie la requête
295 pour en faire une requête conditionnelle</p>
297 <p>Lorsque la réponse originale du cache contient un en-tête
298 <code>ETag</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ajoute un en-tête
299 <code>If-None-Match</code> à la requête envoyée au serveur
300 d'origine. Lorsque la réponse originale du cache contient un en-tête
301 <code>Last-Modified</code>, <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ajoute un en-tête
302 <code>If-Modified-Since</code> à la requête envoyée au serveur
303 d'origine. Dans ces deux cas, la requête devient une requête
304 <strong>conditionnelle</strong>.</p>
306 <p>Lorsqu'un serveur d'origine reçoit une requête conditionnelle,
307 il vérifie si le paramètre Etag ou Last-Modified a été modifié en
308 fonction des paramètres de la requête. Si ce n'est pas le cas, il
309 répondra avec le message lapidaire "304 Not Modified". Ceci
310 informe le cache que le contenu est périmé mais encore à jour, et
311 peut être utilisé tel quel pour les prochaines requêtes jusqu'à ce
312 qu'il atteigne à nouveau sa date de péremption.</p>
314 <p>Si le contenu a été modifié, il est servi comme s'il s'agissait
315 d'une requête normale et non conditionnelle.</p>
317 <p>Les requêtes conditionnelles offrent deux avantages. D'une
318 part, il est facile de déterminer si le contenu du serveur
319 d'origine correspond à celui situé
320 dans le cache, et ainsi d'économiser la consommation de ressources
321 nécessaire au transfert du contenu dans son ensemble.</p>
323 <p>D'autre part, un serveur d'origine bien conçu sera configuré de
324 telle manière que les requêtes conditionnelles nécessitent pour
325 leur production bien moins de ressources qu'une réponse complète.
326 Dans le cas des fichiers statiques, il suffit en général d'un
327 appel système de type <code>stat()</code> ou similaire pour
328 déterminer si la taille ou la date de modification du fichier a
329 été modifiée. Ainsi, même un contenu local pourra être servi plus
330 rapidement depuis le cache s'il n'a pas été modifié.</p>
332 <p>Il serait souhaitable que tous les serveurs d'origine
333 supportent les requêtes conditionnelles, car dans le cas
334 contraire, ils répondent comme s'il s'agissait d'une requête
335 normale, et le cache répond comme si le contenu avait été
336 modifié et enregistre ce dernier. Le cache se comporte alors
337 comme un simple cache à deux état, où le contenu est servi s'il
338 est à jour, ou supprimé dans le cas contraire.</p>
341 <h3>Que peut-on mettre en cache ?</h3>
344 <p>La liste complète des conditions nécessaires pour qu'une
345 réponse puisse être enregistrée dans un cache HTTP est fournie
346 dans la <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.4">section
347 13.4 Response Cacheability de la RFC2616</a>, et peut se résumer
351 <li>La mise en cache doit être activée pour cette URL. Voir les
352 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>
354 <li>La reponse doit avoir un code de statut HTTP de 200, 203, 300, 301
357 <li>La requête doit être de type HTTP GET.</li>
359 <li>Si la réponse contient un en-tête "Authorization:", elle doit aussi
360 contenir une option "s-maxage", "must-revalidate" ou "public"
361 dans l'en-tête "Cache-Control:".</li>
363 <li>Si l'URL contient une chaîne de requête
364 (provenant par exemple d'une méthode GET de formulaire HTML), elle ne
365 sera pas mise en cache, à moins que la réponse ne
366 spécifie explicitement un délai d'expiration via un
367 en-tête "Expires:" ou une directive max-age ou s-maxage de
368 l'en-tête "Cache-Control:" comme indiqué dans les
369 sections 13.2.1. et 13.9 de la RFC2616.</li>
371 <li>Si la réponse a un statut de 200 (OK), elle doit aussi contenir
372 au moins un des en-têtes "Etag", "Last-Modified" ou
373 "Expires", ou une directive max-age ou s-maxage de
374 l'en-tête "Cache-Control:", à moins que la directive
375 <code class="directive"><a href="./mod/mod_cache.html#cacheignorenolastmod">CacheIgnoreNoLastMod</a></code>
376 ne précise d'autres contraintes.</li>
378 <li>Si la réponse contient l'option "private" dans un en-tête
379 "Cache-Control:", elle ne sera pas mise en cache à moins que la
381 <code class="directive"><a href="./mod/mod_cache.html#cachestoreprivate">CacheStorePrivate</a></code>
382 ne précise d'autres contraintes.</li>
384 <li>De même, si la réponse contient l'option "no-store" dans un en-tête
385 "Cache-Control:", elle ne sera pas mise en cache à moins que la
387 <code class="directive"><a href="./mod/mod_cache.html#cachestorenostore">CacheStoreNoStore</a></code>
388 n'ait été utilisée.</li>
390 <li>Une réponse ne sera pas mise en cache si elle comporte un en-tête
391 "Vary:" contenant le caractère "*" qui correspond à toute
392 chaîne de caractères.</li>
396 <h3>Qu'est ce qui ne doit pas être mis en cache ?</h3>
399 <p>Le client qui crée la requête ou le serveur d'origine qui
400 génère la réponse doit être à même de déterminer si le contenu
401 doit pouvoir être mis en cache ou non en définissant correctement
402 l'en-tête <code>Cache-Control</code>, et
403 <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> sera alors en mesure de satisfaire les
404 souhaits du client ou du serveur de manière appropriée.
407 <p>Les contenus qui varient au cours du temps, ou en fonction de
408 particularités de la requête non prises en compte par la
409 négociation HTTP ne doivent pas être mis en cache. Ce type de
410 contenu doit se déclarer lui-même "à ne pas mettre en cache" via
411 l'en-tête <code>Cache-Control</code>.</p>
413 <p>Si le contenu change souvent, suite par exemple à une durée de
414 fraîcheur de l'ordre de la minute ou de la seconde, il peut tout
415 de même être mis en cache, mais il est alors fortement souhaitable
416 que le serveur d'origine supporte correctement les
417 <strong>requêtes conditionnelles</strong> afin que des réponses
418 complètes ne soient pas systématiquement générées.</p>
420 <p>Un contenu qui varie en fonction d'en-têtes de requête fournis
421 par le client peut être mis en cache, sous réserve d'une
422 utilisation appropriée de l'en-tête de réponse <code>Vary</code>.</p>
425 <h3>Contenu variable et/ou négocié</h3>
428 <p>Lorsque le serveur d'origine est configuré pour servir des
429 contenus différents en fonction de la valeur de certains en-têtes
430 de la requête, par exemple pour servir une ressource en plusieurs
431 langages à partir d'une seule URL, le mécanisme de mise en cache
432 d'HTTP permet de mettre en cache plusieurs variantes de la même
433 page à partir d'une seule URL.</p>
435 <p>Pour y parvenir, le serveur d'origine ajoute un en-tête
436 <code>Vary</code> pour indiquer quels en-têtes doivent être pris
437 en compte par un cache pour déterminer si deux variantes sont
438 différentes l'une de l'autre.</p>
440 <p>Si par exemple, une réponse est reçue avec l'en-tête Vary suivant,</p>
442 <div class="example"><p><code>
443 Vary: negotiate,accept-language,accept-charset
446 <p><code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne servira aux demandeurs que le contenu
447 mis en cache qui correspond au contenu des en-têtes accept-language et
448 accept-charset de la requête originale.</p>
450 <p>Plusieurs variantes d'un contenu peuvent être mises en cache
451 simultanément ; <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> utilise l'en-tête
452 <code>Vary</code> et les valeurs correspondantes des en-têtes de
453 la requête spécifiés dans ce dernier pour
454 déterminer quelle variante doit être servie au client.</p>
458 <h3><a name="disk" id="disk">Mise en cache sur disque</a></h3>
461 <p>Le module <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> s'appuie sur des
462 implémentations de stockage en arrière-plan spécifiques pour gérer
463 le cache ; à ce titre, <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> fournit le
464 support de la mise en cache sur disque.</p>
466 <p>En général, le module se configure comme suit :</p>
468 <pre class="prettyprint lang-config">CacheRoot "/var/cache/apache/"
471 CacheDirLength 1</pre>
474 <p>Il est important de savoir que, les fichiers mis en cache étant stockés
475 localement, la mise en cache par l'intermédiaire du système d'exploitation
476 sera en général aussi appliquée à leurs accès. Si bien que même si les
477 fichiers sont stockés sur disque, s'il font l'objet d'accès fréquents,
478 il est probable que le système d'exploitation s'appliquera à ce qu'ils
479 soient servis à partir de la mémoire.</p>
483 <h3>Comprendre le stockage dans le cache</h3>
486 <p>Pour stocker des entités dans le cache,
487 le module <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> crée une empreinte (hash) de 22
488 caractères de l'URL qui a fait l'objet d'une requête. Cette empreinte
489 comprend le nom d'hôte, le protocole, le port, le chemin et tout argument
490 de type CGI associé à l'URL, ainsi que les éléments
491 spécifiés dans l'en-tête Vary afin d'être sur que plusieurs URLs
492 n'interfèrent pas entre elles.</p>
494 <p>Chaque position de l'empreinte peut contenir un caractère
495 choisi parmi 64 caractères différents, il y a donc
496 64^22 possibilités pour une empreinte. Par exemple, une URL peut posséder
497 l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
498 utilisée pour préfixer les noms de fichiers spécifiques à cette URL à
499 l'intérieur du cache; cependant, elle est tout d'abord placée dans les
500 répertoires du cache selon les directives
501 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code> et
502 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>.</p>
505 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code>
506 définit le nombre de niveaux de sous-répertoires, et
507 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>
508 le nombre de caractères composant le nom des sous-répertoires. Dans
509 l'exemple donné plus haut, l'empreinte se trouvera à :
510 <code>/var/cache/apache/x/y/TGxSMO2b68mBCykqkp1w</code>.</p>
512 <p>Cette technique a pour but principal de réduire le nombre de
513 sous-répertoires ou de fichiers contenus dans un répertoire particulier,
514 car le fonctionnement de la plupart des systèmes de fichiers est ralenti
515 quand ce nombre augmente. Avec la valeur "1" pour la directive
516 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>,
517 il peut y avoir au plus 64 sous-répertoires à un niveau quelconque.
518 Avec la valeur "2", il peut y en avoir 64 * 64, etc...
519 A moins d'avoir une bonne raison pour ne pas le faire, l'utilisation de
520 la valeur "1" pour la directive
521 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code>
524 <p>Le paramétrage de la directive
525 <code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code>
526 dépend du nombre de fichiers que vous pensez stocker dans le cache.
527 Avec une valeur de "2" comme dans l'exemple donné plus haut,
528 4096 sous-répertoires peuvent être créés au total. Avec 1 million de
529 fichiers dans le cache, cela équivaut à environ 245 URLs mises en cache
530 dans chaque répertoire.</p>
532 <p>Chaque URL nécessite au moins deux fichiers dans le cache. Ce sont en
533 général un fichier ".header", qui contient des meta-informations à propos
534 de l'URL, comme la date de son arrivée à expiration,
535 et un fichier ".data" qui est la copie exacte du contenu à servir.</p>
537 <p>Dans le cas d'un contenu négocié via l'en-tête "Vary", un répertoire
538 ".vary" sera créé pour l'URL en question. Ce répertoire contiendra de
539 multiples fichiers ".data" correspondant aux différents contenus
543 <h3>Maintenance du cache sur disque</h3>
546 <p>Le module <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> n'effectue aucune
547 régulation de l'espace disque utilisé par le cache, mais s'il
548 s'arrête en douceur en cas d'erreur disque et se comporte alors
549 comme si le cache n'avait jamais existé.</p>
551 <p>Par contre l'utilitaire
552 <a href="programs/htcacheclean.html">htcacheclean</a> fourni avec
554 vous permet de nettoyer le cache périodiquement.
555 Déterminer la fréquence à laquelle lancer <a href="programs/htcacheclean.html">htcacheclean</a> et la taille souhaitée
556 pour le cache est une tâche relativement complexe et il vous faudra de
557 nombreux essais et erreurs pour arriver à sélectionner des valeurs
560 <p><a href="programs/htcacheclean.html">htcacheclean</a> opère selon deux
561 modes. Il peut s'exécuter comme démon résident, ou être lancé
562 périodiquement par cron. <a href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
563 ou plus pour traiter de très grands caches (plusieurs dizaines de
564 Gigaoctets) et si vous l'exécutez à partir de cron, il vous est
565 conseillé de déterminer la durée typique d'un traitement, afin d'éviter
566 d'exécuter plusieurs instances à la fois.</p>
568 <p>Il est aussi conseillé d'attribuer un niveau de priorité "nice"
569 approprié à htcacheclean de façon à ce qu'il n'effectue pas trop
570 d'accès disque pendant le fonctionnement du serveur.</p>
573 <img src="images/caching_fig1.gif" alt="" width="600" height="406" /><br />
574 <a id="figure1" name="figure1"><dfn>Figure 1</dfn></a>: Croissance
575 typique du cache / séquence de nettoyage.</p>
577 <p>Comme <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> ne tient pas compte de l'espace
578 utilisé dans le cache, vous devez vous assurer que
579 <a href="programs/htcacheclean.html">htcacheclean</a> est configuré de
580 façon à laisser suffisamment d'"espace de croissance"
581 à la suite d'un nettoyage.</p>
584 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
585 <div class="section">
586 <h2><a name="socache-caching" id="socache-caching">Mise en cache d'objets partagés à deux états de forme
591 <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>
593 <p>Le serveur HTTP Apache fournit un cache d'objets partagés de bas
594 niveau pour la mise en cache d'informations comme les sessions SSL
595 ou les données d'authentification dans l'interface <a href="socache.html">socache</a>.</p>
597 <p>Pour chaque implémentation un module supplémentaire est fourni
598 qui offre les services d'arrière-plan suivants :</p>
601 <dt><code class="module"><a href="./mod/mod_socache_dbm.html">mod_socache_dbm</a></code></dt>
602 <dd>Cache d'objets partagés basé sur DBM.</dd>
603 <dt><code class="module"><a href="./mod/mod_socache_dc.html">mod_socache_dc</a></code></dt>
604 <dd>Cache d'objets partagés basé sur Distcache.</dd>
605 <dt><code class="module"><a href="./mod/mod_socache_memcache.html">mod_socache_memcache</a></code></dt>
606 <dd>Cache d'objets partagés basé sur Memcache.</dd>
607 <dt><code class="module"><a href="./mod/mod_socache_shmcb.html">mod_socache_shmcb</a></code></dt>
608 <dd>Cache d'objets partagés basé sur la mémoire partagée.</dd>
611 <h3><a name="mod_authn_socache-caching" id="mod_authn_socache-caching">Mise en cache des données d'authentification</a></h3>
614 <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>
616 <p>Le module <code class="module"><a href="./mod/mod_authn_socache.html">mod_authn_socache</a></code> permet la mise en
617 cache des données issues d'une authentification, diminuant ainsi
618 la charge des serveurs d'authentification en arrière-plan.</p>
622 <h3><a name="mod_ssl-caching" id="mod_ssl-caching">Mise en cache des sessions SSL</a></h3>
625 <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>
627 <p>Le module <code class="module"><a href="./mod/mod_ssl.html">mod_ssl</a></code> utilise l'interface
628 <code>socache</code> pour fournir un cache de session et un cache
633 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
634 <div class="section">
635 <h2><a name="file-caching" id="file-caching">Mise en cache à base de fichiers spécialisés</a></h2>
639 <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>
641 <p>Sur les plateformes où le système de fichiers peut être lent, ou
642 lorsque les descripteurs de fichiers sont gourmands en ressources,
643 il est possible de précharger des fichiers en mémoire au démarrage
646 <p>Sur les systèmes où l'ouverture des fichiers est lente, il est
647 possible d'ouvrir le fichier au démarrage du serveur et de mettre en
648 cache le descripteur de fichier. Ces options peuvent vous aider sur
649 les systèmes où l'accès aux fichiers statiques est lent.</p>
651 <h3><a name="filehandle" id="filehandle">Mise en cache des descripteurs de fichier</a></h3>
654 <p>Le processus d'ouverture d'un fichier peut être en soi une
655 source de ralentissement, en particulier sur les systèmes de
656 fichiers sur le réseau. httpd permet d'éviter ce ralentissement en
657 maintenant un cache des descripteurs de fichiers ouverts pour les
658 fichiers souvent servis. Actuellement, httpd fournit une seule
659 implémentation de mise en cache des descripteurs de fichiers.</p>
664 <p>La forme la plus basique de mise en cache que propose httpd
665 est la mise en cache des descripteurs de fichiers fournie par le
666 module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code>. Plutôt que de mettre en
667 cache le contenu des fichiers, ce cache maintient une table des
668 descripteurs de fichiers ouverts. Les fichiers devant faire
669 l'objet d'une mise en cache de ce type sont spécifiés dans le
670 fichier de configuration via la directive <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>.</p>
672 <p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code> informe httpd
673 qu'il doit ouvrir le fichier lors de son démarrage et qu'il doit
674 réutiliser le descripteur de fichier mis en cache pour tous les
675 accès futurs à ce fichier.</p>
677 <pre class="prettyprint lang-config">CacheFile /usr/local/apache2/htdocs/index.html</pre>
680 <p>Si vous désirez mettre en cache un grand nombre de fichiers
681 de cette manière, vous devez vous assurer que le nombre maximal
682 de fichiers ouverts pour votre système d'exploitation est défini
683 à une valeur suffisante.</p>
685 <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
686 mise en cache du contenu du fichier proprement dit, elle
687 implique que si le fichier est modifié pendant l'exécution du
688 serveur, ces modifications ne seront pas prises en compte. Le
689 fichier sera toujours servi dans l'état où il se trouvait au
690 moment du démarrage du serveur.</p>
692 <p>Si le fichier est supprimé pendant l'exécution du serveur, ce
693 dernier conservera le descripteur de fichier ouvert associé et
694 servira le fichier dans l'état où il se trouvait au
695 moment du démarrage du serveur. Cela signifie aussi que même si
696 le fichier a été supprimé, et n'apparaît donc plus dans le
697 système de fichiers, l'espace disque libéré ne sera disponible
698 qu'une fois le serveur httpd arrêté et donc le descripteur de
704 <h3><a name="inmemory" id="inmemory">In-Memory Caching</a></h3>
707 <p>Servir un contenu directement depuis la mémoire système est
708 universellement reconnu comme la méthode la plus rapide. Lire des fichiers
709 depuis un contrôleur de disque ou pire, depuis un réseau distant est plus
710 lent de plusieurs ordres de grandeur. Les contrôleurs de disque réalisent
711 en général des opérations mécaniques, et l'accès au réseau est limité par la
712 bande passante dont vous disposez. Par contre, les temps d'accès à la
713 mémoire sont de l'ordre de la nano-seconde.</p>
715 <p>Cependant la mémoire système n'est pas bon marché; à capacité égale,
716 c'est de loin le type de stockage le plus coûteux et il est important de
717 s'assurer qu'elle est utilisée efficacement. Le fait de mettre en cache
718 des fichiers en mémoire diminue d'autant la quantité de mémoire système
719 disponible. Comme nous le verrons plus loin, ce n'est pas un problème en
720 soi dans le cas de la mise en cache par l'intermédiaire du système
721 d'exploitation, mais si l'on utilise la mise en cache en mémoire propre à
722 httpd, il faut prendre garde à ne pas allouer trop de mémoire au cache.
723 Sinon le système sera contraint d'utiliser le swap, ce qui dégradera
724 sensiblement les performances.</p>
726 <h4>Mise en cache par l'intermédiaire du système d'exploitation</h4>
729 <p>Dans la plupart des systèmes d'exploitation modernes, c'est le noyau
730 qui gère directement la mise en cache en mémoire des données relatives
731 aux fichiers. C'est une fonctionnalité puissante, et les systèmes
732 d'exploitation s'en acquittent fort bien pour la plus grande partie.
733 Considérons par exemple, dans le cas de Linux, la différence entre le
734 temps nécessaire à la première lecture d'un fichier et le temps
735 nécessaire à sa deuxième lecture;</p>
737 <div class="example"><pre>colm@coroebus:~$ time cat testfile > /dev/null
741 colm@coroebus:~$ time cat testfile > /dev/null
744 sys 0m0.000s</pre></div>
746 <p>Même pour ce petit fichier, il y a une grande différence entre les
747 temps nécessaires pour lire le fichier. Ceci est du au fait que le
748 noyau a mis en cache le contenu du fichier en mémoire.</p>
750 <p>Du fait de toujours pouvoir disposer de mémoire système, vous pouvez
751 être assuré qu'il y aura de plus en plus de contenus de fichiers stockés
752 dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire
753 très efficace, et ne nécessite aucune configuration supplémentaire
756 <p>De plus, comme le système d'exploitation sait si des fichiers
758 supprimés ou modifiés, il peut effacer automatiquement des contenus de
759 fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros
760 avantage par rapport à la mise en cache en mémoire
762 aucune possibilité de savoir si un fichier a été modifié.</p>
765 <p>En dépit des performances et des avantages de la mise en cache
766 automatique par le système d'exploitation, la mise en cache en mémoire
767 peut être effectuée plus efficacement par httpd dans certaines
770 <h4>Mise en cache à l'aide de la directive MMapFile</h4>
773 <p>La directive <code class="directive"><a href="./mod/mod_file_cache.html#mmapfile">MMapFile</a></code>
774 fournie par le module <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> vous permet de
775 demander à httpd de charger un contenu de fichier statique en mémoire
776 lors de son démarrage (à l'aide de l'appel
778 utilisera le contenu chargé en mémoire pour satisfaire ultérieurement
779 toutes les demandes d'accès à ce fichier.</p>
781 <pre class="prettyprint lang-config">MMapFile /usr/local/apache2/htdocs/index.html</pre>
784 <p>Comme dans le cas de la directive
785 <code class="directive"><a href="./mod/mod_file_cache.html#cachefile">CacheFile</a></code>, toute
786 modification du fichier ne sera plus prise en compte par httpd une fois
787 ce dernier démarré.</p>
790 <code class="directive"><a href="./mod/mod_file_cache.html#mmapfile">MMapFile</a></code> ne gardant
791 pas la trace de la quantité de mémoire qu'elle alloue, vous devez prendre
792 garde de ne pas en abuser. Chaque processus enfant de httpd utilisant
793 sa propre réplique de la mémoire allouée, il est donc d'une importance
794 critique de s'assurer que les fichiers chargés ne sont pas d'une taille
795 trop importante afin d'épargner au système l'utilisation du swap.</p>
799 </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
800 <div class="section">
801 <h2><a name="security" id="security">Considérations sur la sécurité</a></h2>
804 <h3>Autorisation et contrôle d'accès</h3>
807 <p>Utiliser <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> revient sensiblement à la même
808 chose qu'avoir un mandataire inverse intégré (reverse-proxy). Les requêtes
809 seront servies par le module de mise en cache sauf si ce dernier
810 détermine qu'un processus d'arrière-plan doit être appelé. La mise en
811 cache de ressources locales modifie considérablement le modèle de
812 sécurité de httpd.</p>
814 <p>Comme le parcours de la hiérarchie d'un système de fichiers pour
815 examiner le contenu d'éventuels fichiers
816 <code>.htaccess</code> serait une opération très coûteuse en ressources,
817 annulant partiellement de ce fait l'intérêt de la mise en cache
818 (accélérer le traitement des requêtes),
819 <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne se préoccupe pas de savoir s'il a
820 l'autorisation de servir une entité mise en cache. En d'autres termes,
821 si <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> a mis en cache un certain contenu, ce
822 dernier sera servi à partir du cache tant qu'il ne sera pas arrivé à
825 <p>Si par exemple, votre configuration autorise l'accès à une ressource
826 en fonction de l'adresse IP, vous devez vous assurer que ce contenu n'est
827 pas mis en cache. Ceci est possible en utilisant la directive
828 <code class="directive"><a href="./mod/mod_cache.html#cachedisable">CacheDisable</a></code>, ou le module
829 <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>. Livré à lui-même,
830 <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> - pratiquement comme un mandataire inverse -
831 mettrait en cache le contenu lors de son service, et le servirait ensuite
832 à tout client, vers n'importe quelle adresse IP.</p>
834 <p>Lorsque la directive <code class="directive"><a href="./mod/mod_cache.html#cachequickhandler">CacheQuickHandler</a></code> est définie à
835 <code>Off</code>, toutes les phases du traitement de la requête
836 sont exécutées et le modèle de sécurité reste le même.</p>
840 <h3>Piratages locaux</h3>
843 <p>Etant donné que les requêtes des utilisateurs finaux peuvent être
844 servies depuis le cache, ce dernier est une cible potentielle pour ceux
845 qui veulent défigurer un contenu ou interférer avec lui. Il est important
846 de garder à l'esprit que l'utilisateur sous lequel tourne
848 toujours avoir l'accès en écriture dans le cache. Ceci est en contraste
849 total avec la recommandation usuelle d'interdire à l'utilisateur sous
851 l'accès en écriture à tout contenu.</p>
853 <p>Si l'utilisateur sous lequel tourne Apache est compromis,
854 par exemple à cause d'une
855 faille de sécurité dans un processus CGI, il est possible que le cache
856 fasse l'objet d'une attaque. Il est relativement aisé d'insérer ou de
857 modifier une entité dans le cache en utilisant le module
858 <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code>.</p>
860 <p>Cela représente un risque relativement élévé par rapport aux autres
861 types d'attaques qu'il est possible de mener sous l'utilisateur apache.
862 Si vous utilisez <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code>, vous devez garder ceci
863 à l'esprit : effectuez toujours les mises à jour de
865 correctifs de sécurité sont annoncés et exécutez les processus CGI sous
866 un utilisateur autre qu'apache en utilisant
867 <a href="suexec.html">suEXEC</a> dans la mesure du possible.</p>
871 <h3>Empoisonnement du cache (Cache Poisoning)</h3>
874 <p>Si vous utilisez httpd comme serveur mandataire avec mise en cache,
875 vous vous exposez aussi à un éventuel "Empoisonnement du
876 cache" (Cache poisoning). L'empoisonnement du cache est un terme général
877 pour désigner les attaques au cours desquelles l'attaquant fait en sorte
878 que le serveur mandataire renvoie à un contenu incorrect (et souvent
879 indésirable) suite à en provenance du serveur d'arrière-plan.
882 <p>Par exemple, si les serveur DNS qu'utilise votre système où tourne
883 httpd sont vulnérables à l'empoisonnement du cache des DNS, un attaquant
884 pourra contrôler vers où httpd se connecte lorsqu'il demande un contenu
885 depuis le serveur d'origine.
886 Un autre exemple est constitué par les attaques ainsi nommées
887 "Dissimulation de requêtes HTTP" (HTTP request-smuggling).</p>
889 <p>Ce document n'est pas le bon endroit pour une discussion approfondie
890 à propos de la Dissimulation de requêtes HTTP (utilisez plutôt votre
891 moteur de recherche favori); il est cependant important de savoir qu'il
892 est possible d'élaborer une série de requêtes, et d'exploiter une
893 vulnérabilité d'un serveur web d'origine de telle façon que l'attaquant
894 puisse contrôler entièrement le contenu renvoyé par le mandataire.</p>
897 <h3>Déni de Service / Cachebusting</h3>
900 <p>Le mécanisme utilisé via l'en-tête Vary permet de mettre en
901 cache simultanément plusieurs variantes d'une ressource avec la
902 même URL. Le cache sélectionne la variante correcte à envoyer au
903 client en fonction des valeurs d'en-tête fournies par ce dernier.
904 Ce mécanisme peut devenir un problème lorsqu'on tente d'appliquer
905 le mécanisme des variantes à un en-tête connu pour pouvoir
906 posséder un grand nombre de valeurs
907 possibles en utilisation normal, comme par exemple l'en-tête
908 <code>User-Agent</code>. En fonction de la popularité du site web,
909 des milliers ou même des millions d'entrées de cache dupliquées
910 peuvent être créées pour la même URL, submergeant les autres
911 entrées du cache.</p>
913 <p>Dans d'autres cas, il peut être nécessaire de modifier l'URL
914 d'une ressource particulière à chaque requête, en général en lui
915 ajoutant une chaîne "cachebuster". Si ce contenu est déclaré comme
916 pouvant être mis en cache par un serveur avec une durée de
917 fraîcheur significative, ces entrées peuvent submerger les entrées
918 légitimes du cache. Alors que <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> fournit
919 une directive <code class="directive"><a href="./mod/mod_cache.html#cacheignoreurlsessionidentifiers">CacheIgnoreURLSessionIdentifiers</a></code>,
920 cette dernière doit être utilisée avec prudence pour s'assurer que
921 les caches du navigateur ou du mandataire le plus proche
922 (downstream proxy) ne sont pas victimes du même problème de Déni de
926 <div class="bottomlang">
927 <p><span>Langues Disponibles: </span><a href="./en/caching.html" hreflang="en" rel="alternate" title="English"> en </a> |
928 <a href="./fr/caching.html" title="Français"> fr </a> |
929 <a href="./tr/caching.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
930 </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>
931 <script type="text/javascript"><!--//--><![CDATA[//><!--
932 var comments_shortname = 'httpd';
933 var comments_identifier = 'http://httpd.apache.org/docs/trunk/caching.html';
935 if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
936 d.write('<div id="comments_thread"><\/div>');
937 var s = d.createElement('script');
938 s.type = 'text/javascript';
940 s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
941 (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
944 d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
946 })(window, document);
947 //--><!]]></script></div><div id="footer">
948 <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>
949 <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[//><!--
950 if (typeof(prettyPrint) !== 'undefined') {