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