mirror of
				https://github.com/apache/httpd.git
				synced 2025-11-03 17:53:20 +03:00 
			
		
		
		
	git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1776970 13f79535-47bb-0310-9956-ffa450edef68
		
			
				
	
	
		
			1002 lines
		
	
	
		
			55 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
			
		
		
	
	
			1002 lines
		
	
	
		
			55 KiB
		
	
	
	
		
			Plaintext
		
	
	
	
	
	
<?xml version="1.0" encoding="ISO-8859-1"?>
 | 
						||
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
 | 
						||
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
 | 
						||
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
 | 
						||
<!--
 | 
						||
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 | 
						||
              This file is generated from xml source: DO NOT EDIT
 | 
						||
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 | 
						||
      -->
 | 
						||
<title>Guide de la mise en cache - Serveur Apache HTTP Version 2.5</title>
 | 
						||
<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
 | 
						||
<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
 | 
						||
<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
 | 
						||
<script src="./style/scripts/prettify.min.js" type="text/javascript">
 | 
						||
</script>
 | 
						||
 | 
						||
<link href="./images/favicon.ico" rel="shortcut icon" /></head>
 | 
						||
<body id="manual-page"><div id="page-header">
 | 
						||
<p class="menu"><a href="./mod/">Modules</a> | <a href="./mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="./glossary.html">Glossaire</a> | <a href="./sitemap.html">Plan du site</a></p>
 | 
						||
<p class="apache">Serveur Apache HTTP Version 2.5</p>
 | 
						||
<img alt="" src="./images/feather.png" /></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<61>ais"> fr </a> |
 | 
						||
<a href="./tr/caching.html" hreflang="tr" rel="alternate" title="T<>rk<72>e"> tr </a></p>
 | 
						||
</div>
 | 
						||
 | 
						||
    <p>Ce document compl<70>te la documentation de r<>f<EFBFBD>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<69>s de mise en
 | 
						||
    cache du serveur HTTP Apache
 | 
						||
    pour acc<63>l<EFBFBD>rer les services web et proxy, tout en <20>vitant les probl<62>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 <20> trois <20>tats RFC2616</a></li>
 | 
						||
<li><img alt="" src="./images/down.gif" /> <a href="#examples">Exemples de configuration du cache</a></li>
 | 
						||
<li><img alt="" src="./images/down.gif" /> <a href="#socache-caching">Mise en cache g<>n<EFBFBD>rale d'objets partag<61>s <20> deux <20>tats de forme
 | 
						||
    cl<63>/valeur</a></li>
 | 
						||
<li><img alt="" src="./images/down.gif" /> <a href="#file-caching">Mise en cache <20> base de fichiers sp<73>cialis<69>s</a></li>
 | 
						||
<li><img alt="" src="./images/down.gif" /> <a href="#security">Consid<69>rations sur la s<>curit<69></a></li>
 | 
						||
</ul><h3>Voir aussi</h3><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<69>s
 | 
						||
    de mise en cache qui ont <20>t<EFBFBD> con<6F>ues pour am<61>liorer les performances
 | 
						||
    du serveur de diff<66>rentes mani<6E>res.</p>
 | 
						||
 | 
						||
    <dl>
 | 
						||
        <dt>Mise en cache HTTP <20> trois <20>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<63> dans le cache, et mod_cache vise <20> respecter tous les
 | 
						||
	en-t<>tes HTTP, ainsi que les options qui contr<74>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 <20> faire <20> des contenus mandat<61>s,
 | 
						||
	<09> des contenus locaux dynamiques, ou lorsque vous avez besoin
 | 
						||
	d'acc<63>l<EFBFBD>rer l'acc<63>s aux fichiers locaux situ<74>s sur disque
 | 
						||
	suppos<6F> lent.
 | 
						||
        </dd>
 | 
						||
 | 
						||
        <dt>Mise en cache d'objets partag<61>s de forme cl<63>/valeur <20> deux
 | 
						||
	<09>tats</dt>
 | 
						||
        <dd>
 | 
						||
            L'<a href="socache.html">API du cache d'objets partag<61>s</a> (socache)
 | 
						||
	    et ses modules de fournisseurs
 | 
						||
	    proposent une mise en cache d'objets partag<61>s <20> base de
 | 
						||
	    couples cl<63>/valeur de niveau serveur. Ces modules sont
 | 
						||
	    con<6F>us pour la mise en cache de donn<6E>es de bas niveau comme
 | 
						||
	    les sessions SSL et les donn<6E>es d'authentification. les
 | 
						||
	    serveurs d'arri<72>re-plan permettent le stockage des donn<6E>es
 | 
						||
	    au niveau serveur en m<>moire partag<61>e, ou au niveau
 | 
						||
	    datacenter dans un cache comme memcache ou distcache.
 | 
						||
        </dd>
 | 
						||
 | 
						||
        <dt>Mise en cache de fichiers sp<73>cialis<69>e</dt>
 | 
						||
        <dd>
 | 
						||
            <code class="module"><a href="./mod/mod_file_cache.html">mod_file_cache</a></code> offre la possibilit<69> de
 | 
						||
	    pr<70>charger des fichiers en m<>moire au d<>marrage du serveur,
 | 
						||
	    et peut am<61>liorer les temps d'acc<63>s et sauvegarder les
 | 
						||
	    gestionnaires de fichiers pour les fichiers qui font l'objet
 | 
						||
	    d'acc<63>s fr<66>quents, <20>vitant ainsi d'avoir <20> acc<63>der au disque
 | 
						||
	    <20> chaque requ<71>te.
 | 
						||
        </dd>
 | 
						||
    </dl>
 | 
						||
 | 
						||
    <p>Pour tirer parti efficacement de ce document, les bases de HTTP doivent
 | 
						||
    vous <20>tre famili<6C>res, et vous devez avoir lu les sections
 | 
						||
    <a href="urlmapping.html">Mise en correspondance des
 | 
						||
    URLs avec le syst<73>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 <20> trois <20>tats RFC2616</a></h2>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <table class="related"><tr><th>Modules Apparent<6E>s</th><th>Directives Apparent<6E>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<6E>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<66>rence d'un cache simple cl<63>/valeur <20> deux <20>tats o<> le
 | 
						||
    contenu est supprim<69> lorsqu'il est p<>rim<69>, un cache HTTP comporte un
 | 
						||
    m<>canisme permettant de conserver temporairement un contenu p<>rim<69>,
 | 
						||
    de demander au serveur original si ce contenu p<>rim<69> a <20>t<EFBFBD> modifi<66>,
 | 
						||
    et dans le cas contraire de le rendre <20> nouveau valide.</p>
 | 
						||
 | 
						||
    <p>Une entr<74>e d'un cache HTTP peut se pr<70>senter sous un de ces trois
 | 
						||
    <20>tats :</p>
 | 
						||
 | 
						||
    <dl>
 | 
						||
    <dt>Frais</dt>
 | 
						||
    <dd>
 | 
						||
        Si un contenu est suffisamment r<>cent (plus jeune que sa
 | 
						||
	<strong>dur<75>e de fra<72>cheur</strong>), il est consid<69>r<EFBFBD> comme
 | 
						||
	<strong>frais</strong>. Un cache HTTP peut servir un contenu
 | 
						||
	frais sans avoir <20> demander quoi que ce soit au serveur
 | 
						||
	d'origine.
 | 
						||
    </dd>
 | 
						||
    <dt>P<>rim<69></dt>
 | 
						||
    <dd>
 | 
						||
        <p>Si le contenu est trop ancien (plus vieux que sa
 | 
						||
	<strong>dur<75>e de fra<72>cheur</strong>), il est consid<69>r<EFBFBD> comme
 | 
						||
	<strong>p<>rim<69></strong>. Un cache HTTP doit contacter le serveur
 | 
						||
	original pour v<>rifier si le contenu, m<>me s'il est p<>rim<69>, est
 | 
						||
	encore <20> 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<69> n'est plus <20> jour, soit dans le cas id<69>al il
 | 
						||
	renverra un code pour signaler au cache que le contenu est
 | 
						||
	encore <20> jour, et qu'il est inutile de le g<>n<EFBFBD>rer ou de
 | 
						||
	l'envoyer <20> nouveau. Le contenu repasse <20> l'<27>tat "frais" et le
 | 
						||
	cycle continue.</p>
 | 
						||
 | 
						||
        <p>Le protocole HTTP permet au cache de servir des donn<6E>es
 | 
						||
	p<>rim<69>es dans certaines circonstances, comme lorsqu'une
 | 
						||
	tentative de rafra<72>chir une entr<74>e depuis un serveur original
 | 
						||
	se solde par un <20>chec avec un code d'erreur 5xx, ou lorsqu'une
 | 
						||
	autre requ<71>te est d<>j<EFBFBD> en train d'essayer de rafra<72>chir la m<>me
 | 
						||
	entr<74>e. Dans ces cas, un en-t<>te <code>Warning</code> est ajout<75>
 | 
						||
	<09> la r<>ponse.</p>
 | 
						||
    </dd>
 | 
						||
    <dt>Non Existent</dt>
 | 
						||
    <dd>
 | 
						||
        Si le cache est plein, il se r<>serve la possibilit<69> de supprimer
 | 
						||
	des entr<74>es pour faire de la place. Une entr<74>e peut <20>tre
 | 
						||
	supprim<69>e <20> tout moment, qu'elle soit fra<72>che ou p<>rim<69>e.
 | 
						||
	L'outil <a href="programs/htcacheclean.html">htcacheclean</a>
 | 
						||
	peut <20>tre utilis<69> <20> la demande, ou lanc<6E> en tant que d<>mon afin
 | 
						||
	de conserver la taille du cache ou le nombre d'inodes en de<64><65> de
 | 
						||
	valeurs sp<73>cifi<66>es. Cet outil essaie cependant de
 | 
						||
	supprimer les entr<74>es p<>rim<69>es avant les entr<74>es fra<72>ches.
 | 
						||
    </dd>
 | 
						||
    </dl>
 | 
						||
 | 
						||
    <p>Le fonctionnement d<>taill<6C> 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
 | 
						||
      <20> 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<74>s t<>t au cours du traitement de
 | 
						||
	  la requ<71>te, juste apr<70>s l'interpr<70>tation de cette derni<6E>re. Si
 | 
						||
	  le contenu se trouve dans le cache, il est servi imm<6D>diatement
 | 
						||
	  et pratiquement tout le reste du traitement de la requ<71>te est
 | 
						||
	  court-circuit<69>.</p>
 | 
						||
 | 
						||
              <p>Dans ce sc<73>nario, le cache se comporte comme s'il avait
 | 
						||
	      <20>t<EFBFBD> "boulonn<6E>" <20> l'entr<74>e du serveur.</p>
 | 
						||
              
 | 
						||
              <p>Ce mode poss<73>de les meilleures performances car la
 | 
						||
	      majorit<69> des traitements au niveau du serveur sont
 | 
						||
	      court-circuit<69>s. Cependant, il court-circuite aussi les
 | 
						||
	      phases d'authentification et d'autorisation du traitement
 | 
						||
	      au niveau du serveur, et il doit donc <20>tre utilis<69> avec
 | 
						||
	      prudence lorsque que ces phases sont importantes.</p>
 | 
						||
 | 
						||
	      <p>Les requ<71>tes contenant un en-t<>te "Authorization"
 | 
						||
	      header (par exemple dans le cas de l'authentification HTTP
 | 
						||
	      basique) ne peuvent ni <20>tre mises en cache, ni servies
 | 
						||
	      depuis le cache lorsque <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code>
 | 
						||
	      s'ex<65>cute dans cette phase.</p>
 | 
						||
          </dd>
 | 
						||
          <dt>Phase du gestionnaire normal</dt>
 | 
						||
          <dd>
 | 
						||
              <p>Cette phase se d<>roule tr<74>s tard au cours du traitement
 | 
						||
	      de la requ<71>te, en fait apr<70>s toutes les phases de ce
 | 
						||
	      traitement.</p>
 | 
						||
 | 
						||
              <p>Dans ce sc<73>nario, le cache se comporte comme s'il avait
 | 
						||
	      <20>t<EFBFBD> "boulonn<6E>" <20> 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<70>cis<69>ment sp<73>cifi<66> de la cha<68>ne de filtrage, et le
 | 
						||
	      contenu issu du cache peut <20>tre filtr<74> ou personnalis<69>
 | 
						||
	      avant d'<27>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> <20> la cha<68>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<71>te. Si la mise en cache du contenu est autoris<69>e, il
 | 
						||
	sera enregistr<74> dans le cache pour pouvoir <20>tre servi <20> nouveau
 | 
						||
	; dans le cas contraire, le contenu sera ignor<6F>.</p>
 | 
						||
 | 
						||
        <p>Si le contenu trouv<75> dans le cache est p<>rim<69>, le module
 | 
						||
	<code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> convertit la requ<71>te en
 | 
						||
	<strong>requ<71>te conditionnelle</strong>. Si le serveur original
 | 
						||
	renvoie une r<>ponse normale, elle est enregistr<74>e dans le cache
 | 
						||
	en lieu et place du contenu p<>rim<69>. Si le serveur original
 | 
						||
	renvoie une r<>ponse "304 Not Modified", le contenu repasse <20>
 | 
						||
	l'<27>tat "frais" et est servi par le filtre au lieu d'<27>tre
 | 
						||
	sauvegard<72>.</p>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Am<41>lioration du taux de pr<70>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> <20>
 | 
						||
      <code>On</code> peut augmenter de mani<6E>re significative le nombre
 | 
						||
      de correspondances positives dans le cache. Ceci est du au fait
 | 
						||
      que la cl<63> 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<6E>e
 | 
						||
      <20> <code>On</code>,
 | 
						||
      les h<>tes virtuels poss<73>dant plusieurs noms de serveur ou alias ne
 | 
						||
      g<>n<EFBFBD>reront pas d'entit<69>s de cache diff<66>rentes, et le contenu sera mis en
 | 
						||
      cache en faisant r<>f<EFBFBD>rence au nom d'h<>te canonique.</p>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Dur<75>e de fra<72>cheur</h3>
 | 
						||
      
 | 
						||
 | 
						||
       <p>Un contenu bien form<72> destin<69> <20> <20>tre mis en cache doit d<>clarer
 | 
						||
       explicitement une dur<75>e de fra<72>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<75>e de fra<72>cheur
 | 
						||
      d<>finie pour le serveur original en ajoutant son propre en-t<>te
 | 
						||
      <code>Cache-Control</code> <20> la requ<71>te. Dans ce cas, c'est la
 | 
						||
      dur<75>e de fra<72>cheur la plus basse entre la requ<71>te et la r<>ponse
 | 
						||
      qui l'emporte.</p>
 | 
						||
 | 
						||
      <p>Lorsque cette dur<75>e de fra<72>cheur est absente de la requ<71>te ou
 | 
						||
      de la r<>ponse, une dur<75>e de fra<72>cheur par d<>faut s'applique. La
 | 
						||
      dur<75>e de fra<72>cheur par d<>faut des entr<74>es du cache est d'une heure
 | 
						||
      ; elle peut cependant <20>tre facilement modifi<66>e <20> 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<75>e de fra<72>cheur en se basant sur une
 | 
						||
      heuristique, qui peut <20>tre contr<74>l<EFBFBD>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<73>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<75>e de
 | 
						||
      fra<72>cheur via les param<61>tres <code>max-age</code> et
 | 
						||
      <code>Expires</code>.</p>
 | 
						||
 | 
						||
      <p>On peut aussi contr<74>ler la dur<75>e de fra<72>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<71>tes conditionnelles</h3>
 | 
						||
      
 | 
						||
 | 
						||
     <p>Lorsqu'un contenu du cache est p<>rim<69>, httpd modifie la requ<71>te
 | 
						||
     pour en faire une requ<71>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> <20> la requ<71>te envoy<6F>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> <20> la requ<71>te envoy<6F>e au serveur
 | 
						||
      d'origine. Dans ces deux cas, la requ<71>te devient une requ<71>te
 | 
						||
      <strong>conditionnelle</strong>.</p>
 | 
						||
 | 
						||
      <p>Lorsqu'un serveur d'origine re<72>oit une requ<71>te conditionnelle,
 | 
						||
      il v<>rifie si le param<61>tre Etag ou Last-Modified a <20>t<EFBFBD> modifi<66> en
 | 
						||
      fonction des param<61>tres de la requ<71>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<69> mais encore <20> jour, et
 | 
						||
      peut <20>tre utilis<69> tel quel pour les prochaines requ<71>tes jusqu'<27> ce
 | 
						||
      qu'il atteigne <20> nouveau sa date de p<>remption.</p>
 | 
						||
 | 
						||
      <p>Si le contenu a <20>t<EFBFBD> modifi<66>, il est servi comme s'il s'agissait
 | 
						||
      d'une requ<71>te normale et non conditionnelle.</p>
 | 
						||
 | 
						||
      <p>Les requ<71>tes conditionnelles offrent deux avantages. D'une
 | 
						||
      part, il est facile de d<>terminer si le contenu du serveur
 | 
						||
      d'origine correspond <20> celui situ<74>
 | 
						||
      dans le cache, et ainsi d'<27>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<6F>u sera configur<75> de
 | 
						||
      telle mani<6E>re que les requ<71>tes conditionnelles n<>cessitent pour
 | 
						||
      leur production bien moins de ressources qu'une r<>ponse compl<70>te.
 | 
						||
      Dans le cas des fichiers statiques, il suffit en g<>n<EFBFBD>ral d'un
 | 
						||
      appel syst<73>me de type <code>stat()</code> ou similaire pour
 | 
						||
      d<>terminer si la taille ou la date de modification du fichier a
 | 
						||
      <20>t<EFBFBD> modifi<66>e. Ainsi, m<>me un contenu local pourra <20>tre servi plus
 | 
						||
      rapidement depuis le cache s'il n'a pas <20>t<EFBFBD> modifi<66>.</p>
 | 
						||
      
 | 
						||
      <p>Il serait souhaitable que tous les serveurs d'origine
 | 
						||
      supportent les requ<71>tes conditionnelles, car dans le cas
 | 
						||
      contraire, ils r<>pondent comme s'il s'agissait d'une requ<71>te
 | 
						||
      normale, et le cache r<>pond comme si le contenu avait <20>t<EFBFBD>
 | 
						||
      modifi<66> et enregistre ce dernier. Le cache se comporte alors
 | 
						||
      comme un simple cache <20> deux <20>tat, o<> le contenu est servi s'il
 | 
						||
      est <20> jour, ou supprim<69> dans le cas contraire.</p>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Que peut-on mettre en cache ?</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>La liste compl<70>te des conditions n<>cessaires pour qu'une
 | 
						||
      r<>ponse puisse <20>tre enregistr<74>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 <20>tre activ<69>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<71>te doit <20>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<68>ne de requ<71>te
 | 
						||
	(provenant par exemple d'une m<>thode GET de formulaire HTML), elle ne
 | 
						||
	sera pas mise en cache, <20> moins que la r<>ponse ne
 | 
						||
	sp<73>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<71> 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:", <20> moins que la directive
 | 
						||
        <code class="directive"><a href="./mod/mod_cache.html#cacheignorenolastmod">CacheIgnoreNoLastMod</a></code>
 | 
						||
        ne pr<70>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 <20> moins que la
 | 
						||
	directive
 | 
						||
        <code class="directive"><a href="./mod/mod_cache.html#cachestoreprivate">CacheStorePrivate</a></code>
 | 
						||
	ne pr<70>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 <20> moins que la
 | 
						||
	directive
 | 
						||
        <code class="directive"><a href="./mod/mod_cache.html#cachestorenostore">CacheStoreNoStore</a></code>
 | 
						||
	n'ait <20>t<EFBFBD> utilis<69>e.</li>
 | 
						||
 | 
						||
        <li>Une r<>ponse ne sera pas mise en cache si elle comporte un en-t<>te
 | 
						||
	"Vary:" contenant le caract<63>re "*" qui correspond <20> toute
 | 
						||
	cha<68>ne de caract<63>res.</li>
 | 
						||
      </ol>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Qu'est ce qui ne doit pas <20>tre mis en cache ?</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Le client qui cr<63>e la requ<71>te ou le serveur d'origine qui
 | 
						||
      g<>n<EFBFBD>re la r<>ponse doit <20>tre <20> m<>me de d<>terminer si le contenu
 | 
						||
      doit pouvoir <20>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<6E>re appropri<72>e.
 | 
						||
      </p>
 | 
						||
 | 
						||
      <p>Les contenus qui varient au cours du temps, ou en fonction de
 | 
						||
      particularit<69>s de la requ<71>te non prises en compte par la
 | 
						||
      n<>gociation HTTP ne doivent pas <20>tre mis en cache. Ce type de
 | 
						||
      contenu doit se d<>clarer lui-m<>me "<22> ne pas mettre en cache" via
 | 
						||
      l'en-t<>te <code>Cache-Control</code>.</p>
 | 
						||
      
 | 
						||
      <p>Si le contenu change souvent, suite par exemple <20> une dur<75>e de
 | 
						||
      fra<72>cheur de l'ordre de la minute ou de la seconde, il peut tout
 | 
						||
      de m<>me <20>tre mis en cache, mais il est alors fortement souhaitable
 | 
						||
      que le serveur d'origine supporte correctement les
 | 
						||
      <strong>requ<71>tes conditionnelles</strong> afin que des r<>ponses
 | 
						||
      compl<70>tes ne soient pas syst<73>matiquement g<>n<EFBFBD>r<EFBFBD>es.</p>
 | 
						||
 | 
						||
      <p>Un contenu qui varie en fonction d'en-t<>tes de requ<71>te fournis
 | 
						||
      par le client peut <20>tre mis en cache, sous r<>serve d'une
 | 
						||
      utilisation appropri<72>e de l'en-t<>te de r<>ponse <code>Vary</code>.</p>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Contenu variable et/ou n<>goci<63></h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Lorsque le serveur d'origine est configur<75> pour servir des
 | 
						||
      contenus diff<66>rents en fonction de la valeur de certains en-t<>tes
 | 
						||
      de la requ<71>te, par exemple pour servir une ressource en plusieurs
 | 
						||
      langages <20> 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 <20> 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 <20>tre pris
 | 
						||
      en compte par un cache pour d<>terminer si deux variantes sont
 | 
						||
      diff<66>rentes l'une de l'autre.</p>
 | 
						||
 | 
						||
      <p>Si par exemple, une r<>ponse est re<72>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<71>te originale.</p>
 | 
						||
 | 
						||
      <p>Plusieurs variantes d'un contenu peuvent <20>tre mises en cache
 | 
						||
      simultan<61>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<71>te sp<73>cifi<66>s dans ce dernier pour
 | 
						||
      d<>terminer quelle variante doit <20>tre servie au client.</p>
 | 
						||
          
 | 
						||
    
 | 
						||
 | 
						||
  </div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
 | 
						||
<div class="section">
 | 
						||
<h2><a name="examples" id="examples">Exemples de configuration du cache</a></h2>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <table class="related"><tr><th>Modules Apparent<6E>s</th><th>Directives Apparent<6E>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><li><code class="module"><a href="./mod/mod_cache_socache.html">mod_cache_socache</a></code></li><li><code class="module"><a href="./mod/mod_socache_memcache.html">mod_socache_memcache</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_disk.html#cacheroot">CacheRoot</a></code></li><li><code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlevels">CacheDirLevels</a></code></li><li><code class="directive"><a href="./mod/mod_cache_disk.html#cachedirlength">CacheDirLength</a></code></li><li><code class="directive"><a href="./mod/mod_cache_socache.html#cachesocache">CacheSocache</a></code></li></ul></td></tr></table>
 | 
						||
 | 
						||
    <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<70>mentations de stockage en arri<72>re-plan sp<73>cifiques pour g<>rer
 | 
						||
      le cache ; <20> 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<EFBFBD>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 <20>tant stock<63>s
 | 
						||
    localement, la mise en cache par l'interm<72>diaire du syst<73>me d'exploitation
 | 
						||
    sera en g<>n<EFBFBD>ral aussi appliqu<71>e <20> leurs acc<63>s. Si bien que m<>me si les
 | 
						||
    fichiers sont stock<63>s sur disque, s'il font l'objet d'acc<63>s fr<66>quents,
 | 
						||
    il est probable que le syst<73>me d'exploitation s'appliquera <20> ce qu'ils
 | 
						||
    soient servis <20> partir de la m<>moire.</p>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Comprendre le stockage dans le cache</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Pour stocker des entit<69>s dans le cache,
 | 
						||
      le module <code class="module"><a href="./mod/mod_cache_disk.html">mod_cache_disk</a></code> cr<63>e une empreinte (hash) de 22
 | 
						||
      caract<63>res de l'URL qui a fait l'objet d'une requ<71>te. Cette empreinte
 | 
						||
      comprend le nom d'h<>te, le protocole, le port, le chemin et tout argument
 | 
						||
      de type CGI associ<63> <20> l'URL, ainsi que les <20>l<EFBFBD>ments
 | 
						||
      sp<73>cifi<66>s dans l'en-t<>te Vary afin d'<27>tre sur que plusieurs URLs
 | 
						||
      n'interf<72>rent pas entre elles.</p>
 | 
						||
 | 
						||
      <p>Chaque position de l'empreinte peut contenir un caract<63>re
 | 
						||
      choisi parmi 64 caract<63>res diff<66>rents, il y a donc
 | 
						||
      64^22 possibilit<69>s pour une empreinte. Par exemple, une URL peut poss<73>der
 | 
						||
      l'empreinte <code>xyTGxSMO2b68mBCykqkp1w</code>. Cette empreinte est
 | 
						||
      utilis<69>e pour pr<70>fixer les noms de fichiers sp<73>cifiques <20> cette URL <20>
 | 
						||
      l'int<6E>rieur du cache; cependant, elle est tout d'abord plac<61>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<63>res composant le nom des sous-r<>pertoires. Dans
 | 
						||
      l'exemple donn<6E> plus haut, l'empreinte se trouvera <20> :
 | 
						||
      <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<73>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 <20> 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<6E>e.</p>
 | 
						||
 | 
						||
      <p>Le param<61>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<6E> plus haut,
 | 
						||
      4096 sous-r<>pertoires peuvent <20>tre cr<63><72>s au total. Avec 1 million de
 | 
						||
      fichiers dans le cache, cela <20>quivaut <20> 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<EFBFBD>ral un fichier ".header", qui contient des meta-informations <20> propos
 | 
						||
      de l'URL, comme la date de son arriv<69>e <20> expiration,
 | 
						||
      et un fichier ".data" qui est la copie exacte du contenu <20> servir.</p>
 | 
						||
 | 
						||
      <p>Dans le cas d'un contenu n<>goci<63> via l'en-t<>te "Vary", un r<>pertoire
 | 
						||
      ".vary" sera cr<63><72> pour l'URL en question. Ce r<>pertoire contiendra de
 | 
						||
      multiples fichiers ".data" correspondant aux diff<66>rents contenus
 | 
						||
      n<>goci<63>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<69> par le cache, mais s'il
 | 
						||
      s'arr<72>te en douceur en cas d'erreur disque et se comporte alors
 | 
						||
      comme si le cache n'avait jamais exist<73>.</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<66>quence <20> laquelle lancer <a href="programs/htcacheclean.html">htcacheclean</a> et la taille souhait<69>e
 | 
						||
      pour le cache est une t<>che relativement complexe et il vous faudra de
 | 
						||
      nombreux essais et erreurs pour arriver <20> s<>lectionner des valeurs
 | 
						||
      optimales.</p>
 | 
						||
 | 
						||
      <p><a href="programs/htcacheclean.html">htcacheclean</a> op<6F>re selon deux
 | 
						||
      modes. Il peut s'ex<65>cuter comme d<>mon r<>sident, ou <20>tre lanc<6E>
 | 
						||
      p<>riodiquement par cron. <a href="programs/htcacheclean.html">htcacheclean</a> peut mettre une heure
 | 
						||
      ou plus pour traiter de tr<74>s grands caches (plusieurs dizaines de
 | 
						||
      Gigaoctets) et si vous l'ex<65>cutez <20> partir de cron, il vous est
 | 
						||
      conseill<6C> de d<>terminer la dur<75>e typique d'un traitement, afin d'<27>viter
 | 
						||
      d'ex<65>cuter plusieurs instances <20> la fois.</p>
 | 
						||
 | 
						||
      <p>Il est aussi conseill<6C> d'attribuer un niveau de priorit<69> "nice"
 | 
						||
      appropri<72> <20> htcacheclean de fa<66>on <20> ce qu'il n'effectue pas trop
 | 
						||
      d'acc<63>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<69> dans le cache, vous devez vous assurer que
 | 
						||
      <a href="programs/htcacheclean.html">htcacheclean</a> est configur<75> de
 | 
						||
      fa<66>on <20> laisser suffisamment d'"espace de croissance"
 | 
						||
      <20> la suite d'un nettoyage.</p>
 | 
						||
    
 | 
						||
 | 
						||
    <h3><a name="memcache" id="memcache">Cache en m<>moire</a></h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>En utilisant le module <code class="module"><a href="./mod/mod_cache_socache.html">mod_cache_socache</a></code>,
 | 
						||
      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> peut mettre en cache des donn<6E>es <20> partir de
 | 
						||
      diverses impl<70>mentations aussi nomm<6D>es "fournisseurs". Par exemple, en
 | 
						||
      utilisant le module <code class="module"><a href="./mod/mod_socache_memcache.html">mod_socache_memcache</a></code>, on peut
 | 
						||
      sp<73>cifier que c'est <a href="http://memcached.org">memcached</a> qui doit
 | 
						||
      <20>tre utilis<69> comme m<>canisme de stockage sous-jacent.</p>
 | 
						||
 | 
						||
      <p>Typiquement, le module sera configur<75> comme suit :</p>
 | 
						||
 | 
						||
      <pre class="prettyprint lang-config">CacheEnable socache /
 | 
						||
CacheSocache memcache:memcd.example.com:11211</pre>
 | 
						||
 | 
						||
 | 
						||
      <p>En outre, il est possible de sp<73>cifier plusieurs serveurs
 | 
						||
      <code>memcached</code> en les ajoutant <20> la fin de la ligne
 | 
						||
      <code>CacheSocache memcache:</code> et en les s<>parant par des virgules :</p>
 | 
						||
 | 
						||
      <pre class="prettyprint lang-config">CacheEnable socache /
 | 
						||
CacheSocache memcache:mem1.example.com:11211,mem2.example.com:11212</pre>
 | 
						||
 | 
						||
 | 
						||
      <p>Divers autres fournisseurs <code class="module"><a href="./mod/mod_cache_socache.html">mod_cache_socache</a></code> utilisent
 | 
						||
      aussi ce format. Par exemple :</p>
 | 
						||
 | 
						||
      <pre class="prettyprint lang-config">CacheEnable socache /
 | 
						||
CacheSocache shmcb:/path/to/datafile(512000)</pre>
 | 
						||
 | 
						||
 | 
						||
      <pre class="prettyprint lang-config">CacheEnable socache /
 | 
						||
CacheSocache dbm:/path/to/datafile</pre>
 | 
						||
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
  </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 g<>n<EFBFBD>rale d'objets partag<61>s <20> deux <20>tats de forme
 | 
						||
    cl<63>/valeur</a></h2>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <table class="related"><tr><th>Modules Apparent<6E>s</th><th>Directives Apparent<6E>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<61>s de bas
 | 
						||
    niveau pour la mise en cache d'informations comme les sessions SSL
 | 
						||
    ou les donn<6E>es d'authentification dans l'interface <a href="socache.html">socache</a>.</p>
 | 
						||
 | 
						||
    <p>Pour chaque impl<70>mentation un module suppl<70>mentaire est fourni
 | 
						||
    qui offre les services d'arri<72>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<61>s bas<61> 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<61>s bas<61> 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<61>s bas<61> 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<61>s bas<61> sur la m<>moire partag<61>e.</dd>
 | 
						||
    </dl>
 | 
						||
 | 
						||
    <h3><a name="mod_authn_socache-caching" id="mod_authn_socache-caching">Mise en cache des donn<6E>es d'authentification</a></h3>
 | 
						||
      
 | 
						||
 | 
						||
      <table class="related"><tr><th>Modules Apparent<6E>s</th><th>Directives Apparent<6E>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<6E>es issues d'une authentification, diminuant ainsi
 | 
						||
      la charge des serveurs d'authentification en arri<72>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<6E>s</th><th>Directives Apparent<6E>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 <20> base de fichiers sp<73>cialis<69>s</a></h2>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <table class="related"><tr><th>Modules Apparent<6E>s</th><th>Directives Apparent<6E>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<73>me de fichiers peut <20>tre lent, ou
 | 
						||
    lorsque les descripteurs de fichiers sont gourmands en ressources,
 | 
						||
    il est possible de pr<70>charger des fichiers en m<>moire au d<>marrage
 | 
						||
    du serveur.</p>
 | 
						||
 | 
						||
    <p>Sur les syst<73>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<73>mes o<> l'acc<63>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 <20>tre en soi une
 | 
						||
      source de ralentissement, en particulier sur les syst<73>mes de
 | 
						||
      fichiers sur le r<>seau. httpd permet d'<27>viter ce ralentissement en
 | 
						||
      maintenant un cache des descripteurs de fichiers ouverts pour les
 | 
						||
      fichiers souvent servis. Actuellement, httpd fournit une seule
 | 
						||
      impl<70>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<75>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<73>cifi<66>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<63>s futurs <20> 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<6E>re, vous devez vous assurer que le nombre maximal
 | 
						||
	de fichiers ouverts pour votre syst<73>me d'exploitation est d<>fini
 | 
						||
	<09> 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<72>ne pas de
 | 
						||
	mise en cache du contenu du fichier proprement dit, elle
 | 
						||
	implique que si le fichier est modifi<66> pendant l'ex<65>cution du
 | 
						||
	serveur, ces modifications ne seront pas prises en compte. Le
 | 
						||
	fichier sera toujours servi dans l'<27>tat o<> il se trouvait au
 | 
						||
	moment du d<>marrage du serveur.</p>
 | 
						||
 | 
						||
        <p>Si le fichier est supprim<69> pendant l'ex<65>cution du serveur, ce
 | 
						||
	dernier conservera le descripteur de fichier ouvert associ<63> et
 | 
						||
	servira le fichier dans l'<27>tat o<> il se trouvait au
 | 
						||
	moment du d<>marrage du serveur. Cela signifie aussi que m<>me si
 | 
						||
	le fichier a <20>t<EFBFBD> supprim<69>, et n'appara<72>t donc plus dans le
 | 
						||
	syst<73>me de fichiers, l'espace disque lib<69>r<EFBFBD> ne sera disponible
 | 
						||
	qu'une fois le serveur httpd arr<72>t<EFBFBD> et donc le descripteur de
 | 
						||
	fichier ferm<72>.</p>
 | 
						||
      
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <h3><a name="inmemory" id="inmemory">In-Memory Caching</a></h3>
 | 
						||
      
 | 
						||
 | 
						||
    <p>Servir un contenu directement depuis la m<>moire syst<73>me est
 | 
						||
    universellement reconnu comme la m<>thode la plus rapide. Lire des fichiers
 | 
						||
    depuis un contr<74>leur de disque ou pire, depuis un r<>seau distant est plus
 | 
						||
    lent de plusieurs ordres de grandeur. Les contr<74>leurs de disque r<>alisent
 | 
						||
    en g<>n<EFBFBD>ral des op<6F>rations m<>caniques, et l'acc<63>s au r<>seau est limit<69> par la
 | 
						||
    bande passante dont vous disposez. Par contre, les temps d'acc<63>s <20> la
 | 
						||
    m<>moire sont de l'ordre de la nano-seconde.</p>
 | 
						||
 | 
						||
    <p>Cependant la m<>moire syst<73>me n'est pas bon march<63>; <20> capacit<69> <20>gale,
 | 
						||
    c'est de loin le type de stockage le plus co<63>teux et il est important de
 | 
						||
    s'assurer qu'elle est utilis<69>e efficacement. Le fait de mettre en cache
 | 
						||
    des fichiers en m<>moire diminue d'autant la quantit<69> de m<>moire syst<73>me
 | 
						||
    disponible. Comme nous le verrons plus loin, ce n'est pas un probl<62>me en
 | 
						||
    soi dans le cas de la mise en cache par l'interm<72>diaire du syst<73>me
 | 
						||
    d'exploitation, mais si l'on utilise la mise en cache en m<>moire propre <20>
 | 
						||
    httpd, il faut prendre garde <20> ne pas allouer trop de m<>moire au cache.
 | 
						||
    Sinon le syst<73>me sera contraint d'utiliser le swap, ce qui d<>gradera
 | 
						||
    sensiblement les performances.</p>
 | 
						||
 | 
						||
      <h4>Mise en cache par l'interm<72>diaire du syst<73>me d'exploitation</h4>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Dans la plupart des syst<73>mes d'exploitation modernes, c'est le noyau
 | 
						||
      qui g<>re directement la mise en cache en m<>moire des donn<6E>es relatives
 | 
						||
      aux fichiers. C'est une fonctionnalit<69> puissante, et les syst<73>mes
 | 
						||
      d'exploitation s'en acquittent fort bien pour la plus grande partie.
 | 
						||
      Consid<69>rons par exemple, dans le cas de Linux, la diff<66>rence entre le
 | 
						||
      temps n<>cessaire <20> la premi<6D>re lecture d'un fichier et le temps
 | 
						||
      n<>cessaire <20> sa deuxi<78>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<66>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<73>me, vous pouvez
 | 
						||
      <20>tre assur<75> qu'il y aura de plus en plus de contenus de fichiers stock<63>s
 | 
						||
      dans ce cache. Ceci peut s'av<61>rer une m<>thode de mise en cache en m<>moire
 | 
						||
      tr<74>s efficace, et ne n<>cessite aucune configuration suppl<70>mentaire
 | 
						||
      de httpd.</p>
 | 
						||
 | 
						||
      <p>De plus, comme le syst<73>me d'exploitation sait si des fichiers
 | 
						||
      ont <20>t<EFBFBD>
 | 
						||
      supprim<69>s ou modifi<66>s, il peut effacer automatiquement des contenus de
 | 
						||
      fichiers du cache lorsque cela s'av<61>re n<>cessaire. Ceci constitue un gros
 | 
						||
      avantage par rapport <20> la mise en cache en m<>moire
 | 
						||
      de httpd qui n'a
 | 
						||
      aucune possibilit<69> de savoir si un fichier a <20>t<EFBFBD> modifi<66>.</p>
 | 
						||
      
 | 
						||
 | 
						||
    <p>En d<>pit des performances et des avantages de la mise en cache
 | 
						||
    automatique par le syst<73>me d'exploitation, la mise en cache en m<>moire
 | 
						||
    peut <20>tre effectu<74>e plus efficacement par httpd dans certaines
 | 
						||
    circonstances.</p>
 | 
						||
 | 
						||
    <h4>Mise en cache <20> 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 <20> httpd de charger un contenu de fichier statique en m<>moire
 | 
						||
      lors de son d<>marrage (<28> l'aide de l'appel
 | 
						||
      syst<73>me mmap). httpd
 | 
						||
      utilisera le contenu charg<72> en m<>moire pour satisfaire ult<6C>rieurement
 | 
						||
      toutes les demandes d'acc<63>s <20> 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<72>.</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<69> 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<6F>e, il est donc d'une importance
 | 
						||
      critique de s'assurer que les fichiers charg<72>s ne sont pas d'une taille
 | 
						||
      trop importante afin d'<27>pargner au syst<73>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<69>rations sur la s<>curit<69></a></h2>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Autorisation et contr<74>le d'acc<63>s</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Utiliser <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> revient sensiblement <20> la m<>me
 | 
						||
      chose qu'avoir un mandataire inverse int<6E>gr<67> (reverse-proxy). Les requ<71>tes
 | 
						||
      seront servies par le module de mise en cache sauf si ce dernier
 | 
						||
      d<>termine qu'un processus d'arri<72>re-plan doit <20>tre appel<65>. La mise en
 | 
						||
      cache de ressources locales modifie consid<69>rablement le mod<6F>le de
 | 
						||
      s<>curit<69> de httpd.</p>
 | 
						||
 | 
						||
      <p>Comme le parcours de la hi<68>rarchie d'un syst<73>me de fichiers pour
 | 
						||
      examiner le contenu d'<27>ventuels fichiers
 | 
						||
      <code>.htaccess</code> serait une op<6F>ration tr<74>s co<63>teuse en ressources,
 | 
						||
      annulant partiellement de ce fait l'int<6E>r<EFBFBD>t de la mise en cache
 | 
						||
      (acc<63>l<EFBFBD>rer le traitement des requ<71>tes),
 | 
						||
      <code class="module"><a href="./mod/mod_cache.html">mod_cache</a></code> ne se pr<70>occupe pas de savoir s'il a
 | 
						||
      l'autorisation de servir une entit<69> 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 <20> partir du cache tant qu'il ne sera pas arriv<69> <20>
 | 
						||
      expiration.</p>
 | 
						||
 | 
						||
      <p>Si par exemple, votre configuration autorise l'acc<63>s <20> 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<76> <20> 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
 | 
						||
      <20> 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 <20>
 | 
						||
      <code>Off</code>, toutes les phases du traitement de la requ<71>te
 | 
						||
      sont ex<65>cut<75>es et le mod<6F>le de s<>curit<69> reste le m<>me.</p>
 | 
						||
 | 
						||
    
 | 
						||
 | 
						||
    <h3>Piratages locaux</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Etant donn<6E> que les requ<71>tes des utilisateurs finaux peuvent <20>tre
 | 
						||
      servies depuis le cache, ce dernier est une cible potentielle pour ceux
 | 
						||
      qui veulent d<>figurer un contenu ou interf<72>rer avec lui. Il est important
 | 
						||
      de garder <20> l'esprit que l'utilisateur sous lequel tourne
 | 
						||
      httpd doit
 | 
						||
      toujours avoir l'acc<63>s en <20>criture dans le cache. Ceci est en contraste
 | 
						||
      total avec la recommandation usuelle d'interdire <20> l'utilisateur sous
 | 
						||
      lequel tourne Apache
 | 
						||
      l'acc<63>s en <20>criture <20> tout contenu.</p>
 | 
						||
 | 
						||
      <p>Si l'utilisateur sous lequel tourne Apache est compromis,
 | 
						||
      par exemple <20> cause d'une
 | 
						||
      faille de s<>curit<69> dans un processus CGI, il est possible que le cache
 | 
						||
      fasse l'objet d'une attaque. Il est relativement ais<69> d'ins<6E>rer ou de
 | 
						||
      modifier une entit<69> 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<70>sente un risque relativement <20>l<EFBFBD>v<EFBFBD> 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
 | 
						||
      <20> l'esprit : effectuez toujours les mises <20> jour de
 | 
						||
      httpdquand des
 | 
						||
      correctifs de s<>curit<69> sont annonc<6E>s et ex<65>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 <20> un <20>ventuel "Empoisonnement du
 | 
						||
      cache" (Cache poisoning). L'empoisonnement du cache est un terme g<>n<EFBFBD>ral
 | 
						||
      pour d<>signer les attaques au cours desquelles l'attaquant fait en sorte
 | 
						||
      que le serveur mandataire renvoie <20> un contenu incorrect (et souvent
 | 
						||
      ind<6E>sirable) suite <20> en provenance du serveur d'arri<72>re-plan.
 | 
						||
      </p>
 | 
						||
 | 
						||
      <p>Par exemple, si les serveur DNS qu'utilise votre syst<73>me o<> tourne
 | 
						||
      httpd sont vuln<6C>rables <20> l'empoisonnement du cache des DNS, un attaquant
 | 
						||
      pourra contr<74>ler vers o<> httpd se connecte lorsqu'il demande un contenu
 | 
						||
      depuis le serveur d'origine.
 | 
						||
      Un autre exemple est constitu<74> par les attaques ainsi nomm<6D>es
 | 
						||
      "Dissimulation de requ<71>tes HTTP" (HTTP request-smuggling).</p>
 | 
						||
 | 
						||
      <p>Ce document n'est pas le bon endroit pour une discussion approfondie
 | 
						||
      <20> propos de la Dissimulation de requ<71>tes HTTP (utilisez plut<75>t votre
 | 
						||
      moteur de recherche favori); il est cependant important de savoir qu'il
 | 
						||
      est possible d'<27>laborer une s<>rie de requ<71>tes, et d'exploiter une
 | 
						||
      vuln<6C>rabilit<69> d'un serveur web d'origine de telle fa<66>on que l'attaquant
 | 
						||
      puisse contr<74>ler enti<74>rement le contenu renvoy<6F> par le mandataire.</p>
 | 
						||
    
 | 
						||
 | 
						||
    <h3>D<>ni de Service / Cachebusting</h3>
 | 
						||
      
 | 
						||
 | 
						||
      <p>Le m<>canisme utilis<69> via l'en-t<>te Vary permet de mettre en
 | 
						||
      cache simultan<61>ment plusieurs variantes d'une ressource avec la
 | 
						||
      m<>me URL. Le cache s<>lectionne la variante correcte <20> envoyer au
 | 
						||
      client en fonction des valeurs d'en-t<>te fournies par ce dernier.
 | 
						||
      Ce m<>canisme peut devenir un probl<62>me lorsqu'on tente d'appliquer
 | 
						||
      le m<>canisme des variantes <20> un en-t<>te connu pour pouvoir
 | 
						||
      poss<73>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<69> du site web,
 | 
						||
      des milliers ou m<>me des millions d'entr<74>es de cache dupliqu<71>es
 | 
						||
      peuvent <20>tre cr<63><72>es pour la m<>me URL, submergeant les autres
 | 
						||
      entr<74>es du cache.</p>
 | 
						||
      
 | 
						||
      <p>Dans d'autres cas, il peut <20>tre n<>cessaire de modifier l'URL
 | 
						||
      d'une ressource particuli<6C>re <20> chaque requ<71>te, en g<>n<EFBFBD>ral en lui
 | 
						||
      ajoutant une cha<68>ne "cachebuster". Si ce contenu est d<>clar<61> comme
 | 
						||
      pouvant <20>tre mis en cache par un serveur avec une dur<75>e de
 | 
						||
      fra<72>cheur significative, ces entr<74>es peuvent submerger les entr<74>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<6E>re doit <20>tre utilis<69>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<62>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<61>ais"> fr </a> |
 | 
						||
<a href="./tr/caching.html" hreflang="tr" rel="alternate" title="T<>rk<72>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 2017 The Apache Software Foundation.<br />Autoris<69> 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> |