<
title>core - Serveur Apache HTTP Version 2.5</
title>
<
p class="apache">Serveur Apache HTTP Version 2.5</
p>
<
div class="up"><
a href="./"><
img title="<-" alt="<-" src="/images/left.gif" /></
a></
div>
<
div id="preamble"><
h1>Fonctionalit�s de Base Apache</
h1>
<
p><
span>Langues Disponibles: </
span><
a href="/de/mod/core.html" hreflang="de" rel="alternate" title="Deutsch"> de </
a> |
<
a href="/en/mod/core.html" hreflang="en" rel="alternate" title="English"> en </
a> |
<
a href="/es/mod/core.html" hreflang="es" rel="alternate" title="Espa�ol"> es </
a> |
<
a href="/ja/mod/core.html" hreflang="ja" rel="alternate" title="Japanese"> ja </
a> |
<
a href="/tr/mod/core.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </
a></
p>
<
div class="outofdate">Cette traduction peut �tre p�rim�e. V�rifiez la version
anglaise pour les changements r�cents.</
div>
<
table class="module"><
tr><
th><
a href="module-dict.html#Description">Description:</
a></
th><
td>Fonctionnalit�s de base du serveur HTTP Apache toujours
<
tr><
th><
a href="module-dict.html#Status">Statut:</
a></
th><
td>Core</
td></
tr></
table>
<
div id="quickview"><
h3 class="directives">Directives</
h3>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#acceptfilter">AcceptFilter</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#acceptpathinfo">AcceptPathInfo</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#accessfilename">AccessFileName</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#adddefaultcharset">AddDefaultCharset</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#allowencodedslashes">AllowEncodedSlashes</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#allowoverride">AllowOverride</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#allowoverridelist">AllowOverrideList</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#cgimapextension">CGIMapExtension</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#cgipassauth">CGIPassAuth</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#contentdigest">ContentDigest</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#defaultruntimedir">DefaultRuntimeDir</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#defaulttype">DefaultType</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#define">Define</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#directory"><Directory></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#directorymatch"><DirectoryMatch></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#documentroot">DocumentRoot</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#else"><Else></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#elseif"><ElseIf></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#enablemmap">EnableMMAP</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#enablesendfile">EnableSendfile</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#error">Error</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#errordocument">ErrorDocument</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#errorlog">ErrorLog</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#errorlogformat">ErrorLogFormat</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#extendedstatus">ExtendedStatus</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#fileetag">FileETag</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#files"><Files></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#filesmatch"><FilesMatch></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#forcetype">ForceType</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#gprofdir">GprofDir</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#hostnamelookups">HostnameLookups</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#if"><If></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#ifdefine"><IfDefine></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#ifmodule"><IfModule></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#include">Include</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#includeoptional">IncludeOptional</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#keepalive">KeepAlive</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#keepalivetimeout">KeepAliveTimeout</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limit"><Limit></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitexcept"><LimitExcept></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitinternalrecursion">LimitInternalRecursion</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitrequestbody">LimitRequestBody</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitrequestfields">LimitRequestFields</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitrequestfieldsize">LimitRequestFieldSize</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitrequestline">LimitRequestLine</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#limitxmlrequestbody">LimitXMLRequestBody</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#location"><Location></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#locationmatch"><LocationMatch></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#loglevel">LogLevel</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#logleveloverride">LogLevelOverride</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#maxkeepaliverequests">MaxKeepAliveRequests</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#maxrangeoverlaps">MaxRangeOverlaps</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#maxrangereversals">MaxRangeReversals</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#maxranges">MaxRanges</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#mergetrailers">MergeTrailers</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#mutex">Mutex</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#namevirtualhost">NameVirtualHost</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#options">Options</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#protocol">Protocol</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#registerhttpmethod">RegisterHttpMethod</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#rlimitcpu">RLimitCPU</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#rlimitmem">RLimitMEM</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#rlimitnproc">RLimitNPROC</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#scriptinterpretersource">ScriptInterpreterSource</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#seerequesttail">SeeRequestTail</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#serveradmin">ServerAdmin</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#serveralias">ServerAlias</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#servername">ServerName</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#serverpath">ServerPath</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#serverroot">ServerRoot</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#serversignature">ServerSignature</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#servertokens">ServerTokens</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#sethandler">SetHandler</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#setinputfilter">SetInputFilter</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#setoutputfilter">SetOutputFilter</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#timeout">TimeOut</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#traceenable">TraceEnable</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#undefine">UnDefine</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#usecanonicalname">UseCanonicalName</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#virtualhost"><VirtualHost></
a></
li>
<
li><
img alt="" src="/images/down.gif" /> <
a href="#warning">Warning</
a></
li>
<
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="directive-section"><
h2><
a name="acceptfilter" id="acceptfilter">Directive</
a> <
a name="AcceptFilter" id="AcceptFilter">AcceptFilter</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Permet d'optimiser la configuration d'une socket pour
l'�coute d'un protocole</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AcceptFilter <
var>protocole</
var> <
var>filtre
d'acceptation</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Cette directive permet d'effectuer une optimisation de la socket
d'�coute d'un type de protocole en fonction du syst�me
d'exploitation. Le but premier est de faire en sorte que le noyau
n'envoie pas de socket au processus du serveur jusqu'� ce que
des donn�es soient re�ues, ou qu'une requ�te HTTP compl�te soit mise
primitif <
code>TCP_DEFER_ACCEPT</
code> sous Linux, et la version
optimis�e d'AcceptEx() de Windows sont actuellement support�s.</
p>
<
p>L'utilisation de l'argument <
code>none</
code> va d�sactiver tout
filtre d'acceptation pour ce protocole. Ceci s'av�re utile pour les
protocoles qui n�cessitent l'envoi de donn�es par le serveur en
premier, comme <
code>ftp:</
code> ou <
code>nntp</
code>:</
p>
<
pre class="prettyprint lang-config">AcceptFilter nntp none</
pre>
<
p>Les noms de protocoles par d�faut sont <
code>https</
code> pour le
port 443 et <
code>http</
code> pour tous les autres ports. Pour
sp�cifier un autre protocole � utiliser avec un port en �coute,
ajoutez l'argument <
var>protocol</
var> � la directive <
code class="directive"><
a href="/mod/mpm_common.html#listen">Listen</
a></
code>.</
p>
<
p>Sous FreeBSD, les valeurs par d�faut sont :</
p>
<
pre class="prettyprint lang-config">AcceptFilter http httpready
AcceptFilter https dataready</
pre>
<
p>Le filtre d'acceptation <
code>httpready</
code> met en tampon des
requ�tes HTTP enti�res au niveau du noyau. Quand une requ�te
enti�re a �t� re�ue, le noyau l'envoie au serveur. Voir la page de
<
p>Sous Linux, les valeurs par d�faut sont :</
p>
<
pre class="prettyprint lang-config">AcceptFilter http data
AcceptFilter https data</
pre>
<
p>Le filtre <
code>TCP_DEFER_ACCEPT</
code> de Linux ne supporte pas
la mise en tampon des requ�tes http. Toute valeur autre que
<
code>none</
code> active le filtre <
code>TCP_DEFER_ACCEPT</
code>
pour ce protocole. Pour plus de d�tails, voir la page de
<
p>Sous Windows, les valeurs par d�faut sont :</
p>
<
pre class="prettyprint lang-config">AcceptFilter http data
AcceptFilter https data</
pre>
<
p>Le module MPM pour Windows mpm_winnt utilise la directive
AcceptFilter comme commutateur de l'API AcceptEx(), et ne supporte
pas la mise en tampon du protocole http. Deux valeurs utilisent
l'API Windows AcceptEx() et vont recycler les sockets r�seau entre
les connexions. <
code>data</
code> attend jusqu'� ce que les donn�es
aient �t� transmises comme d�crit plus haut, et le tampon de donn�es
initiales ainsi que les adresses r�seau finales sont tous extraits
gr�ce � une seule invocation d'AcceptEx(). <
code>connect</
code>
utilise l'API AcceptEx(), extrait aussi les adresses r�seau finales,
mais � l'instar de <
code>none</
code>, la valeur <
code>connect</
code>
n'attend pas la transmission des donn�es initiales.</
p>
<
p>Sous Windows, <
code>none</
code> utilise accept() au lieu
d'AcceptEx(), et ne recycle pas les sockets entre les connexions.
Ceci s'av�re utile pour les interfaces r�seau dont le pilote est
d�fectueux, ainsi que pour certains fournisseurs de r�seau comme les
pilotes vpn, ou les filtres anti-spam, anti-virus ou
<
li><
code class="directive"><
a href="#protocol">Protocol</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="acceptpathinfo" id="acceptpathinfo">Directive</
a> <
a name="AcceptPathInfo" id="AcceptPathInfo">AcceptPathInfo</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Les ressources acceptent des informations sous forme d'un
nom de chemin en fin de requ�te.</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AcceptPathInfo On|Off|Default</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AcceptPathInfo Default</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Cette directive permet de d�finir si les requ�tes contenant des
informations sous forme d'un nom de chemin suivant le nom d'un
fichier r�el (ou un fichier qui n'existe pas dans un r�pertoire qui
existe) doivent �tre accept�es ou rejet�es. Les scripts peuvent
acc�der � cette information via la variable d'environnement
<
code>PATH_INFO</
code>.</
p>
<
p>Supposons par exemple que <
code>/test/</
code> pointe vers un
r�pertoire qui ne contient que le fichier <
code>
here.html</
code>.
<
code>/more</
code> � la variable d'environnement
<
code>PATH_INFO</
code>.</
p>
<
p>L'argument de la directive <
code class="directive">AcceptPathInfo</
code>
poss�de trois valeurs possibles :</
p>
<
dt><
code>Off</
code></
dt><
dd>Une requ�te ne sera accept�e que si
elle correspond � un chemin qui existe. Par cons�quent, une requ�te
contenant une information de chemin apr�s le nom de fichier r�el
renverra une erreur "404 NOT FOUND".</
dd>
<
dt><
code>On</
code></
dt><
dd>Une requ�te sera accept�e si la partie
principale du chemin correspond � un fichier existant. Dans
sera accept�e si <
code>/
test/
here.html</
code> correspond � un nom de
<
dt><
code>Default</
code></
dt><
dd>Le traitement des requ�tes est
d�termin� par le <
a href="/handler.html">gestionnaire</
a> responsable de la requ�te.
Le gestionnaire de base pour les fichiers normaux rejette par d�faut
les requ�tes avec <
code>PATH_INFO</
code>. Les gestionnaires qui
servent des scripts, comme<
a href="mod_cgi.html">cgi-script</
a> et <
a href="mod_isapi.html">isapi-handler</
a>, acceptent en g�n�ral par
d�faut les requ�tes avec <
code>PATH_INFO</
code>.</
dd>
<
p>Le but premier de la directive <
code>AcceptPathInfo</
code> est de
vous permettre de remplacer le choix du gestionnaire d'accepter ou
de rejeter <
code>PATH_INFO</
code>. Ce remplacement est n�cessaire
par exemple, lorsque vous utilisez un <
a href="/filter.html">filtre</
a>, comme <
a href="mod_include.html">INCLUDES</
a>, pour g�n�rer un contenu bas�
sur <
code>PATH_INFO</
code>. Le gestionnaire de base va en g�n�ral
rejeter la requ�te, et vous pouvez utiliser la configuration
suivante pour utiliser un tel script :</
p>
<
pre class="prettyprint lang-config"><Files "
mypaths.shtml">
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="accessfilename" id="accessfilename">Directive</
a> <
a name="AccessFileName" id="AccessFileName">AccessFileName</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nom du fichier de configuration distribu�</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AccessFileName <
var>nom-du-fichier</
var>
[<
var>nom-du-fichier</
var>] ...</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AccessFileName .htaccess</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Au cours du traitement d'une requ�te, le serveur recherche le
premier fichier de configuration existant � partir de la liste
de noms dans chaque r�pertoire composant le chemin du document, �
partir du moment o� les fichiers de configuration distribu�s sont <
a href="#allowoverride">activ�s pour ce r�pertoire</
a>. Par exemple
<
pre class="prettyprint lang-config">AccessFileName .acl</
pre>
<
p>avant de renvoyer le document
fichiers <
code>/.acl</
code>, <
code>/
usr/
.acl</
code>,
pour y lire d'�ventuelles directives, � moins quelles n'aient �t�
<
pre class="prettyprint lang-config"><Directory />
<
li><
code class="directive"><
a href="#allowoverride">AllowOverride</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="adddefaultcharset" id="adddefaultcharset">Directive</
a> <
a name="AddDefaultCharset" id="AddDefaultCharset">AddDefaultCharset</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Param�tre jeu de caract�res par d�faut � ajouter quand le
type de contenu d'une r�ponse est <
code>
text/
plain</
code> ou
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AddDefaultCharset On|Off|<
var>jeu de caract�res</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AddDefaultCharset Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Cette directive sp�cifie une valeur par d�faut pour le param�tre
jeu de caract�res du type de m�dia (le nom d'un codage de
caract�res) � ajouter � une r�ponse, si et seulement si le type de
contenu de la r�ponse est soit <
code>
text/
plain</
code>, soit
<
code>
text/
html</
code>. Ceci va remplacer
tout jeu de caract�res sp�cifi� dans le corps de la r�ponse via un
�l�ment <
code>META</
code>, bien que cet effet d�pende en fait
souvent de la configuration du client de l'utilisateur. La
d�finition de <
code>AddDefaultCharset Off</
code> d�sactive cette
fonctionnalit�. <
code>AddDefaultCharset On</
code> ajoute un jeu de
caract�res par d�faut de <
code>iso-8859-1</
code>. Toute autre valeur
peut �tre d�finie via le param�tre <
var>jeu de caract�res</
var>, qui
jeux de caract�res enregistr�s par l'IANA</
a> � utiliser dans les
types de m�dia Internet (types MIME).
<
pre class="prettyprint lang-config">AddDefaultCharset utf-8</
pre>
<
p>La directive <
code class="directive">AddDefaultCharset</
code> ne doit
�tre utilis�e que lorsque toutes les ressources textes auxquelles
elle s'applique poss�dent le jeu de caract�re sp�cifi�, et qu'il est
trop contraignant de d�finir leur jeu de caract�res
individuellement. Un exemple de ce type est l'ajout du param�tre jeu
de caract�res aux ressources comportant un contenu g�n�r�, comme les
scripts CGI h�rit�s qui peuvent �tre vuln�rables � des attaques de
type cross-site scripting � cause des donn�es utilisateurs incluses
dans leur sortie. Notez cependant qu'une meilleur solution consiste
� corriger (ou supprimer) ces scripts, car la d�finition d'un jeu de
caract�res par d�faut ne prot�ge pas les utilisateurs qui ont activ�
la fonctionnalit� "D�tection automatique de l'encodage des
caract�res" dans leur navigateur.</
p>
<
li><
code class="directive"><
a href="/mod/mod_mime.html#addcharset">AddCharset</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="allowencodedslashes" id="allowencodedslashes">Directive</
a> <
a name="AllowEncodedSlashes" id="AllowEncodedSlashes">AllowEncodedSlashes</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�termine si les s�parateurs de chemin encod�s sont
autoris�s � transiter dans les URLs tels quels</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AllowEncodedSlashes On|Off|NoDecode</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AllowEncodedSlashes Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>L'option NoDecode est disponible depuis la version
<
p>La directive <
code class="directive">AllowEncodedSlashes</
code> permet
l'utilisation des URLs contenant des s�parateurs de chemin
encod�s dans la partie chemin
(<
code>%2F</
code> pour <
code>/</
code> et m�me <
code>%5C</
code> pour
<
code>\</
code> sur les syst�mes concern�s).</
p>
<
p>Avec la valeur par d�faut, <
code>Off</
code>, de telles URLs sont
refus�es et provoquent le renvoi d'une erreur 404 (Not found).</
p>
<
p>Avec la valeur <
code>On</
code>, ces URLs sont accept�es, et les
slashes encod�s sont d�cod�s comme tout autre caract�re cod�.</
p>
<
p>Avec la valeur <
code>NoDecode</
code>, ces URLs sont accept�es,
mais les slashes cod�s ne sont pas d�cod�s et laiss�s dans leur �tat
<
p>D�finir <
code class="directive">AllowEncodedSlashes</
code> �
<
code>On</
code> est surtout utile en association avec
<
code>PATH_INFO</
code>.</
p>
<
div class="note"><
h3>Note</
h3>
<
p>Si le codage des slashes dans la partie chemin est n�cessaire,
l'utilisation de l'option <
code>NoDecode</
code> est fortement
recommand�e par mesure de s�curit�. Permettre le d�codage des
slashes pourrait �ventuellement induire l'autorisation de chemins
<
li><
code class="directive"><
a href="#acceptpathinfo">AcceptPathInfo</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="allowoverride" id="allowoverride">Directive</
a> <
a name="AllowOverride" id="AllowOverride">AllowOverride</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Types de directives autoris�es dans les fichiers
<
code>.htaccess</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AllowOverride All|None|<
var>type directive</
var>
[<
var>type directive</
var>] ...</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AllowOverride None � partir de la version 2.3.9, AllowOverride
All pour les versions ant�rieures</
code></
td></
tr>
<
p>Lorsque le serveur trouve un fichier <
code>.htaccess</
code> (dont
le nom est d�fini par la directive <
code class="directive"><
a href="#accessfilename">AccessFileName</
a></
code>), il doit savoir lesquelles
des directives plac�es dans ce fichier sont autoris�es � modifier la
configuration pr�existante.</
p>
<
div class="note"><
h3>Valable seulement dans les sections
La directive <
code class="directive">AllowOverride</
code> ne peut �tre
utilis�e que dans les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> d�finies sans expressions
rationnelles, et non dans les sections <
code class="directive"><
a href="#location"><Location></
a></
code>, <
code class="directive"><
a href="#directorymatch"><DirectoryMatch></
a></
code> ou
<
code class="directive"><
a href="#files"><Files></
a></
code>.
<
p>Lorsque cette directive et la directive <
code class="directive"><
a href="#allowoverridelist">AllowOverrideList</
a></
code> sont d�finies � <
code>None</
code>, les
fichiers <
a href="#accessfilename">.htaccess</
a> sont totalement
ignor�s. Dans ce cas, le serveur n'essaiera m�me pas de lire les
fichiers <
code>.htaccess</
code> du syst�me de fichiers.</
p>
<
p>Lorsque cette directive est d�finie � <
code>All</
code>, toute
autoris�e dans les fichiers <
code>.htaccess</
code>.</
p>
<
p>L'argument <
var>type directive</
var> peut contenir les
groupements de directives suivants :</
p>
Permet l'utilisation des directives d'autorisation (<
code class="directive"><
a href="/mod/mod_authz_dbm.html#authdbmgroupfile">AuthDBMGroupFile</
a></
code>,
Permet l'utilisation des directives qui contr�lent les types de
documents (directives <
code class="directive"><
a href="#errordocument">ErrorDocument</
a></
code>, <
code class="directive"><
a href="#forcetype">ForceType</
a></
code>, <
code class="directive"><
a href="/mod/mod_negotiation.html#languagepriority">LanguagePriority</
a></
code>,
<
code class="directive"><
a href="#sethandler">SetHandler</
a></
code>, <
code class="directive"><
a href="#setinputfilter">SetInputFilter</
a></
code>, <
code class="directive"><
a href="#setoutputfilter">SetOutputFilter</
a></
code>, et directives du
module <
code class="module"><
a href="/mod/mod_mime.html">mod_mime</
a></
code> Add* et Remove*), des metadonn�es
des documents (<
code class="directive"><
a href="/mod/mod_headers.html#header">Header</
a></
code>, <
code class="directive"><
a href="/mod/mod_headers.html#requestheader">RequestHeader</
a></
code>, <
code class="directive"><
a href="/mod/mod_setenvif.html#setenvif">SetEnvIf</
a></
code>, <
code class="directive"><
a href="/mod/mod_setenvif.html#setenvifnocase">SetEnvIfNoCase</
a></
code>, <
code class="directive"><
a href="/mod/mod_setenvif.html#browsermatch">BrowserMatch</
a></
code>, <
code class="directive"><
a href="/mod/mod_usertrack.html#cookieexpires">CookieExpires</
a></
code>, <
code class="directive"><
a href="/mod/mod_usertrack.html#cookiedomain">CookieDomain</
a></
code>, <
code class="directive"><
a href="/mod/mod_usertrack.html#cookiestyle">CookieStyle</
a></
code>, <
code class="directive"><
a href="/mod/mod_usertrack.html#cookietracking">CookieTracking</
a></
code>, <
code class="directive"><
a href="/mod/mod_usertrack.html#cookiename">CookieName</
a></
code>), des directives du
module <
code class="module"><
a href="/mod/mod_rewrite.html">mod_rewrite</
a></
code> directives (<
code class="directive"><
a href="/mod/mod_rewrite.html#rewriteengine">RewriteEngine</
a></
code>, <
code class="directive"><
a href="/mod/mod_rewrite.html#rewriteoptions">RewriteOptions</
a></
code>, <
code class="directive"><
a href="/mod/mod_rewrite.html#rewritebase">RewriteBase</
a></
code>, <
code class="directive"><
a href="/mod/mod_rewrite.html#rewritecond">RewriteCond</
a></
code>, <
code class="directive"><
a href="/mod/mod_rewrite.html#rewriterule">RewriteRule</
a></
code>), des directives du
module <
code class="module"><
a href="/mod/mod_alias.html">mod_alias</
a></
code> directives (<
code class="directive"><
a href="/mod/mod_alias.html#redirect">Redirect</
a></
code>, <
code class="directive"><
a href="/mod/mod_alias.html#redirecttemp">RedirectTemp</
a></
code>, <
code class="directive"><
a href="/mod/mod_alias.html#redirectpermanent">RedirectPermanent</
a></
code>, <
code class="directive"><
a href="/mod/mod_alias.html#redirectmatch">RedirectMatch</
a></
code>), et de la directive
Permet l'utilisation des directives qui contr�lent l'indexation
des r�pertoires (<
code class="directive"><
a href="/mod/mod_autoindex.html#adddescription">AddDescription</
a></
code>,
Permet l'utilisation des directives contr�lant l'acc�s au serveur
<
dt>Nonfatal=[Override|Unknown|All]</
dt>
Permet d'utiliser l'option AllowOverride pour rendre les erreurs
de syntaxe non fatales dans les fichiers .htaccess : au lieu de
causer une Internal Server Error, les directives non autoris�es ou
non reconnues seront ignor�es et un avertissement enregistr� dans
<
li><
strong>Nonfatal=Override</
strong> rend les directives
interdite par AllowOverride non fatales.</
li>
<
li><
strong>Nonfatal=Unknown</
strong> rend les directives
inconnues non fatales. Sont concern�es les erreurs de frappe
et les directives impl�ment�es par un module non charg�.</
li>
<
li><
strong>Nonfatal=All</
strong> rend toutes les directives
pr�c�dentes non fatales.</
li>
<
p>Notez qu'une erreur de syntaxe dans une directive valide
causera toujours une internal server error.</
p>
<
div class="warning"><
h3>S�curit�</
h3>
Les erreurs non fatales peuvent �tre � l'origine de probl�mes
de s�curit� pour les utilisateurs de fichiers .htaccess. Par
exemple, si AllowOverride interdit AuthConfig, toute
configuration utilisateur destin�e � restreindre l'acc�s � un
site ne sera pas prise en compte.
<
dt>Options[=<
var>Option</
var>,...]</
dt>
Permet l'utilisation des directives contr�lant les fonctionnalit�s
sp�cifiques d'un r�pertoire (<
code class="directive"><
a href="#options">Options</
a></
code> et <
code class="directive"><
a href="/mod/mod_include.html#xbithack">XBitHack</
a></
code>). "Options" doit �tre
suivi d'un signe "�gal", puis d'une liste d'options s�par�es par des
virgules (pas d'espaces) ; ces options doivent �tre d�finies �
l'aide de la commande <
code class="directive"><
a href="#options">Options</
a></
code>.
<
div class="note"><
h3>D�sactivation implicite des options</
h3>
<
p>Bien que la liste des options disponibles dans les fichiers
.htaccess puisse �tre limit�e par cette directive, tant qu'un
directive <
code class="directive"><
a href="#options">Options</
a></
code> est
autoris�e, toute autre option h�rit�e peut �tre d�sactiv�e en
utilisant la syntaxe non-relative. En d'autres termes, ce
m�canisme ne peut pas forcer une option sp�cifique � rester
<
em>activ�e</
em> tout en permettant � toute autre option d'�tre
<
div class="example"><
p><
code>
AllowOverride Options=Indexes,MultiViews
<
pre class="prettyprint lang-config">AllowOverride AuthConfig Indexes</
pre>
<
p>Dans l'exemple ci-dessus, toutes les directives qui ne font
partie ni du groupe <
code>AuthConfig</
code>, ni du groupe
<
code>Indexes</
code>, provoquent une erreur "internal
<
div class="note"><
p>Pour des raisons de s�curit� et de performance, ne
d�finissez pas <
code>AllowOverride</
code> � autre chose que
<
code>None</
code> dans votre bloc <
code><Directory /></
code>.
Recherchez plut�t (ou cr�ez) le bloc <
code><Directory></
code>
qui se r�f�re au r�pertoire o� vous allez pr�cis�ment placer un
fichier <
code>.htaccess</
code>.</
p>
<
li><
code class="directive"><
a href="#accessfilename">AccessFileName</
a></
code></
li>
<
li><
code class="directive"><
a href="#allowoverridelist">AllowOverrideList</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="allowoverridelist" id="allowoverridelist">Directive</
a> <
a name="AllowOverrideList" id="AllowOverrideList">AllowOverrideList</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Directives autoris�es dans les fichiers <
code>.htaccess</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>AllowOverrideList None|<
var>directive</
var>
[<
var>directive-type</
var>] ...</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>AllowOverrideList None</
code></
td></
tr>
<
p>Lorsque le serveur trouve un fichier <
code>.htaccess</
code>
(comme sp�cifi� par la directive <
code class="directive"><
a href="#accessfilename">AccessFileName</
a></
code>), il doit savoir lesquelles
des directives d�clar�es dans ce fichier peuvent remplacer des
directives des fichiers de configuration du serveur.</
p>
<
div class="note"><
h3>Seulement disponible dans les sections <Directory></
h3>
La directive <
code class="directive">AllowOverrideList</
code> n'est
disponible que dans les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> sp�cifi�es sans expressions
<
p>Lorsque cette directive et la directive <
code class="directive"><
a href="#allowoverride">AllowOverride</
a></
code> sont d�finies �
<
code>None</
code>, les fichiers <
a href="#accessfilename">.htaccess</
a> sont totalement ignor�s. Dans
ce cas, le serveur ne cherchera m�me pas � lire des fichiers
<
code>.htaccess</
code> dans le syst�me de fichiers.</
p>
<
pre class="prettyprint lang-config">AllowOverride None
AllowOverrideList Redirect RedirectMatch</
pre>
<
p>Dans l'exemple ci-dessus, seules les directives
<
code>Redirect</
code> et <
code>RedirectMatch</
code> sont autoris�es.
Toutes les autres provoqueront une erreur interne du serveur.</
p>
<
pre class="prettyprint lang-config">AllowOverride AuthConfig
AllowOverrideList CookieTracking CookieName</
pre>
<
p>Dans l'exemple ci-dessus, la directive <
code class="directive"><
a href="#allowoverride">AllowOverride</
a></
code> autorise les directives du
groupement <
code>AuthConfig</
code>, et
<
code class="directive">AllowOverrideList</
code> n'autorise que deux
directives du groupement <
code>FileInfo</
code>. Toutes les autres
provoqueront une erreur interne du serveur.</
p>
<
li><
code class="directive"><
a href="#accessfilename">AccessFileName</
a></
code></
li>
<
li><
code class="directive"><
a href="#allowoverride">AllowOverride</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="cgimapextension" id="cgimapextension">Directive</
a> <
a name="CGIMapExtension" id="CGIMapExtension">CGIMapExtension</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Technique permettant de localiser l'interpr�teur des
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>CGIMapExtension <
var>chemin CGI</
var> <
var>.extension</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>NetWare uniquement</
td></
tr>
<
p>Cette directive permet de contr�ler la mani�re dont Apache httpd trouve
l'interpr�teur servant � ex�cuter les scripts CGI. Par exemple, avec
la d�finition <
code>CGIMapExtension sys:\
foo.nlm .foo</
code>, tous
les fichiers scripts CGI poss�dant une extension <
code>.foo</
code>
seront pass�s � l'interpr�teur FOO.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="cgipassauth" id="cgipassauth">Directive</
a> <
a name="CGIPassAuth" id="CGIPassAuth">CGIPassAuth</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Active la transmission d'en-t�tes d'autorisation HTTP aux scripts en
tant que variables CGI</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>CGIPassAuth On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>CGIPassAuth Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible � partir de la version 2.5.0 du serveur HTTP
<
p>La directive <
code class="directive">CGIPassAuth</
code> permet aux
scripts d'acc�der aux en-t�tes d'autorisation HTTP tels que
<
code>Authorization</
code>, en-t�te n�cessaire aux scripts qui
impl�mente une authentification HTTP de base. Normalement, ces
en-t�tes HTTP sont invisibles pour les scripts car ils leurs
permettraient de voir les identifiants et mots de passe
utilis�s pour acc�der au serveur lorsque l'authentification HTTP de
base est activ�e au niveau du serveur web. Cette directive doit �tre
d�finie � "On" lorsque des scripts sont autoris�s � impl�menter une
authentification HTTP de base.</
p>
<
p>Cette directive constitue une alternative � l'option de
compilation <
code>SECURITY_HOLE_PASS_AUTHORIZATION</
code> qui �tait
d�j� disponible dans les versions pr�c�dentes du serveur HTTP
<
p>Cette option est prise en compte par tout module qui utilise
<
code>ap_add_common_vars()</
code>, comme <
code class="module"><
a href="/mod/mod_cgi.html">mod_cgi</
a></
code>,
<
code class="module"><
a href="/mod/mod_proxy_scgi.html">mod_proxy_scgi</
a></
code>, etc... En particulier, elle affecte
les modules qui ne traitent pas � proprement parler les requ�tes,
mais utilisent quand-m�me cette API, comme
modules tiers qui n'utilisent pas <
code>ap_add_common_vars()</
code>
peuvent aussi choisir de prendre en compte cette option.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="contentdigest" id="contentdigest">Directive</
a> <
a name="ContentDigest" id="ContentDigest">ContentDigest</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Active la g�n�ration d'un en-t�te <
code>Content-MD5</
code>
dans la r�ponse HTTP</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ContentDigest On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>ContentDigest Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Cette directive active la g�n�ration d'un en-t�te
<
code>Content-MD5</
code> selon les d�finitions des RFC 1864 et
<
p>MD5 est un algorithme permettant de g�n�rer un condens� (parfois
appel� "empreinte") � partir de donn�es d'une taille al�atoire ; le
degr� de pr�cision est tel que la moindre alt�ration des donn�es
d'origine entra�ne une alt�ration de l'empreinte.</
p>
<
p>L'en-t�te <
code>Content-MD5</
code> permet de v�rifier
l'int�grit� de la r�ponse HTTP dans son ensemble. Un serveur mandataire
ou un client peut utiliser cet en-t�te pour rechercher une
�ventuelle modification accidentelle de la r�ponse au cours de sa
transmission. Exemple d'en-t�te :</
p>
<
div class="example"><
p><
code>
Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
<
p>Notez que des probl�mes de performances peuvent affecter votre
serveur, car l'empreinte est g�n�r�e pour chaque requ�te (il n'y a
pas de mise en cache).</
p>
<
p>L'en-t�te <
code>Content-MD5</
code> n'est envoy� qu'avec les
documents servis par le module <
code class="module"><
a href="/mod/core.html">core</
a></
code>, � l'exclusion
de tout autre module. Ainsi, les documents SSI, les sorties de
scripts CGI, et les r�ponses � des requ�tes partielles (byte range)
ne comportent pas cet en-t�te.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="defaultruntimedir" id="defaultruntimedir">Directive</
a> <
a name="DefaultRuntimeDir" id="DefaultRuntimeDir">DefaultRuntimeDir</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>R�pertoire de base des fichiers cr��s au cours de l'ex�cution du serveur</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>DefaultRuntimeDir <
var>chemin-r�pertoire</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>DefaultRuntimeDir DEFAULT_REL_RUNTIMEDIR (logs/)</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible depuis de la version 2.4.2 du serveur HTTP
<
p>La directive <
code class="directive">DefaultRuntimeDir</
code> permet de
d�finir le r�pertoire dans lequel le serveur va cr�er les diff�rents
fichiers relatifs � son ex�cution (m�moire partag�e, verrous,
etc...). Si le chemin sp�cifi� est relatif, le chemin absolu sera
g�n�r� relativement � la valeur de la directive
<
code class="directive">ServerRoot</
code>.</
p>
<
p><
strong>Example</
strong></
p>
<
pre class="prettyprint lang-config">DefaultRuntimeDir scratch/</
pre>
<
p>La valeur par d�faut de la directive
<
code class="directive">DefaultRuntimeDir</
code> peut �tre modifi�e en
changeant la valeur de la macro <
code>DEFAULT_REL_RUNTIMEDIR</
code>
d�finie � la compilation.</
p>
<
p>Note: si la valeur de <
code class="directive">ServerRoot</
code> n'a pas
�t� sp�cifi�e avant d'utiliser cette directive, c'est la valeur par
d�faut de <
code class="directive">ServerRoot</
code> qui sera utilis�e pour
d�finir la base du r�pertoire.</
p>
s�surit�</
a> pour plus d'informations en vue de d�finir correctement les
permissions sur la racine du serveur <
code class="directive">ServerRoot</
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="defaulttype" id="defaulttype">Directive</
a> <
a name="DefaultType" id="DefaultType">DefaultType</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Les seuls effets de cette directive sont des �missions
d'avertissements si sa valeur est diff�rente de <
code>none</
code>. Dans
les versions pr�c�dentes, DefaultType permettait de sp�cifier un type de
m�dia � assigner par d�faut au contenu d'une r�ponse pour lequel aucun
autre type de m�dia n'avait �t� trouv�.
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>DefaultType <
var>type m�dia|none</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>DefaultType none</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Tous les arguments, except� <
code>none</
code>, sont
DESACTIV�S � partir de la version 2.3.0.</
td></
tr>
<
p>Cette directive a �t� d�sactiv�e. Pour la compatibilit�
ascendante avec les anciens fichiers de configuration, elle peut
�tre sp�cifi�e avec la valeur <
code>none</
code>, c'est � dire sans
type de m�dium par d�faut. Par exemple :</
p>
<
pre class="prettyprint lang-config">DefaultType None</
pre>
<
p><
code>DefaultType None</
code> n'est disponible que dans les
versions d'Apache 2.2.7 et sup�rieures.</
p>
<
p>Utilisez le fichier de configuration
mime.types et la directive
<
code class="directive"><
a href="/mod/mod_mime.html#addtype">AddType</
a></
code> pour configurer
l'assignement d'un type de m�dium via les extensions de fichiers, ou
la directive <
code class="directive"><
a href="#forcetype">ForceType</
a></
code> pour
attribuer un type de m�dium � des ressources sp�cifiques. Dans le
cas contraire, le serveur enverra sa r�ponse sans champ d'en-t�te
Content-Type, et le destinataire devra d�terminer lui-m�me le type
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="define" id="define">Directive</
a> <
a name="Define" id="Define">Define</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Permet de d�finir une variable</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Define <
var>nom-param�tre</
var> [<
var>valeur-param�tre</
var>]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
p>Avec un seul param�tre, l'effet de la directive
<
code class="directive">Define</
code> est identique � celui de l'argument
<
code>-D</
code> du programme <
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code>. Il permet de
modifier le comportement des sections <
code class="directive"><
a href="#ifdefine"><IfDefine></
a></
code> sans avoir � ajouter d'argument
<
code>-D</
code> au sein des scripts de d�marrage.</
p>
<
p>De plus, le second param�tre permet d'affecter une valeur � la
variable d�finie par le premier. Cette variable peut �tre r�f�renc�e
dans le fichier de configuration via la syntaxe <
code>${VAR}</
code>.
La port�e de la variable est toujours globale, et n'est jamais
limit�e � la section de configuration courante.</
p>
<
pre class="prettyprint lang-config"><IfDefine TEST>
DocumentRoot /
var/
www/${servername}/htdocs</
pre>
<
p>Le caract�re ":" est interdit dans les noms de variables afin
d'�viter les conflits avec la syntaxe de la directive <
code class="directive"><
a href="/mod/mod_rewrite.html#rewritemap">RewriteMap</
a></
code>.</
p>
<
p>Si cette directive est d�finie au sein d'un bloc VirtualHost, les
changements qu'elle induit sont visibles de toute directive
ult�rieure, au del� de tout bloc VirtualHost.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="directory" id="directory">Directive</
a> <
a name="Directory" id="Directory"><Directory></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Regroupe un ensemble de directives qui ne s'appliquent
qu'au r�pertoire concern� du syst�me de fichiers, � ses
sous-r�pertoires, et � leur contenu.</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><Directory <
var>chemin r�pertoire</
var>>
... </Directory></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Les balises <
code class="directive"><Directory></
code> et
<
code></Directory></
code> permettent de regrouper un ensemble
de directives qui ne s'appliquent qu'au r�pertoire pr�cis�,
� ses sous-r�pertoires, et aux fichiers situ�s dans ces
sous-r�pertoires. Toute directive
autoris�e dans un contexte de r�pertoire peut �tre utilis�e.
<
var>chemin r�pertoire</
var> est soit le chemin absolu d'un
r�pertoire, soit une cha�ne de caract�res avec caract�res g�n�riques
utilisant la comparaison Unix de style shell. Dans une cha�ne de
caract�res avec caract�res g�n�riques, <
code>?</
code> correspond �
un caract�re quelconque, et <
code>*</
code> � toute cha�ne de
caract�res. Les intervalles de caract�res <
code>[]</
code> sont aussi
autoris�s. Aucun caract�re g�n�rique ne peut remplacer le caract�re
`/', si bien que l'expression <
code><Directory
/*/public_html></
code> ne conviendra pas pour le chemin
/home/*/public_html></
code> conviendra. Exemple :</
p>
Options Indexes FollowSymLinks
<
p>Soyez prudent avec l'argument <
var>chemin r�pertoire</
var> : il
doit correspondre exactement au chemin du syst�me de fichier
qu'Apache httpd utilise pour acc�der aux fichiers. Les directives
comprises dans une section <
code><Directory></
code> ne
s'appliqueront pas aux fichiers du m�me r�pertoire auxquels on
aura acc�d� via un chemin diff�rent, per exemple via un lien
<
p> Les <
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">Expressions rationnelles</
a>
peuvent aussi �tre utilis�es en ajoutant le caract�re
<
code>~</
code>. Par exemple :</
p>
<
pre class="prettyprint lang-config"><Directory ~ "^/www/[0-9]{3}">
<
p>pourra correspondre � tout r�pertoire situ� dans /www/ et dont le
nom se compose de trois chiffres.</
p>
<
p>Si plusieurs sections <
code class="directive"><Directory></
code> (sans expression rationnelle)
correspondent au r�pertoire (ou � un de ses parents) qui contient le
document, les directives de la section <
code class="directive"><Directory></
code> dont le chemin est le plus
court sont appliqu�es en premier, en s'intercalant avec les
directives des fichiers <
a href="#accessfilename">.htaccess</
a>. Par
<
pre class="prettyprint lang-config"><Directory />
<Directory "/home">
<
li>Aplication de la directive <
code>AllowOverride None</
code>
(qui d�sactive les fichiers <
code>.htaccess</
code>).</
li>
<
li>Application de la directive <
code>AllowOverride
FileInfo</
code> (pour le r�pertoire <
code>/home</
code>).</
li>
<
li>Application de toute directive <
code>FileInfo</
code> qui se
trouverait dans d'�ventuels fichiers <
code>/
home/
.htaccess</
code>,
<
p>Les directives associ�es aux r�pertoires sous forme d'expressions
rationnelles ne sont prises en compte qu'une fois toutes les
directives des sections sans expressions rationnelles appliqu�es.
Alors, tous les r�pertoires avec expressions rationnelles sont
test�s selon l'ordre dans lequel ils apparaissent dans le fichier de
configuration. Par exemple, avec</
p>
<
pre class="prettyprint lang-config"><Directory ~ "abc$">
<
p>la section avec expression rationnelle ne sera prise en compte
qu'apr�s les sections <
code class="directive"><Directory></
code> sans expression rationnelle
et les fichiers <
code>.htaccess</
code>. Alors, l'expression
et la section <
code class="directive"><Directory></
code>
correspondante s'appliquera.</
p>
<
p><
strong>Notez que la politique d'acc�s par d�faut
dans les sections <
code><Directory /></
code> consiste �
autoriser tout acc�s sans restriction. Ceci signifie qu'Apache httpd va servir tout fichier
correspondant � une URL. Il est recommand� de modifier cette
situation � l'aide d'un bloc du style</
strong></
p>
<
pre class="prettyprint lang-config"><Directory />
<
p><
strong>puis d'affiner la configuration pour les r�pertoires que vous
pour plus de d�tails.</
strong></
p>
<
p>Les sections <
code class="directive"><Directory></
code> se situent
dans le fichier <
code>
httpd.conf</
code>. Les directives <
code class="directive"><Directory></
code> ne peuvent pas �tre imbriqu�es
et ne sont pas autoris�es dans les sections <
code class="directive"><
a href="#limit"><Limit></
a></
code> ou <
code class="directive"><
a href="#limitexcept"><LimitExcept></
a></
code>.</
p>
<Directory>, <Location> et <Files></
a> pour des
explications � propos de la mani�re dont ces diff�rentes sections se
combinent entre elles � la r�ception d'une requ�te</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="directorymatch" id="directorymatch">Directive</
a> <
a name="DirectoryMatch" id="DirectoryMatch"><DirectoryMatch></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Regroupe des directives qui s'appliquent au contenu de r�pertoires
du syst�me de fichiers correspondant � une expression rationnelle</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><DirectoryMatch <
var>regex</
var>>
... </DirectoryMatch></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Les balises <
code class="directive"><DirectoryMatch></
code>
et <
code></DirectoryMatch></
code> permettent de regrouper un
ensemble de directives qui ne s'appliqueront qu'au r�pertoire
pr�cis� (et aux fichiers qu'il contient), comme pour la section <
code class="directive"><
a href="#directory"><Directory></
a></
code>. Cependant, le
r�pertoire est pr�cis� sous la forme d'une <
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expression rationnelle</
a>. Par exemple :</
p>
<
pre class="prettyprint lang-config"><DirectoryMatch "^/www/(.+/)?[0-9]{3}">
</DirectoryMatch></
pre>
<
p>conviendrait pour les sous-r�pertoires de <
code>/www/</
code> dont
le nom se compose de trois chiffres.</
p>
<
div class="note"><
h3>Compatibilit�</
h3>
Avant la version 2.3.9, cette directive s'appliquait aussi aux
sous-r�pertoires (comme la directive <
code class="directive"><
a href="#directory"><Directory></
a></
code>), et ne tenait pas compte du
symbole de fin de ligne ($). Depuis la version 2.3.9, seuls les
r�pertoires qui correspondent � l'expression sont affect�s par les
directives contenues dans la section.
<
div class="note"><
h3>slash de fin</
h3>
Cette directive s'applique aux requ�tes pour des r�pertoires avec
ou sans slash de fin ; les expressions contenant un symbole de fin
de ligne ($) doivent donc faire l'objet d'une attention
<
p>A partir de la version 2.4.8, les groupes nomm�s et les
r�f�rences arri�res sont extraits et enregistr�s dans
l'environnement avec leur nom en majuscules et pr�fix�
par "MATCH_". Ceci permet
de r�f�rencer des URLs dans des <
a href="/expr.html">expressions</
a>
ou au sein de modules comme <
code class="module"><
a href="/mod/mod_rewrite.html">mod_rewrite</
a></
code>. Pour
�viter toute confusion, les r�f�rences arri�res num�rot�es (non
nomm�es) sont ignor�es. Vous devez utiliser � la place des groupes
<
pre class="prettyprint lang-config"><DirectoryMatch ^/
var/
www/
combined/(?<sitename>[^/]+)>
require ldap-group cn=%{env:MATCH_SITENAME},ou=combined,o=Example
</DirectoryMatch></
pre>
<
li><
code class="directive"><
a href="#directory"><Directory></
a></
code>
pour une description de la mani�re dont les expressions rationnelles
sont trait�es en pr�sence d'autres sections <
code class="directive"><Directory></
code> sans expressions rationnelles</
li>
<Directory>, <Location> et <Files></
a> pour une
explication � propos de la mani�re dont ces diff�rentes sections se
combinent entre elles � la r�ception d'une requ�te</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="documentroot" id="documentroot">Directive</
a> <
a name="DocumentRoot" id="DocumentRoot">DocumentRoot</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Racine principale de l'arborescence des documents visible
depuis Internet</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>DocumentRoot <
var>chemin r�pertoire</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Cette directive permet de d�finir le r�pertoire � partir duquel
<
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> va servir les fichiers. S'il ne correspond
pas � un <
code class="directive"><
a href="/mod/mod_alias.html#alias">Alias</
a></
code>, le chemin
de l'URL sera ajout� par le serveur � la racine des documents afin
de construire le chemin du document recherch�. Exemple :</
p>
<
pre class="prettyprint lang-config">DocumentRoot "/
usr/
web"</
pre>
r�pertoire</
var> n'est pas un chemin absolu, il est consid�r� comme
relatif au chemin d�fini par la directive <
code class="directive"><
a href="#serverroot">ServerRoot</
a></
code>.</
p>
<
p>Le r�pertoire d�fini par la directive
<
code class="directive">DocumentRoot</
code> ne doit pas comporter de slash
correspondance des URLs avec le syst�me de fichiers</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="else" id="else">Directive</
a> <
a name="Else" id="Else"><Else></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliquent que si la
condition correspondant � la section <
code class="directive"><
a href="#if"><If></
a></
code> ou <
code class="directive"><
a href="#elseif"><ElseIf></
a></
code> pr�c�dente n'est pas satisfaite par la
requ�te � l'ex�cution</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><Else> ... </Else></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La section <
code class="directive"><Else></
code> applique
les directives qu'elle contient si et seulement si les conditions
correspondant � la section <
code class="directive"><If></
code>
ou <
code class="directive"><ElseIf></
code> imm�diatement
sup�rieure et dans la m�me port�e n'ont pas �t� satisfaites. Par
<
pre class="prettyprint lang-config"><If "-z req('Host')">
<
p>La condition de la section <
code class="directive"><If></
code> serait satisfaite pour les requ�tes
HTTP/
1.0 sans en-t�te <
var>Host:</
var>, alors que celle de la section
<
code class="directive"><Else></
code> le serait pour les
requ�tes comportant un en-t�te <
var>Host:</
var>.</
p>
<
li><
code class="directive"><
a href="#if"><If></
a></
code></
li>
<
li><
code class="directive"><
a href="#elseif"><ElseIf></
a></
code></
li>
<
li><
a href="/sections.html">Fonctionnement des sections <Directory>, <Location>,
<Files></
a> pour une explication de la mani�re dont ces
diff�rentes section se combinent entre elles lorsqu'une requ�te est
re�ue. Les directives <
code class="directive"><If></
code>,
<
code class="directive"><ElseIf></
code>, et <
code class="directive"><Else></
code> s'appliquent en dernier.</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="elseif" id="elseif">Directive</
a> <
a name="ElseIf" id="ElseIf"><ElseIf></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliquent que si la
condition correspondante est satisfaite par une requ�te � l'ex�cution,
alors que la condition correspondant � la section <
code class="directive"><
a href="#if"><If></
a></
code> ou <
code class="directive"><ElseIf></
code> pr�c�dente ne l'�tait pas.</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><ElseIf <
var>expression</
var>> ... </ElseIf></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La section <
code class="directive"><ElseIf></
code> applique
les directives qu'elle contient si et seulement si d'une part la
condition correspondante est satisfaite, et d'autre part la condition
correspondant � la section <
code class="directive"><If></
code>
ou <
code class="directive"><ElseIf></
code> de la m�me port�e ne
l'est pas. Par exemple, dans :</
p>
<
pre class="prettyprint lang-config"><If "-R '
10.1.0.0/
16'">
<ElseIf "-R '10.0.0.0/8'">
<
p>La condition correspondant � la section <
code class="directive"><ElseIf></
code> est satisfaite si l'adresse
distante de la requ�te appartient au sous-r�seau 10.0.0.0/8, mais
pas si elle appartient au sous-r�seau
10.1.0.0/
16.</
p>
<
li><
a href="/expr.html">Les expressions dans le serveur HTTP
Apache</
a>, pour une r�f�rence compl�te et d'autres exemples.</
li>
<
li><
code class="directive"><
a href="#if"><If></
a></
code></
li>
<
li><
code class="directive"><
a href="#else"><Else></
a></
code></
li>
<
li><
a href="/sections.html">Fonctionnement des sections <Directory>, <Location>,
<Files></
a> pour une explication de la mani�re dont ces
diff�rentes section se combinent entre elles lorsqu'une requ�te est
re�ue. Les directives <
code class="directive"><If></
code>,
<
code class="directive"><ElseIf></
code>, et <
code class="directive"><Else></
code> s'appliquent en dernier.</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="enablemmap" id="enablemmap">Directive</
a> <
a name="EnableMMAP" id="EnableMMAP">EnableMMAP</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Utilise la projection en m�moire (Memory-Mapping) pour
lire les fichiers pendant qu'ils sont servis</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>EnableMMAP On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>EnableMMAP On</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Cette directive d�finit si <
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> peut utiliser
la projection en m�moire (Memory-Mapping) quand il doit lire le contenu
d'un fichier pendant qu'il est servi. Par d�faut, lorsque le
traitement d'une requ�te requiert l'acc�s aux donn�es contenues dans
un fichier -- par exemple, pour servir un fichier interpr�t� par le
serveur � l'aide de <
code class="module"><
a href="/mod/mod_include.html">mod_include</
a></
code> -- Apache httpd projette
le fichier en m�moire si le syst�me d'exploitation le permet.</
p>
<
p>Cette projection en m�moire induit parfois une am�lioration des
performances. Sur certains syst�mes cependant, il est pr�f�rable de
d�sactiver la projection en m�moire afin d'�viter certains probl�mes
<
li>Sur certains syst�mes multi-processeurs, la projection en
m�moire peut d�grader les performances du programme
<
li>S'il fait l'objet d'une projection en m�moire par
<
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code>, la suppression ou la troncature d'un
fichier peut provoquer un crash de <
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> avec une
erreur de segmentation.</
li>
<
p>Pour les configurations de serveur sujettes � ce genre de
probl�me, il est pr�f�rable de d�sactiver la projection en m�moire
des fichiers servis en sp�cifiant :</
p>
<
pre class="prettyprint lang-config">EnableMMAP Off</
pre>
<
p>Pour les montages NFS, cette fonctionnalit� peut �tre
explicitement d�sactiv�e pour les fichiers concern�s en sp�cifiant
<
pre class="prettyprint lang-config"><Directory "/path-to-nfs-files">
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="enablesendfile" id="enablesendfile">Directive</
a> <
a name="EnableSendfile" id="EnableSendfile">EnableSendfile</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Utilise le support sendfile du noyau pour servir les
fichiers aux clients</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>EnableSendfile On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>EnableSendfile Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Par d�faut � Off depuis la version 2.3.9.</
td></
tr>
<
p>Cette directive d�finit si le programme <
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code>
peut utiliser le support sendfile du noyau pour transmettre le
contenu des fichiers aux clients. Par d�faut, lorsque le traitement
d'une requ�te ne requiert pas l'acc�s aux donn�es contenues dans un
fichier -- par exemple, pour la transmission d'un fichier statique
-- Apache httpd utilise sendfile pour transmettre le contenu du fichier
sans m�me lire ce dernier, si le syst�me d'exploitation le
<
p>Ce m�canisme sendfile �vite la s�paration des op�rations de
lecture et d'envoi, ainsi que les r�servations de tampons. sur
certains syst�mes cependant, ou sous certains syst�mes de fichiers,
il est pr�f�rable de d�sactiver cette fonctionnalit� afin d'�viter
certains probl�mes op�rationnels :</
p>
<
li>Certains syst�mes peuvent pr�senter un support sendfile
d�fectueux que le syst�me de compilation n'a pas d�tect�, en
particulier si les ex�cutables ont �t� compil�s sur une autre
machine, puis copi�s sur la premi�re avec un support sendfile
<
li>Sous Linux, l'utilisation de sendfile induit des bogues lors de
la r�cup�ration des paquets de v�rification TCP (TCP-checksum) avec
certaines cartes r�seau lorsqu'on utilise IPv6.</
li>
<
li>Sous Linux sur Itanium, <
code>sendfile</
code> peut s'av�rer incapable de
traiter les fichiers de plus de 2 Go.</
li>
<
li>Avec un montage r�seau de <
code class="directive"><
a href="#documentroot">DocumentRoot</
a></
code> (par exemple NFS, SMB, CIFS,
noyau peut s'av�rer incapable de servir un fichier de ce montage
r�seau en passant par son propre cache.</
li>
<
p>Pour les configurations de serveur non sujettes � ce genre de
probl�me, vous pouvez activer cette fonctionnalit� en
<
pre class="prettyprint lang-config">EnableSendfile On</
pre>
<
p>Pour les montages r�seau, cette fonctionnalit� peut �tre
explicitement d�sactiv�e pour les fichiers concern�s en sp�cifiant
<
pre class="prettyprint lang-config"><Directory "/path-to-nfs-files">
<
p>Veuillez noter que la configuration de la directive
<
code class="directive">EnableSendfile</
code> dans un contexte de r�pertoire
ou de fichier .htaccess n'est pas support�e par
<
code class="module"><
a href="/mod/mod_cache_disk.html">mod_cache_disk</
a></
code>. Le module ne prend en compte la
d�finition de <
code class="directive">EnableSendfile</
code> que dans un
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="error" id="error">Directive</
a> <
a name="Error" id="Error">Error</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Interrompt la lecture de la configuration avec un message
d'erreur personnalis�</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Error <
var>message</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>� partir de la version 2.3.9</
td></
tr>
<
p>Si une erreur peut �tre d�tect�e dans la configuration, souvent
un module manquant, cette
directive peut �tre utilis�e pour g�n�rer un message d'erreur
personnalis�, et interrompre la lecture de la configuration. </
p>
<
pre class="prettyprint lang-config"># Exemple
# v�rification du chargement de mod_include
<IfModule !include_module>
Error "mod_include is required by mod_foo. Load it with LoadModule."
# v�rification de la d�finition de SSL ou (exclusif) NOSSL
Error "Both SSL and NOSSL are defined. Define only one of them."
Error "Either SSL or NOSSL must be defined."
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="errordocument" id="errordocument">Directive</
a> <
a name="ErrorDocument" id="ErrorDocument">ErrorDocument</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Document que le serveur renvoie au client en cas
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ErrorDocument <
var>code erreur</
var> <
var>document</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Apache httpd peut traiter les probl�mes et les erreurs de quatre
<
li>afficher un simple message d'erreur au contenu fixe</
li>
<
li>afficher un message personnalis�</
li>
<
li>rediriger en interne vers un <
var>chemin d'URL</
var> local pour traiter
le probl�me ou l'erreur</
li>
<
li>rediriger vers une <
var>URL</
var> externe pour traiter
le probl�me ou l'erreur</
li>
<
p>La premi�re option constitue le comportement par d�faut; pour
choisir une des trois autres options, il faut configurer Apache �
l'aide de la directive <
code class="directive">ErrorDocument</
code>, suivie
du code de la r�ponse HTTP et d'une URL ou d'un message. Apache
httpd fournit parfois des informations suppl�mentaires � propos du
probl�me ou de l'erreur.</
p>
<
p>A partir de la version 2.4.13, cette directive peut utiliser la
<
a href="/expr.html">syntaxe des expressions</
a> pour g�n�rer des
cha�nes de caract�res et des URLs dynamiques.</
p>
<
p>Les URLs peuvent commencer par un slash (/) pour les chemins web
locaux (relatifs au r�pertoire d�fini par la directive <
code class="directive"><
a href="#documentroot">DocumentRoot</
a></
code>), ou se pr�senter sous la
forme d'une URL compl�te que le client pourra r�soudre.
Alternativement, un message � afficher par le navigateur pourra �tre
fourni. Notez que la d�cision � propos de la nature du param�tre, �
savoir une URL, un chemin ou un message, est prise avant
l'interpr�tation de toute expression. Exemples :</
p>
ErrorDocument 403 "D�sol�, nous ne pouvons pas vous accorder l'acc�s aujourd'hui"
ErrorDocument 403 Forbidden!
<
p>De plus, on peut sp�cifier la valeur sp�ciale <
code>default</
code>
pour indiquer l'utilisation d'un simple message d'Apache httpd cod� en
dur. Bien que non n�cessaire dans des circonstances normales, la
sp�cification de la valeur <
code>default</
code> va permettre de
r�tablir l'utilisation du simple message d'Apache httpd cod� en dur pour
les configurations qui sans cela, h�riteraient d'une directive
<
code class="directive">ErrorDocument</
code> existante.</
p>
ErrorDocument 404 default
<
p>Notez que lorsque vous sp�cifiez une directive
<
code class="directive">ErrorDocument</
code> pointant vers une URL distante
(c'est � dire tout ce qui commence par le pr�fixe http), le serveur
envoyer une redirection au client afin de lui indiquer o� trouver le
document, m�me dans le cas o� ce document se trouve sur le serveur
local. Ceci a de nombreuses cons�quences dont la plus importante
r�side dans le fait que le client ne recevra pas le code d'erreur
original, mais au contraire un code de statut de redirection. Ceci
peut en retour semer la confusion chez les robots web et divers
clients qui tentent de d�terminer la validit� d'une URL en examinant
le code de statut. De plus, si vous utilisez une URL distante avec
<
code>ErrorDocument 401</
code>, le client ne saura pas qu'il doit
demander un mot de passe � l'utilisateur car il ne recevra pas le
code de statut 401. C'est pourquoi, <
strong>si vous utilisez une
directive <
code>ErrorDocument 401</
code>, elle devra faire r�f�rence
� un document par le biais d'un chemin local.</
strong></
p>
<
p>Microsoft Internet Explorer (MSIE) ignore par d�faut les messages
d'erreur g�n�r�s par le serveur lorsqu'ils sont trop courts et
remplacent ses propres messages d'erreur "amicaux". Le seuil de
taille varie en fonction du type d'erreur, mais en g�n�ral, si la
taille de votre message d'erreur est sup�rieure � 512 octets, il y a
peu de chances pour que MSIE l'occulte, et il sera affich� par ce
dernier. Vous trouverez d'avantage d'informations dans l'article de
<
p>Bien que la plupart des messages d'erreur internes originaux
puissent �tre remplac�s, ceux-ci sont cependant conserv�s dans
certaines circonstances sans tenir compte de la d�finition de la
directive <
code class="directive"><
a href="#errordocument">ErrorDocument</
a></
code>. En
particulier, en cas de d�tection d'une requ�te mal form�e, le
processus de traitement normal des requ�tes est imm�diatement
interrompu, et un message d'erreur interne est renvoy�, ceci afin de
se pr�munir contre les probl�mes de s�curit� li�s aux requ�tes mal
<
p>Si vous utilisez mod_proxy, il est en g�n�ral pr�f�rable
d'activer <
code class="directive"><
a href="/mod/mod_proxy.html#proxyerroroverride">ProxyErrorOverride</
a></
code> afin d'�tre en
mesure de produire des messages d'erreur personnalis�s pour le
compte de votre serveur d'origine. Si vous n'activez pas
ProxyErrorOverride, Apache httpd ne g�n�rera pas de messages d'erreur
personnalis�s pour le contenu mandat�.</
p>
personnalisation des r�ponses</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="errorlog" id="errorlog">Directive</
a> <
a name="ErrorLog" id="ErrorLog">ErrorLog</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finition du chemin du journal des erreurs</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code> ErrorLog <
var>chemin fichier</
var>|syslog[:<
var>facility</
var>]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">ErrorLog</
code> permet de d�finir le
nom du fichier dans lequel le serveur va journaliser toutes les
erreurs qu'il rencontre. Si le <
var>chemin fichier</
var> n'est pas
absolu, il est consid�r� comme relatif au chemin d�fini par la
directive <
code class="directive"><
a href="#serverroot">ServerRoot</
a></
code>.</
p>
<
p>Si le <
var>chemin fichier</
var> commence par une barre verticale
"<
code>(|)</
code>", il est consid�r� comme une commande � lancer pour traiter la
journalisation de l'erreur.</
p>
<
p>Voir les notes � propos des <
a href="/logs.html#piped">journaux
redirig�s</
a> pour plus d'informations.</
p>
<
p>L'utilisation de <
code>syslog</
code> � la place d'un nom de
fichier active la journalisation via syslogd(8) si le syst�me le
supporte et si <
code class="module"><
a href="/mod/mod_syslog.html">mod_syslog</
a></
code> a �t� charg�. Le
dispositif syslog par d�faut est <
code>local7</
code>,
mais vous pouvez le modifier � l'aide de la syntaxe
<
code>syslog:<
var>facility</
var></
code>, o� <
var>facility</
var> peut
�tre remplac� par un des noms habituellement document�s dans la page
de man syslog(1). Le dispositif syslog <
code>local7</
code> est
global, et si il est modifi� dans un serveur virtuel, le dispositif
final sp�cifi� affecte l'ensemble du serveur</
p>
<
pre class="prettyprint lang-config">ErrorLog syslog:user</
pre>
<
p>Des modules additionnels peuvent impl�menter leur propre
fournisseur ErrorLog. La syntaxe est similaire � l'exemple
<
code>syslog</
code> ci-dessus.</
p>
s�curit�</
a> pour des d�tails sur les raisons pour lesquelles votre
s�curit� peut �tre compromise si le r�pertoire contenant les
fichiers journaux pr�sente des droits en �criture pour tout autre
utilisateur que celui sous lequel le serveur est d�marr�.</
p>
<
div class="warning"><
h3>Note</
h3>
<
p>Lors de la sp�cification d'un chemin de fichier sur les
plates-formes non-Unix, on doit veiller � n'utiliser que des
slashes (/), m�me si la plate-forme autorise l'utilisation des
anti-slashes (\). Et d'une mani�re g�n�rale, il est recommand� de
n'utiliser que des slashes (/) dans les fichiers de
<
li><
code class="directive"><
a href="#loglevel">LogLevel</
a></
code></
li>
<
li><
a href="/logs.html">Fichiers journaux du serveur HTTP Apache</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="errorlogformat" id="errorlogformat">Directive</
a> <
a name="ErrorLogFormat" id="ErrorLogFormat">ErrorLogFormat</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Sp�cification du format des entr�es du journal des erreurs</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code> ErrorLogFormat [connection|request] <
var>format</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">ErrorLogFormat</
code> permet de
sp�cifier quelles informations suppl�mentaires vont �tre enregistr�es
dans le journal des erreurs en plus du message habituel.</
p>
<
pre class="prettyprint lang-config"># Exemple simple
ErrorLogFormat "[%t] [%l] [pid %P] %F: %E: [client %a] %M"</
pre>
<
p>La sp�cification de <
code>connection</
code> ou
<
code>request</
code> comme premier param�tre permet de d�finir des
formats suppl�mentaires, ce qui a pour effet de journaliser des
informations additionnelles lorsque le premier message est
enregistr� respectivement pour une connexion ou une requ�te
sp�cifique. Ces informations additionnelles ne sont enregistr�es
connexion ou d'une requ�te ne g�n�re aucun message dans le journal,
alors aucune information additionnelle n'est enregistr�e.</
p>
<
p>Il peut arriver que certains items de la cha�ne de format ne
produisent aucune sortie. Par exemple, l'en-t�te Referer n'est
pr�sent que si le message du journal est associ� � une requ�te et s'il
est g�n�r� � un moment o� l'en-t�te Referer a d�j� �t� lu par le
client. Si aucune sortie n'est g�n�r�e, le comportement par d�faut
consiste � supprimer tout ce qui se trouve entre l'espace pr�c�dent
et le suivant. Ceci implique que la ligne de journalisation est
divis�e en champs ne contenant pas d'espace s�par�s par des espaces.
Si un item de la cha�ne de format ne g�n�re aucune sortie,
l'ensemble du champ est omis. Par exemple, si l'adresse distante
<
code>%a</
code> du format <
code>[%t] [%l] [%a] %M </
code> n'est
pas disponible, les crochets qui l'entourent ne seront eux-m�mes pas
enregistr�s. Il est possible d'�chapper les espaces par un anti-slash
afin qu'ils ne soient pas consid�r�s comme s�parateurs de champs.
La combinaison '% ' (pourcentage espace) est un d�limiteur de
champ de taille nulle qui ne g�n�re aucune sortie.</
p>
<
p>Ce comportement peut �tre chang� en ajoutant des modificateurs �
l'item de la cha�ne de format. Le modificateur <
code>-</
code>
(moins) provoque l'enregistrement d'un signe moins si l'item
consid�r� ne g�n�re aucune sortie. Pour les formats � enregistrement
unique par
connexion/
requ�te, il est aussi possible d'utiliser le
modificateur <
code>+</
code> (plus). Si un item ne g�n�rant aucune
sortie poss�de le modificateur plus, la ligne dans son ensemble est
<
p>Un modificateur de type entier permet d'assigner un niveau de
s�v�rit� � un item de format. L'item consid�r� ne
sera journalis� que si la s�v�rit� du message n'est pas
plus haute que le niveau de s�v�rit� sp�cifi�. Les
valeurs possibles vont de 1 (alert) � 15 (trace8), en passant par 4
<
p>Par exemple, voici ce qui arriverait si vous ajoutiez des
modificateurs � l'item <
code>%{Referer}i</
code> qui enregistre le
contenu de l'en-t�te <
code>Referer</
code>.</
p>
<
table class="bordered"><
tr class="header"><
th>Item modifi�</
th><
th>Signification</
th></
tr>
<
td><
code>%-{Referer}i</
code></
td>
<
td>Enregistre le caract�re <
code>-</
code> si l'en-t�te
<
code>Referer</
code> n'est pas d�fini.</
td>
<
td><
code>%+{Referer}i</
code></
td>
<
td>N'enregistre rien si l'en-t�te
<
code>Referer</
code> n'est pas d�fini.</
td>
<
td><
code>%4{Referer}i</
code></
td>
<
td>N'enregistre le contenu de l'en-t�te <
code>Referer</
code> que si
la s�v�rit� du message de journalisation est sup�rieure � 4.</
td>
<
p>Certains items de format acceptent des param�tres suppl�mentaires
<
table class="bordered"><
tr class="header"><
th>Cha�ne de format</
th> <
th>Description</
th></
tr>
<
tr><
td><
code>%%</
code></
td>
<
td>Le signe pourcentage</
td></
tr>
<
tr class="odd"><
td><
code>%a</
code></
td>
<
td>Adresse IP et port clients</
td></
tr>
<
tr><
td><
code>%{c}a</
code></
td>
<
td>Port et adresse IP sous-jacents du correspondant pour la
connexion (voir le module
<
tr class="odd"><
td><
code>%A</
code></
td>
<
td>Adresse IP et port locaux</
td></
tr>
<
tr><
td><
code>%{<
em>name</
em>}e</
code></
td>
<
td>Variable d'environnement de requ�te <
em>name</
em></
td></
tr>
<
tr class="odd"><
td><
code>%E</
code></
td>
<
td>Etat d'erreur
APR/
OS et cha�ne</
td></
tr>
<
tr><
td><
code>%F</
code></
td>
<
td>Nom du fichier source et num�ro de ligne de l'appel du
<
tr class="odd"><
td><
code>%{<
em>name</
em>}i</
code></
td>
<
td>En-t�te de requ�te <
em>name</
em></
td></
tr>
<
tr><
td><
code>%k</
code></
td>
<
td>Nombre de requ�tes persistantes pour cette connexion</
td></
tr>
<
tr class="odd"><
td><
code>%l</
code></
td>
<
td>S�v�rit� du message</
td></
tr>
<
tr><
td><
code>%L</
code></
td>
<
td>Identifiant journal de la requ�te</
td></
tr>
<
tr class="odd"><
td><
code>%{c}L</
code></
td>
<
td>Identifiant journal de la connexion</
td></
tr>
<
tr><
td><
code>%{C}L</
code></
td>
<
td>Identifiant journal de la connexion si utilis� dans la
port�e de la connexion, vide sinon</
td></
tr>
<
tr class="odd"><
td><
code>%m</
code></
td>
<
td>Nom du module qui effectue la journalisation du message</
td></
tr>
<
tr><
td><
code>%M</
code></
td>
<
td>Le message effectif</
td></
tr>
<
tr class="odd"><
td><
code>%{<
em>name</
em>}n</
code></
td>
<
td>Note de requ�te <
em>name</
em></
td></
tr>
<
tr><
td><
code>%P</
code></
td>
<
td>Identifiant du processus courant</
td></
tr>
<
tr class="odd"><
td><
code>%T</
code></
td>
<
td>Identifiant du thread courant</
td></
tr>
<
tr><
td><
code>%{g}T</
code></
td>
<
td>Identifiant unique de thread syst�me du thread courant
(l'identifiant affich� par la commande <
code>top</
code> par
exemple ; seulement sous Linux pour l'instant)</
td></
tr>
<
tr class="odd"><
td><
code>%t</
code></
td>
<
td>L'heure courante</
td></
tr>
<
tr><
td><
code>%{u}t</
code></
td>
<
td>L'heure courante avec les microsecondes</
td></
tr>
<
tr class="odd"><
td><
code>%{cu}t</
code></
td>
<
td>L'heure courante au format compact ISO 8601, avec les
<
tr><
td><
code>%v</
code></
td>
<
td>Le nom de serveur canonique <
code class="directive"><
a href="#servername">ServerName</
a></
code> du serveur courant.</
td></
tr>
<
tr class="odd"><
td><
code>%V</
code></
td>
<
td>Le nom de serveur du serveur qui sert la requ�te en accord
avec la d�finition de la directive <
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code>.</
td></
tr>
<
tr><
td><
code>\ </
code> (anti-slash espace)</
td>
<
td>Espace non d�limiteur</
td></
tr>
<
tr class="odd"><
td><
code>% </
code> (pourcentage espace)</
td>
<
td>D�limiteur de champ (aucune sortie)</
td></
tr>
<
p>L'item de format identifiant journal <
code>%L</
code> g�n�re un
identifiant unique pour une connexion ou une requ�te. Il peut servir
� d�terminer quelles lignes correspondent � la m�me connexion ou
requ�te ou quelle requ�te est associ�e � tel connexion. Un item de
format <
code>%L</
code> est aussi disponible dans le module
<
code class="module"><
a href="/mod/mod_log_config.html">mod_log_config</
a></
code>, mais il permet dans ce contexte de
corr�ler les entr�es du journal des acc�s avec celles du journal des
erreurs. Si le module <
code class="module"><
a href="/mod/mod_unique_id.html">mod_unique_id</
a></
code> est charg�,
c'est son identifiant unique qui sera utilis� comme identifiant de
journal pour les requ�tes.</
p>
<
pre class="prettyprint lang-config"># Exemple (format par d�faut pour les MPMs thread�s)
ErrorLogFormat "[%{u}t] [%-m:%l] [pid %P:tid %T] %7F: %E: [client\ %a] %M%�,\�referer\�%{Referer}i"</
pre>
<
p>Cet exemple renverrait un message d'erreur du style :</
p>
<
div class="example"><
p><
code>
<
p>Notez que, comme indiqu� plus haut, certains champs sont
totalement supprim�s s'ils n'ont pas �t� d�finis.</
p>
<
pre class="prettyprint lang-config"># Exemple (similaire au format
2.2.x)
ErrorLogFormat "[%t] [%l] %7F: %E: [client\ %a] %M%�,\�referer\�%{Referer}i"</
pre>
<
pre class="prettyprint lang-config"># Exemple avanc� avec identifiants journal de requ�
te/
connexionErrorLogFormat "[%{uc}t] [%-m:%-l] [R:%L] [C:%{C}L] %7F: %E: %M"
ErrorLogFormat request "[%{uc}t] [R:%L] Request %k on C:%{c}L pid:%P tid:%T"
ErrorLogFormat request "[%{uc}t] [R:%L] UA:'%+{User-Agent}i'"
ErrorLogFormat request "[%{uc}t] [R:%L] Referer:'%+{Referer}i'"
ErrorLogFormat connection "[%{uc}t] [C:%{c}L] local\ %a remote\ %A"</
pre>
<
li><
code class="directive"><
a href="#errorlog">ErrorLog</
a></
code></
li>
<
li><
code class="directive"><
a href="#loglevel">LogLevel</
a></
code></
li>
<
li><
a href="/logs.html">Fichiers journaux du serveur HTTP Apache</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="extendedstatus" id="extendedstatus">Directive</
a> <
a name="ExtendedStatus" id="ExtendedStatus">ExtendedStatus</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Extrait des informations d'�tat �tendues pour chaque
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ExtendedStatus On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>ExtendedStatus Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Cette option permet d'extraire des donn�es suppl�mentaires
concernant la requ�te en cours de traitement pour un processus
donn�, ainsi qu'un r�sum� d'utilisation ; vous pouvez acc�der �
ces variables pendant l'ex�cution en configurant
<
code class="module"><
a href="/mod/mod_status.html">mod_status</
a></
code>. Notez que d'autres modules sont
susceptibles de s'appuyer sur ce tableau de bord.</
p>
<
p>Cette directive s'applique au serveur dans son ensemble, et ne
peut pas �tre activ�e/d�sactiv�e pour un serveur virtuel
particulier. Notez que l'extraction des informations d'�tat �tendues
peut ralentir le serveur. Notez aussi que cette d�finition ne peut
pas �tre modifi�e au cours d'un red�marrage graceful.</
p>
<
p>Notez que le chargement de <
code class="module"><
a href="/mod/mod_status.html">mod_status</
a></
code> d�finit
automatiquement ExtendedStatus � On, et que d'autres modules tiers
sont susceptibles d'en faire de m�me. De tels modules ont besoin
d'informations d�taill�es � propos de l'�tat de tous les processus.
Depuis la version 2.3.6, <
code class="module"><
a href="/mod/mod_status.html">mod_status</
a></
code> a d�finit la
valeur par d�faut � On, alors qu'elle �tait � Off dans les versions
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="fileetag" id="fileetag">Directive</
a> <
a name="FileETag" id="FileETag">FileETag</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Caract�ristiques de fichier utilis�es lors de la g�n�ration
de l'en-t�te de r�ponse HTTP ETag pour les fichiers statiques</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>FileETag <
var>composant</
var> ...</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>FileETag MTime Size</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>La valeur par d�faut �tait "INode MTime Size"
dans les versions 2.3.14 et ant�rieures.</
td></
tr>
La directive <
code class="directive">FileETag</
code> d�finit les
caract�ristiques de fichier utilis�es lors de la g�n�ration de
l'en-t�te de r�ponse HTTP <
code>ETag</
code> (entity tag) quand le
document est contenu dans un fichier statique(la valeur de
est utilis�e dans le cadre de la gestion du cache pour pr�server la
bande passante r�seau). La directive
<
code class="directive">FileETag</
code> vous permet maintenant de choisir
quelles caract�ristiques du fichier vont �tre utilis�es, le cas
�ch�ant. Les mots-cl�s reconnus sont :
<
dt><
strong>INode</
strong></
dt>
<
dd>Le num�ro d'i-node du fichier sera inclus dans le processus de
<
dt><
strong>MTime</
strong></
dt>
<
dd>La date et l'heure auxquelles le fichier a �t� modifi� la
derni�re fois seront incluses</
dd>
<
dt><
strong>Size</
strong></
dt>
<
dd>La taille du fichier en octets sera incluse</
dd>
<
dt><
strong>All</
strong></
dt>
<
dd>Tous les champs disponibles seront utilis�s. Cette d�finition
<
pre class="prettyprint lang-config">FileETag INode MTime Size</
pre>
<
dt><
strong>None</
strong></
dt>
<
dd>Si le document se compose d'un fichier, aucun champ
<
code>ETag</
code> ne sera inclus dans la r�ponse</
dd>
<
p>Les mots-cl�s <
code>INode</
code>, <
code>MTime</
code>, et
<
code>Size</
code> peuvent �tre pr�fix�s par <
code>+</
code> ou
<
code>-</
code>, ce qui permet de modifier les valeurs par d�faut
h�rit�es d'un niveau de configuration plus g�n�ral. Tout mot-cl�
apparaissant sans aucun pr�fixe annule enti�rement et imm�diatement
les configurations h�rit�es.</
p>
<
p>Si la configuration d'un r�pertoire contient
<
code>FileETag INode MTime Size</
code>, et si un de
ses sous-r�pertoires contient <
code>FileETag -INode</
code>, la
configuration de ce sous-r�pertoire (qui sera propag�e vers tout
sous-r�pertoire qui ne la supplante pas), sera �quivalente �
<
code>FileETag MTime Size</
code>.</
p>
<
div class="warning"><
h3>Avertissement</
h3>
Ne modifiez pas les valeurs par d�faut pour les r�pertoires ou
localisations o� WebDAV est activ� et qui utilisent
<
code class="module"><
a href="/mod/mod_dav_fs.html">mod_dav_fs</
a></
code> comme fournisseur de stockage.
<
code>MTime Size</
code> comme format fixe pour les
comparaisons de champs <
code>ETag</
code> dans les requ�tes
conditionnelles. Ces requ�tes conditionnelles �choueront si le
format <
code>ETag</
code> est modifi� via la directive
<
code class="directive">FileETag</
code>.
<
div class="note"><
h3>Inclusions c�t� serveur</
h3>
Aucun champ ETag n'est g�n�r� pour les r�ponses interpr�t�es par
<
code class="module"><
a href="/mod/mod_include.html">mod_include</
a></
code>, car l'entit� de la r�ponse peut
changer sans modification de l'INode, du MTime, ou de la taille du
fichier statique contenant les directives SSI.
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="files" id="files">Directive</
a> <
a name="Files" id="Files"><Files></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui s'appliquent aux fichiers
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><Files <
var>nom fichier</
var>> ... </Files></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La directive <
code class="directive"><Files></
code> limite
la port�e des directives qu'elle contient aux fichiers pr�cis�s.
Elle est comparable aux directives <
code class="directive"><
a href="#directory"><Directory></
a></
code> et <
code class="directive"><
a href="#location"><Location></
a></
code>. Elle doit se terminer par une
balise <
code></Files></
code>. Les directives contenues dans
cette section s'appliqueront � tout objet dont le nom de base (la
derni�re partie du nom de fichier) correspond au fichier sp�cifi�.
Les sections <
code class="directive"><Files></
code> sont
trait�es selon l'ordre dans lequel elles apparaissent dans le
fichier de configuration, apr�s les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> et la lecture des fichiers
<
code>.htaccess</
code>, mais avant les sections <
code class="directive"><
a href="#location"><Location></
a></
code>. Notez que les
sections <
code class="directive"><Files></
code> peuvent �tre
imbriqu�es dans les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> afin de restreindre la portion
du syst�me de fichiers � laquelle ces derni�res vont
<
p>L'argument <
var>filename</
var> peut contenir un nom de fichier
ou une cha�ne de caract�res avec caract�res g�n�riques, o�
<
code>?</
code> remplace un caract�re, et <
code>*</
code> toute cha�ne
<
pre class="prettyprint lang-config"><Files "
cat.html">
# Ins�rer ici des directives qui s'appliquent au fichier
cat.html # Les directives ins�r�es ici s'appliqueront aux fichiers
<
p>On peut aussi utiliser les <
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">Expressions rationnelles</
a> en ajoutant la
caract�re <
code>~</
code>. Par exemple :</
p>
<
pre class="prettyprint lang-config"><Files ~ "\.(gif|jpe?g|png)$">
<
p>correspondrait � la plupart des formats graphiques de l'Internet.
Il est cependant pr�f�rable d'utiliser la directive <
code class="directive"><
a href="#filesmatch"><FilesMatch></
a></
code>.</
p>
<
p>Notez qu'� la diff�rence des sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> et <
code class="directive"><
a href="#location"><Location></
a></
code>, les sections <
code class="directive"><Files></
code> peuvent �tre utilis�es dans les
fichiers <
code>.htaccess</
code>. Ceci permet aux utilisateurs de
contr�ler l'acc�s � leurs propres ressources, fichier par
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="filesmatch" id="filesmatch">Directive</
a> <
a name="FilesMatch" id="FilesMatch"><FilesMatch></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui s'appliquent � des fichiers
sp�cifi�s sous la forme d'expressions rationnelles</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><FilesMatch <
var>expression rationnelle</
var>> ...
</FilesMatch></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La section <
code class="directive"><FilesMatch></
code>
limite la port�e des directives qu'elle contient aux fichiers
sp�cifi�s, tout comme le ferait une section <
code class="directive"><
a href="#files"><Files></
a></
code>. Mais elle accepte aussi les
<
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expressions rationnelles</
a>. Par
<
pre class="prettyprint lang-config"><FilesMatch "\.(gif|jpe?g|png)$">
</FilesMatch></
pre>
<
p>correspondrait � la plupart des formats graphiques de
<
p>A partir de la version 2.4.8, les groupes nomm�s et les
r�f�rences arri�res sont extraits et enregistr�s dans
l'environnement avec leur nom en majuscules et pr�fix�
par "MATCH_". Ceci permet
de r�f�rencer des URLs dans des <
a href="/expr.html">expressions</
a>
ou au sein de modules comme <
code class="module"><
a href="/mod/mod_rewrite.html">mod_rewrite</
a></
code>. Pour
�viter toute confusion, les r�f�rences arri�res num�rot�es (non
nomm�es) sont ignor�es. Vous devez utiliser � la place des groupes
<
pre class="prettyprint lang-config"><FilesMatch ^(?<sitename>[^/]+)>
require ldap-group cn=%{env:MATCH_SITENAME},ou=combined,o=Example
</FilesMatch></
pre>
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="forcetype" id="forcetype">Directive</
a> <
a name="ForceType" id="ForceType">ForceType</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Force le type de m�dium sp�cifi� dans le champ d'en-t�te
HTTP Content-Type pour les fichiers correspondants</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ForceType <
var>type m�dium</
var>|None</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>r�pertoire, .htaccess</
td></
tr>
<
p>Lorsqu'elle est plac�e dans un fichier <
code>.htaccess</
code> ou
une section <
code class="directive"><
a href="#directory"><Directory></
a></
code>, <
code class="directive"><
a href="#location"><Location></
a></
code>, ou <
code class="directive"><
a href="#files"><Files></
a></
code>, cette directive force
l'identification du type MIME des fichiers sp�cifi�s � la valeur de
l'argument <
var>type m�dium</
var>. Par exemple, si vous poss�dez un
r�pertoire ne contenant que des fichiers GIF, et si vous ne voulez
pas leur ajouter l'extension <
code>.gif</
code>, vous pouvez utiliser
<
pre class="prettyprint lang-config">ForceType
image/
gif</
pre>
<
p>Notez que cette directive l'emporte sur d'autres associations de
type de m�dium indirectes d�finies dans
mime.types ou via la
directive <
code class="directive"><
a href="/mod/mod_mime.html#addtype">AddType</
a></
code>.</
p>
<
p>Vous pouvez aussi annuler toute d�finition plus g�n�rale de
<
code class="directive">ForceType</
code> en affectant la valeur
<
code>None</
code> � l'argument <
var>type m�dium</
var> :</
p>
<
pre class="prettyprint lang-config"># force le type MIME de tous les fichiers �
image/
gif:
# mais utilise les m�thodes classiques d'attribution du type MIME
# dans le sous-r�pertoire suivant :
<
p>A la base, cette directive �crase le type de contenu g�n�r� pour
les fichiers statiques servis � partir du syt�me de fichiers. Pour
les ressources autres que les fichiers statiques pour lesquels le
g�n�rateur de r�ponse sp�cifie en g�n�ral un type de contenu, cette
directive est ignor�e.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="gprofdir" id="gprofdir">Directive</
a> <
a name="GprofDir" id="GprofDir">GprofDir</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>R�pertoire dans lequel �crire les donn�es de profiling
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Lorsque le serveur a �t� compil� avec le support du profiling
gprof, la directive <
code class="directive">GprofDir</
code> permet de
sp�cifier dans quel r�pertoire les fichiers <
code>
gmon.out</
code>
doivent �tre �crits lorsque le processus s'arr�te. Si l'argument se
termine par un caract�re pourcentage ('%'), des sous-r�pertoires
sont cr��s pour chaque identifiant de processus.</
p>
<
p>Cette directive ne fonctionne actuellement qu'avec le MPM
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="hostnamelookups" id="hostnamelookups">Directive</
a> <
a name="HostnameLookups" id="HostnameLookups">HostnameLookups</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Active la recherche DNS sur les adresses IP des
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>HostnameLookups On|Off|Double</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>HostnameLookups Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
p>Cette directive active la recherche DNS afin de pouvoir
journaliser les nom d'h�tes (et les passer aux programmes CGI et aux
inclusions SSI via la variable <
code>REMOTE_HOST</
code>). La valeur
<
code>Double</
code> d�clenche une double recherche DNS inverse. En
d'autres termes, une fois la recherche inverse effectu�e, on lance
une recherche directe sur le r�sultat de cette derni�re. Au moins
une des adresses IP fournies par la recherche directe doit
correspondre � l'adresse originale (ce que l'on nomme
<
code>PARANOID</
code> dans la terminologie "tcpwrappers").</
p>
<
p>Quelle que soit la configuration, lorsqu'on utilise
<
code class="module"><
a href="/mod/mod_authz_host.html">mod_authz_host</
a></
code> pour contr�ler l'acc�s en fonction
du nom d'h�te, une double recherche DNS inverse est effectu�e,
s�curit� oblige. Notez cependant que le r�sultat de cette double
recherche n'est en g�n�ral pas accessible, � moins que vous n'ayez
sp�cifi� <
code>HostnameLookups Double</
code>. Par exemple, si vous
n'avez sp�cifi� que <
code>HostnameLookups On</
code>, et si une
requ�te concerne un objet prot�g� par des restrictions en fonction
du nom d'h�te, quel que soit le r�sultat de la double recherche
inverse, les programmes CGI ne recevront que le r�sultat de la
recherche inverse simple dans la variable
<
code>REMOTE_HOST</
code>.</
p>
<
p>La valeur par d�faut est <
code>Off</
code> afin de pr�server le
traffic r�seau des sites pour lesquels la recherche inverse n'est
pas vraiment n�cessaire. Cette valeur par d�faut est aussi b�n�fique
pour les utilisateurs finaux car il n'ont ainsi pas � subir de temps
d'attente suppl�mentaires dus aux recherches DNS. Les sites
fortement charg�s devraient laisser cette directive �
<
code>Off</
code>, car les recherches DNS peuvent prendre des temps
tr�s longs. Vous pouvez �ventuellement utiliser hors ligne
l'utilitaire <
code class="program"><
a href="/programs/logresolve.html">logresolve</
a></
code>, compil� par d�faut dans
le sous-r�pertoire <
code>bin</
code> de votre r�pertoire
d'installation, afin de d�terminer les noms d'h�tes associ�s aux
adresses IP journalis�es.</
p>
nom</
a>, une recherche de nom d'h�te sera effectu�e quelle que soit
la d�finition de la directive <
code>HostnameLookups</
code>.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="if" id="if">Directive</
a> <
a name="If" id="If"><If></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliquent que si une
condition est satisfaite au cours du traitement d'une
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><If <
var>expression</
var>> ... </If></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La directive <
code class="directive"><If></
code> �value une
expression � la vol�e, et applique les directives qu'elle contient
si et seulement si l'expression renvoie la valeur "vrai". Par
<
pre class="prettyprint lang-config"><If "-z req('Host')"></
pre>
<
p>serait satisfaite pour les requ�tes
HTTP/
1.0 sans en-t�te
<
var>Host:</
var>. Les expressions peuvent contenir diff�rents
op�rateurs de type shell pour la comparaison de cha�nes
(<
code>==</
code>, <
code>!=</
code>, <
code><</
code>, ...), la
comparaison d'entiers (<
code>-eq</
code>, <
code>-ne</
code>, ...), ou
� usages divers (<
code>-n</
code>, <
code>-z</
code>, <
code>-f</
code>,
...). Les expressions rationnelles sont aussi support�es,</
p>
<
pre class="prettyprint lang-config"><If "%{QUERY_STRING} =~ /(delete|commit)=.*?elem/"></
pre>
<
p>ainsi que les comparaison de mod�les de type shell et de
nombreuses autres op�rations. Ces op�rations peuvent �tre effectu�es
sur les en-t�tes de requ�tes (<
code>req</
code>), les variables
d'environnement (<
code>env</
code>), et un grand nombre d'autres
propri�t�s. La documentation compl�te est disponible dans <
a href="/expr.html">Les expressions dans le serveur HTTP Apache</
a>.</
p>
<
p>Cette section de configuration ne peut contenir que des
directives qui supportent le <
a href="directive-dict.html#Context">contexte de r�pertoire</
a>.</
p>
<
li><
a href="/expr.html">Les expressions dans le serveur HTTP
Apache</
a>, pour une r�f�rence compl�te et d'autres exemples.</
li>
<
li><
code class="directive"><
a href="#elseif"><ElseIf></
a></
code></
li>
<
li><
code class="directive"><
a href="#else"><Else></
a></
code></
li>
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te. Les
directives <
code class="directive"><If></
code>, <
code class="directive"><ElseIf></
code>, et <
code class="directive"><Else></
code> s'appliquent en dernier.</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="ifdefine" id="ifdefine">Directive</
a> <
a name="IfDefine" id="IfDefine"><IfDefine></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliqueront que si un
test retourne "vrai" au d�marrage du serveur</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><IfDefine [!]<
var>param�tre</
var>> ...
</IfDefine></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La section <
code><IfDefine
<
var>test</
var>>...</IfDefine></
code> permet de
conf�rer un caract�re conditionnel � un ensemble de directives. Les
directives situ�es � l'int�rieur d'une section <
code class="directive"><IfDefine></
code> ne s'appliquent que si
<
var>test</
var> est vrai. Si <
var>test</
var> est faux, tout ce qui
se trouve entre les balises de d�but et de fin est ignor�.</
p>
<
p><
var>test</
var> peut se pr�senter sous deux formes :</
p>
<
li><
var>nom param�tre</
var></
li>
<
li><
code>!</
code><
var>nom param�tre</
var></
li>
<
p>Dans le premier cas, les directives situ�es entre les balises de
d�but et de fin ne s'appliqueront que si le param�tre nomm� <
var>nom
param�tre</
var> est d�fini. Le second format inverse le test, et
dans ce cas, les directives ne s'appliqueront que si <
var>nom
param�tre</
var> n'est <
strong>pas</
strong> d�fini.</
p>
<
p>L'argument <
var>nom param�tre</
var> est une d�finition qui peut
�tre effectu�e par la ligne de commande
<
code>-D<
var>param�tre</
var></
code> au d�marrage du serveur, ou via la
directive <
code class="directive"><
a href="#define">Define</
a></
code>.</
p>
<
p>Les sections <
code class="directive"><IfDefine></
code>
peuvent �tre imbriqu�es, ce qui permet d'impl�menter un test
multi-param�tres simple. Exemple :</
p>
<
div class="example"><
p><
code>httpd -DReverseProxy -DUseCache -DMemCache ...</
code></
p></
div>
<
pre class="prettyprint lang-config"><IfDefine ReverseProxy>
<IfDefine UseCache>
<IfDefine MemCache>
<IfDefine !MemCache>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="ifmodule" id="ifmodule">Directive</
a> <
a name="IfModule" id="IfModule"><IfModule></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliquent qu'en fonction
de la pr�sence ou de l'absence d'un module sp�cifique</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><IfModule [!]<
var>fichier module</
var>|<
var>identificateur
module</
var>> ... </IfModule></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La section <
code><IfModule
<
var>test</
var>>...</IfModule></
code> permet de conf�rer �
des directives un caract�re conditionnel bas� sur la pr�sence d'un
module sp�cifique. Les directives situ�es dans une section
<
code class="directive"><IfModule></
code> ne s'appliquent que
si <
var>test</
var> est vrai. Si <
var>test</
var> est faux, tout ce
qui se trouve entre les balises de d�but et de fin est ignor�.</
p>
<
p><
var>test</
var> peut se pr�senter sous deux formes :</
p>
<
li><
var>module</
var></
li>
<
li>!<
var>module</
var></
li>
<
p>Dans le premier cas, les directives situ�es entre les balises de
d�but et de fin ne s'appliquent que si le module <
var>module</
var>
est pr�sent -- soit compil� avec le binaire Apache httpd, soit charg�
dynamiquement via la directive <
code class="directive"><
a href="/mod/mod_so.html#loadmodule">LoadModule</
a></
code>. Le second format inverse le test, et dans
ce cas, les directives ne s'appliquent que si <
var>module</
var>
n'est <
strong>pas</
strong> pr�sent.</
p>
<
p>L'argument <
var>module</
var> peut contenir soit l'identificateur
du module, soit le nom du fichier source du module. Par exemple,
<
code>rewrite_module</
code> est un identificateur et
correspondant. Si un module comporte plusieurs fichiers sources,
utilisez le nom du fichier qui contient la cha�ne de caract�res
<
code>STANDARD20_MODULE_STUFF</
code>.</
p>
<
p>Les sections <
code class="directive"><IfModule></
code>
peuvent �tre imbriqu�es, ce qui permet d'impl�menter des tests
multi-modules simples.</
p>
<
div class="note">Cette section ne doit �tre utilis�e que si votre fichier de
configuration ne fonctionne qu'en fonction de la pr�sence ou de
l'absence d'un module sp�cifique. D'une mani�re g�n�rale, il n'est
pas n�cessaire de placer les directives � l'int�rieur de sections
<
code class="directive"><IfModule></
code>.</
div>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="include" id="include">Directive</
a> <
a name="Include" id="Include">Include</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Inclut d'autres fichiers de configuration dans un des
fichiers de configuration du serveur</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Include <
var>chemin-fichier</
var>|<
var>chemin-r�pertoire</
var>|<
var>wildcard</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Utilisation des caract�res
g�n�riques dans la partie chemin depuis la version 2.3.6</
td></
tr>
<
p>Cette directive permet l'inclusion d'autres fichiers de
configuration dans un des fichiers de configuration du serveur.</
p>
<
p>On peut utiliser des caract�res g�n�riques de style Shell
(<
code>fnmatch()</
code>) aussi bien dans la partie nom de fichier du
chemin que dans la partie r�pertoires pour inclure plusieurs
seule fois, selon leur ordre alphab�tique. De plus, si la directive
<
code class="directive">Include</
code> pointe vers un r�pertoire, Apache
httpd inclura tous les fichiers de ce r�pertoire et de tous ces
sous-r�pertoires. L'inclusion de r�pertoires entiers est cependant
d�conseill�e, car il est fr�quent d'oublier des fichiers
temporaires dans un r�pertoire, ce qui causerait une erreur
<
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> en cas d'inclusion. Pour inclure des
fichiers qui correspondent � un certain mod�le, comme *.conf par
exemple, nous vous recommandons d'utiliser plut�t la syntaxe avec
caract�res g�n�riques comme ci-dessous.</
p>
<
p>La directive <
code class="directive"><
a href="#include">Include</
a></
code>
<
strong>�chouera avec un code d'erreur</
strong> si une expression
contenant des caract�res g�n�riques ne correspond � aucun fichier.
Pour ignorer les expressions contenant des caract�res g�n�riques ne
correspondant � aucun fichier, utilisez la directive <
code class="directive"><
a href="#includeoptional">IncludeOptional</
a></
code>.</
p>
<
p>Le chemin fichier sp�cifi� peut �tre soit un chemin absolu, soit
un chemin relatif au r�pertoire d�fini par la directive <
code class="directive"><
a href="#serverroot">ServerRoot</
a></
code>.</
p>
<
p>ou encore, avec des chemins relatifs au r�pertoire d�fini par la
directive <
code class="directive"><
a href="#serverroot">ServerRoot</
a></
code> :</
p>
<
p>On peut aussi ins�rer des caract�res g�n�riques dans la partie
r�pertoires du chemin. Dans l'exemple suivant, la directive
�chouera si aucun sous-r�pertoire de
conf/
vhosts ne contient au
moins un fichier *.conf :</
p>
<
pre class="prettyprint lang-config">Include
conf/
vhosts/*/*.conf</
pre>
<
p>Par contre, dans l'exemple suivant, la directive sera simplement
ignor�e si aucun sous-r�pertoire de
conf/
vhosts ne contient au
moins un fichier *.conf :</
p>
<
pre class="prettyprint lang-config">IncludeOptional
conf/
vhosts/*/*.conf</
pre>
<
li><
code class="directive"><
a href="#includeoptional">IncludeOptional</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="includeoptional" id="includeoptional">Directive</
a> <
a name="IncludeOptional" id="IncludeOptional">IncludeOptional</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Inclusion de fichiers dans le fichier de configuration</
td></
tr>
<
var>chemin-fichier</
var>|<
var>chemin-r�pertoire</
var>|<
var>wildcard</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible � partir de la version 2.3.6 du serveur HTTP
<
p>Cette directive permet d'inclure des fichiers dans les fichiers
de configuration du serveur. Elle fonctionne de mani�re identique �
la directive <
code class="directive"><
a href="#include">Include</
a></
code>, �
l'exception du fait que si l'expression avec caract�res g�n�riques
wilcard ne correspond � aucun fichier ou r�pertoire, elle sera
ignor�e silencieusement au lieu de causer une erreur.</
p>
<
li><
code class="directive"><
a href="#include">Include</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="keepalive" id="keepalive">Directive</
a> <
a name="KeepAlive" id="KeepAlive">KeepAlive</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Active les connexions HTTP persistantes</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>KeepAlive On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>KeepAlive On</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>L'extension Keep-Alive de
HTTP/
1.0 et l'impl�mentation des
connexions persistantes dans
HTTP/
1.1 ont rendu possibles des
sessions HTTP de longue dur�e, ce qui permet de transmettre
plusieurs requ�tes via la m�me connexion TCP. Dans certains cas, le
gain en rapidit� pour des documents comportant de nombreuses images
peut atteindre 50%. Pour activer les connexions persistantes,
d�finissez <
code>KeepAlive On</
code>.</
p>
<
p>Pour les clients
HTTP/
1.0, les connexions persistantes ne seront
mises en oeuvre que si elles ont �t� sp�cialement demand�es par un
client. De plus, une connexion persistante avec un client
HTTP/
1.0 ne peut �tre utilis�e que si la taille du contenu est connue
d'avance. Ceci implique que les contenus dynamiques comme les
sorties CGI, les pages SSI, et les listings de r�pertoires g�n�r�s
par le serveur n'utiliseront en g�n�ral pas les connexions
les connexions persistantes sont utilis�es par d�faut, sauf
instructions contraires. Si le client le demande, le transfert par
tron�ons de taille fixe (chunked encoding) sera utilis� afin de
transmettre un contenu de longueur inconnue via une connexion
<
p>Lorsqu'un client utilise une connexion persistante, elle comptera
pour une seule requ�te pour la directive <
code class="directive"><
a href="/mod/mpm_common.html#maxconnectionsperchild">MaxConnectionsPerChild</
a></
code>, quel
que soit le nombre de requ�tes transmises via cette connexion.</
p>
<
li><
code class="directive"><
a href="#maxkeepaliverequests">MaxKeepAliveRequests</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="keepalivetimeout" id="keepalivetimeout">Directive</
a> <
a name="KeepAliveTimeout" id="KeepAliveTimeout">KeepAliveTimeout</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Dur�e pendant laquelle le serveur va attendre une requ�te
avant de fermer une connexion persistante</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>KeepAliveTimeout <
var>nombre</
var>[ms]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>KeepAliveTimeout 5</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Le nombre de secondes pendant lesquelles Apache httpd va attendre une
requ�te avant de fermer la connexion. Le d�lai peut �tre d�fini en
millisecondes en suffixant sa valeur par ms. La valeur du d�lai
sp�cifi�e par la directive <
code class="directive"><
a href="#timeout">Timeout</
a></
code> s'applique d�s qu'une requ�te a
<
p>Donner une valeur trop �l�v�e �
<
code class="directive">KeepAliveTimeout</
code> peut induire des probl�mes
de performances sur les serveurs fortement charg�s. Plus le d�lai
est �l�v�, plus nombreux seront les processus serveur en attente de
requ�tes de la part de clients inactifs.</
p>
<
p>Si la directive <
code class="directive">KeepAliveTimeout</
code>
<
strong>n'est pas</
strong> d�finie pour un des serveurs virtuels
� base de nom, c'est le serveur virtuel dont la paire adresse
IP/
port correspond le mieux qui sera utilis�e.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limit" id="limit">Directive</
a> <
a name="Limit" id="Limit"><Limit></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Limite les contr�les d'acc�s que la section contient �
certaines m�thodes HTTP</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><Limit <
var>m�thode</
var> [<
var>m�thode</
var>] ... > ...
</Limit></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Override">AllowOverride:</
a></
th><
td>AuthConfig, Limit</
td></
tr>
<
p>Les contr�les d'acc�s s'appliquent normalement �
<
strong>toutes</
strong> les m�thodes d'acc�s, et c'est en g�n�ral le
comportement souhait�. <
strong>Dans le cas g�n�ral, les directives
de contr�le d'acc�s n'ont pas � �tre plac�es dans une section
<
code class="directive"><Limit></
code>.</
strong></
p>
<
p>La directive <
code class="directive"><Limit></
code> a pour
but de limiter les effets des contr�les d'acc�s aux m�thodes HTTP
sp�cifi�es. Pour toutes les autres m�thodes, les restrictions
d'acc�s contenues dans la section <
code class="directive"><Limit></
code> <
strong>n'auront aucun
effet</
strong>. L'exemple suivant n'applique les contr�les d'acc�s
qu'aux m�thodes <
code>POST</
code>, <
code>PUT</
code>, et
<
code>DELETE</
code>, en laissant les autres m�thodes sans protection
<
pre class="prettyprint lang-config"><Limit POST PUT DELETE>
<
p>La liste des noms de m�thodes peut contenir une ou plusieurs
valeurs parmi les suivantes : <
code>GET</
code>, <
code>POST</
code>,
<
code>PUT</
code>, <
code>DELETE</
code>, <
code>CONNECT</
code>,
<
code>OPTIONS</
code>, <
code>PATCH</
code>, <
code>PROPFIND</
code>,
<
code>PROPPATCH</
code>, <
code>MKCOL</
code>, <
code>COPY</
code>,
<
code>MOVE</
code>, <
code>LOCK</
code>, et <
code>UNLOCK</
code>.
<
strong>Le nom de m�thode est sensible � la casse.</
strong> Si la
valeur <
code>GET</
code> est pr�sente, les requ�tes <
code>HEAD</
code>
seront aussi concern�es. La m�thode <
code>TRACE</
code> ne peut pas
�tre limit�e (voir la directive <
code class="directive"><
a href="#traceenable">TraceEnable</
a></
code>).</
p>
<
div class="warning">Une section <
code class="directive"><LimitExcept></
code> doit toujours �tre pr�f�r�e �
une section <
code class="directive"><Limit></
code> pour la
restriction d'acc�s, car une section <
code class="directive"><
a href="#limitexcept"><LimitExcept></
a></
code> fournit une protection contre
les m�thodes arbitraires.</
div>
<
p>Les directives <
code class="directive"><Limit></
code> et
<
code class="directive"><
a href="#limitexcept"><LimitExcept></
a></
code>
peuvent �tre imbriqu�es. Dans ce cas, pour chaque niveau des
directives <
code class="directive"><Limit></
code> ou <
code class="directive"><
a href="#limitexcept"><LimitExcept></
a></
code>, ces derni�res
doivent restreindre l'acc�s pour les m�thodes auxquelles les
contr�les d'acc�s s'appliquent.</
p>
<
div class="warning">Lorsqu'on utilise les directives <
code class="directive"><Limit></
code> ou <
code class="directive"><LimitExcept></
code> avec la directive <
code class="directive"><
a href="/mod/mod_authz_core.html#require">Require</
a></
code>, la premi�re directive
condition est satisfaite autorise la requ�te, sans tenir compte de
la pr�sence d'autres directives <
code class="directive"><
a href="/mod/mod_authz_core.html#require">Require</
a></
code>.</
div>
<
p>Par exemple, avec la configuration suivante, tous les
utilisateurs seront autoris�s � effectuer des requ�tes
<
code>POST</
code>, et la directive <
code>Require group
editors</
code> sera ignor�e dans tous les cas :</
p>
<
pre class="prettyprint lang-config"><LimitExcept GET>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitexcept" id="limitexcept">Directive</
a> <
a name="LimitExcept" id="LimitExcept"><LimitExcept></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Applique les contr�les d'acc�s � toutes les m�thodes HTTP,
sauf celles qui sont sp�cifi�es</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code><LimitExcept <
var>m�thode</
var> [<
var>m�thode</
var>] ... > ...
</LimitExcept></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Override">AllowOverride:</
a></
th><
td>AuthConfig, Limit</
td></
tr>
<
p><
code class="directive"><LimitExcept></
code> et
<
code></LimitExcept></
code> permettent de regrouper des
directives de contr�le d'acc�s qui s'appliqueront � toutes les
m�thodes d'acc�s HTTP qui ne font <
strong>pas</
strong> partie de la
liste des arguments ; en d'autres termes, elles ont un comportement
oppos� � celui de la section <
code class="directive"><
a href="#limit"><Limit></
a></
code>, et on peut les utiliser pour
contr�ler aussi bien les m�thodes standards que les m�thodes non
standards ou non reconnues. Voir la documentation de la section
<
code class="directive"><
a href="#limit"><Limit></
a></
code> pour plus
<
pre class="prettyprint lang-config"><LimitExcept POST GET>
</LimitExcept></
pre>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitinternalrecursion" id="limitinternalrecursion">Directive</
a> <
a name="LimitInternalRecursion" id="LimitInternalRecursion">LimitInternalRecursion</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�termine le nombre maximal de redirections internes et de
sous-requ�tes imbriqu�es</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitInternalRecursion <
var>nombre</
var> [<
var>nombre</
var>]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitInternalRecursion 10</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Une redirection interne survient, par exemple, quand on utilise
la directive <
code class="directive"><
a href="/mod/mod_actions.html#action">Action</
a></
code> qui
redirige en interne la requ�te d'origine vers un script CGI. Une
sous-requ�te est le m�canisme qu'utilise Apache httpd pour d�terminer ce
qui se passerait pour un URI s'il faisait l'objet d'une requ�te. Par
exemple, <
code class="module"><
a href="/mod/mod_dir.html">mod_dir</
a></
code> utilise les sous-requ�tes pour
rechercher les fichiers list�s dans la directive <
code class="directive"><
a href="/mod/mod_dir.html#directoryindex">DirectoryIndex</
a></
code>.</
p>
<
p>La directive <
code class="directive">LimitInternalRecursion</
code> permet
d'�viter un crash du serveur d� � un bouclage infini de redirections
internes ou de sous-requ�tes. De tels bouclages sont dus en g�n�ral
� des erreurs de configuration.</
p>
<
p>La directive accepte, comme arguments, deux limites qui sont
�valu�es � chaque requ�te. Le premier <
var>nombre</
var> est le
nombre maximum de redirections internes qui peuvent se succ�der. Le
second <
var>nombre</
var> d�termine la profondeur d'imbrication
maximum des sous-requ�tes. Si vous ne sp�cifiez qu'un seul
<
var>nombre</
var>, il sera affect� aux deux limites.</
p>
<
pre class="prettyprint lang-config">LimitInternalRecursion 5</
pre>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitrequestbody" id="limitrequestbody">Directive</
a> <
a name="LimitRequestBody" id="LimitRequestBody">LimitRequestBody</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>limite la taille maximale du corps de la requ�te HTTP
envoy�e par le client</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitRequestBody <
var>octets</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitRequestBody 0</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Cette directive sp�cifie la taille maximale autoris�e pour le
corps d'une requ�te ; la valeur de l'argument <
var>octets</
var> va
de 0 (pour une taille illimit�e), � 2147483647 (2Go). Voir la note
ci-dessous pour la limite d'applicabilit� aux requ�tes mandat�es.</
p>
<
p>La directive <
code class="directive">LimitRequestBody</
code> permet de
d�finir une limite pour la taille maximale autoris�e du corps d'une
requ�te HTTP en tenant compte du contexte dans lequel la directive
a �t� plac�e (c'est � dire au niveau du serveur, d'un r�pertoire,
d'un fichier ou d'une localisation). Si la requ�te du client d�passe
cette limite, le serveur r�pondra par un message d'erreur et ne
traitera pas la requ�te. La taille du corps d'une requ�te normale va
varier de mani�re importante en fonction de la nature de la
ressource et des m�thodes autoris�es pour cette derni�re. Les
scripts CGI utilisent souvent le corps du message pour extraire les
informations d'un formulaire. Les impl�mentations de la m�thode
<
code>PUT</
code> n�cessitent une valeur au moins aussi �lev�e que la
taille maximale des repr�sentations que le serveur d�sire accepter
pour cette ressource.</
p>
<
p>L'administrateur du serveur peut utiliser cette directive pour
contr�ler plus efficacement les comportements anormaux des requ�tes
des clients, ce qui lui permettra de pr�venir certaines formes
d'attaques par d�ni de service.</
p>
<
p>Si par exemple, vous autorisez le chargement de fichiers vers une
localisation particuli�re, et souhaitez limiter la taille des
fichiers charg�s � 100Ko, vous pouvez utiliser la directive suivante
<
pre class="prettyprint lang-config">LimitRequestBody 102400</
pre>
<
div class="note"><
p>Pour une description d�taill�e de la mani�re dont cette
directive est interpr�t�e par les requ�tes mandat�es, voir la
documentation du module <
code class="module"><
a href="/mod/mod_proxy.html">mod_proxy</
a></
code>.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitrequestfields" id="limitrequestfields">Directive</
a> <
a name="LimitRequestFields" id="LimitRequestFields">LimitRequestFields</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Limite le nombre de champs d'en-t�te autoris�s dans une
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitRequestFields <
var>nombre</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitRequestFields 100</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p><
var>nombre</
var> est un entier de 0 (nombre de champs illimit�)
� 32767. La valeur par d�faut est d�finie � la compilation par la
constante <
code>DEFAULT_LIMIT_REQUEST_FIELDS</
code> (100 selon la
<
p>La directive <
code class="directive">LimitRequestFields</
code> permet �
l'administrateur du serveur de modifier le nombre maximum de champs
d'en-t�te autoris�s dans une requ�te HTTP. Pour un serveur, cette
valeur doit �tre sup�rieure au nombre de champs qu'une requ�te
client normale peut contenir. Le nombre de champs d'en-t�te d'une
requ�te qu'un client utilise d�passe rarement 20, mais ce nombre
peut varier selon les impl�mentations des clients, et souvent en
fonction des extensions que les utilisateurs configurent dans leurs
navigateurs pour supporter la n�gociation de contenu d�taill�e. Les
extensions HTTP optionnelles utilisent souvent les
champs d'en-t�te des requ�tes.</
p>
<
p>L'administrateur du serveur peut utiliser cette directive pour
contr�ler plus efficacement les comportements anormaux des requ�tes
des clients, ce qui lui permettra de pr�venir certaines formes
d'attaques par d�ni de service. La valeur sp�cifi�e doit �tre
augment�e si les clients standards re�oivent une erreur du serveur
indiquant que la requ�te comportait un nombre d'en-t�tes trop
<
pre class="prettyprint lang-config">LimitRequestFields 50</
pre>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Dans le cas des serveurs virtuels � base de noms, la valeur de
cette directive est extraite du serveur virtuel par d�faut (le
premier de la liste) pour la paire adresse
IP/
port.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitrequestfieldsize" id="limitrequestfieldsize">Directive</
a> <
a name="LimitRequestFieldSize" id="LimitRequestFieldSize">LimitRequestFieldSize</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�dinit la taille maximale autoris�e d'un en-t�te de
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitRequestFieldSize <
var>octets</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitRequestFieldSize 8190</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Cette directive permet de d�finir le nombre maximum
d'<
var>octets</
var> autoris�s dans un en-t�te de requ�te HTTP.</
p>
<
p>La directive <
code class="directive">LimitRequestFieldSize</
code> permet
� l'administrateur du serveur de d�finir la taille
maximale autoris�e d'un en-t�te de requ�te HTTP. Pour un serveur,
cette valeur doit �tre suffisamment grande pour contenir tout
en-t�te d'une requ�te client normale. La taille d'un champ d'en-t�te
de requ�te normal va varier selon les impl�mentations des clients,
et en fonction des extensions que les utilisateurs
configurent dans leurs navigateurs pour supporter la n�gociation de
contenu d�taill�e. Les en-t�tes d'authentification SPNEGO peuvent
atteindre une taille de 12392 octets.</
p>
<
p>>L'administrateur du serveur peut utiliser cette directive pour
contr�ler plus efficacement les comportements anormaux des requ�tes
des clients, ce qui lui permettra de pr�venir certaines formes
d'attaques par d�ni de service.</
p>
<
pre class="prettyprint lang-config">LimitRequestFieldSize 4094</
pre>
<
div class="note">Dans des conditions normales, la valeur par d�faut de cette
directive ne doit pas �tre modifi�e.</
div>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Dans le cas des serveurs virtuels � base de noms, la valeur de
cette directive est extraite du serveur virtuel par d�faut (le
premier de la liste) pour lequel la paire adresse
IP/
port<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitrequestline" id="limitrequestline">Directive</
a> <
a name="LimitRequestLine" id="LimitRequestLine">LimitRequestLine</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit la taille maximale d'une ligne de requ�te
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitRequestLine <
var>octets</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitRequestLine 8190</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Cette directive permet de d�finir la taille maximale autoris�e
pour une ligne de requ�te HTTP en <
var>octets</
var>.</
p>
<
p>La directive <
code class="directive">LimitRequestLine</
code> permet �
l'administrateur du serveur de d�finir la taille
maximale autoris�e d'une ligne de requ�te HTTP client. Comme une
requ�te comporte une m�thode HTTP, un URI, et une version de
protocole, la directive <
code class="directive">LimitRequestLine</
code>
impose une restriction sur la longueur maximale autoris�e pour un
URI dans une requ�te au niveau du serveur. Pour un serveur, cette
valeur doit �tre suffisamment grande pour r�f�rencer les noms de
toutes ses ressources, y compris toutes informations pouvant �tre
ajout�es dans la partie requ�te d'une m�thode <
code>GET</
code>.</
p>
<
p>L'administrateur du serveur peut utiliser cette directive pour
contr�ler plus efficacement les comportements anormaux des requ�tes
des clients, ce qui lui permettra de pr�venir certaines formes
d'attaques par d�ni de service.</
p>
<
pre class="prettyprint lang-config">LimitRequestLine 4094</
pre>
<
div class="note">Dans des conditions normales, cette directive doit conserver
sa valeur par d�faut.</
div>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Dans le cas des serveurs virtuels � base de noms, la valeur de
cette directive est extraite du serveur virtuel par d�faut (le
premier de la liste) pour lequel la paire adresse
IP/
port<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="limitxmlrequestbody" id="limitxmlrequestbody">Directive</
a> <
a name="LimitXMLRequestBody" id="LimitXMLRequestBody">LimitXMLRequestBody</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit la taille maximale du corps d'une requ�te au format
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LimitXMLRequestBody <
var>octets</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LimitXMLRequestBody 1000000</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Taille maximale (en octets) du corps d'une requ�te au format XML.
Une valeur de <
code>0</
code> signifie qu'aucune limite n'est
<
pre class="prettyprint lang-config">LimitXMLRequestBody 0</
pre>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="location" id="location">Directive</
a> <
a name="Location" id="Location"><Location></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>N'applique les directives contenues qu'aux URLs
<
var>chemin URL</
var>|<
var>URL</
var>> ... </Location></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive"><Location></
code>
limite la port�e des directives contenues aux URLs d�finies par
l'argument URL. Elle est similaire � la directive <
code class="directive"><
a href="#directory"><Directory></
a></
code>, et marque le
d�but d'une section qui se termine par une directive
<
code></Location></
code>. Les sections <
code class="directive"><Location></
code> sont trait�es selon l'ordre dans
lequel elles apparaissent dans le fichier de configuration, mais
apr�s les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> et la lecture des
fichiers <
code>.htaccess</
code>, et apr�s les sections <
code class="directive"><
a href="#files"><Files></
a></
code>.</
p>
<
p>Les sections <
code class="directive"><Location></
code>
agissent compl�tement en dehors du syst�me de fichiers. Ceci a de
nombreuses cons�quences. Parmi les plus importantes, on ne doit pas
utiliser les sections <
code class="directive"><Location></
code>
pour contr�ler l'acc�s aux r�pertoires du syst�me de fichiers. Comme
plusieurs URLs peuvent correspondre au m�me r�pertoire du syst�me de
fichiers, un tel contr�le d'acc�s pourrait �tre contourn�.</
p>
<
p>Les directives que contient cette section seront appliqu�es aux
requ�tes si la partie chemin de l'URL satisfait � l'un au moins de
<
li>Le chemin sp�cifi� correspond exactement � la partie chemin de
<
li>Le chemin sp�cifi�, qui se termine par un slash, est un
pr�fixe de la partie chemin de l'URL (trait� comme une racine du
<
li>Le chemin sp�cifi�, si on lui ajoute un slash de fin, est un
pr�fixe de la partie chemin de l'URL (aussi trait� comme une racine du
Dans l'exemple ci-dessous, o� aucun slash de fin n'est utilis�, les
directives contenues dans la section s'appliqueront � /private1,
<
pre class="prettyprint lang-config"><Location /private1>
De m�me, dans l'exemple ci-dessous, o� l'on utilise un slash de fin, les
directives contenues dans la section s'appliqueront � /private2/ et
<
pre class="prettyprint lang-config"><Location /private2<
em>/</
em>>
<
div class="note"><
h3>Quand utiliser la section <
code class="directive"><Location></
code></
h3>
<
p>Vous pouvez utiliser une section <
code class="directive"><Location></
code> pour appliquer des directives �
des contenus situ�s en dehors du syst�me de fichiers. Pour les
contenus situ�s � l'int�rieur du syst�me de fichiers, utilisez
plut�t les sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> et <
code class="directive"><
a href="#files"><Files></
a></
code>. <
code><Location
/></
code> constitue une exception et permet d'appliquer ais�ment
une configuration � l'ensemble du serveur.</
p>
<
p>Pour toutes les requ�tes originales (non mandat�es), l'argument
URL est un chemin d'URL de la forme
<
code>/chemin/</
code>. <
em>Aucun protocole, nom d'h�te, port, ou cha�ne
de requ�te ne doivent appara�tre.</
em> Pour les requ�tes mandat�es, l'URL
sp�cifi�e doit �tre de la forme
<
p>L'URL peut contenir des caract�res g�n�riques. Dans une cha�ne
avec caract�res g�n�riques, <
code>?</
code> correspond � un caract�re
quelconque, et <
code>*</
code> � toute cha�ne de caract�res. Les
caract�res g�n�riques ne peuvent pas remplacer un / dans le chemin
<
p>On peut aussi utiliser les <
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">Expressions
rationnelles</
a>, moyennant l'addition d'un caract�re
<
code>~</
code>. Par exemple :</
p>
<
pre class="prettyprint lang-config"><Location ~ "/(extra|special)/data">
<
p>concernerait les URLs contenant les sous-cha�ne
<
code class="directive"><
a href="#locationmatch"><LocationMatch></
a></
code>
pr�sente un comportement identique � la version avec expressions
rationnelles de la directive <
code class="directive"><Location></
code>, et son utilisation est
pr�f�rable � l'utilisation de cette derni�re pour la simple raison
qu'il est difficile de distinguer <
code>~</
code> de <
code>-</
code>
dans la plupart des fontes.</
p>
<
p>La directive <
code class="directive"><Location></
code>
s'utilise principalement avec la directive <
code class="directive"><
a href="#sethandler">SetHandler</
a></
code>. Par exemple, pour activer les
requ�tes d'�tat, mais ne les autoriser que depuis des navigateurs
appartenant au domaine <
code>
example.com</
code>, vous pouvez
<
pre class="prettyprint lang-config"><Location /status>
<
div class="note"><
h3>Note � propos du slash (/)</
h3>
<
p>La signification du caract�re slash d�pend de l'endroit o� il
se trouve dans l'URL. Les utilisateurs peuvent �tre habitu�s �
son comportement dans le syst�me de fichiers o� plusieurs slashes
successifs sont souvent r�duits � un slash unique (en d'autres
termes, <
code>/home///foo</
code> est identique �
<
code>/
home/
foo</
code>). Dans l'espace de nommage des URLs, ce
n'est cependant pas toujours le cas. Pour la directive <
code class="directive"><
a href="#locationmatch"><LocationMatch></
a></
code> et la
version avec expressions rationnelles de la directive <
code class="directive"><Location></
code>, vous devez sp�cifier
explicitement les slashes multiples si telle est votre
<
p>Par exemple, <
code><LocationMatch ^/abc></
code> va
correspondre � l'URL <
code>/abc</
code> mais pas � l'URL <
code>
//abc</
code>. La directive <
code class="directive"><Location></
code> sans expression rationnelle se comporte de
la m�me mani�re lorsqu'elle est utilis�e pour des requ�tes
mandat�es. Par contre, lorsque la directive <
code class="directive"><Location></
code> sans expression rationnelle
est utilis�e pour des requ�tes non mandat�es, elle fera
correspondre implicitement les slashes multiples � des slashes
uniques. Par exemple, si vous sp�cifiez <
code><Location
/
abc/
def></
code>, une requ�te de la forme
<
code>/abc//def</
code> correspondra.</
p>
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te.</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="locationmatch" id="locationmatch">Directive</
a> <
a name="LocationMatch" id="LocationMatch"><LocationMatch></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>N'applique les directives contenues qu'aux URLs
correspondant � une expression rationnelle</
td></
tr>
<
var>regex</
var>> ... </LocationMatch></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive"><LocationMatch></
code>
limite la port�e des directives contenues � l'URL sp�cifi�e, de
mani�re identique � la directive <
code class="directive"><
a href="#location"><Location></
a></
code>. Mais son argument permettant de
sp�cifier les URLs concern�es est une <
a class="glossarylink" href="/glossary.html#regex" title="voir glossaire">expression rationnelle</
a> au lieu d'une simple
cha�ne de caract�res. Par exemple :</
p>
<
pre class="prettyprint lang-config"><LocationMatch "/(extra|special)/data">
</LocationMatch></
pre>
<
p>correspondrait � toute URL contenant les sous-cha�nes
<
p>A partir de la version 2.4.8, les groupes nomm�s et les
r�f�rences arri�res sont extraits et enregistr�s dans
l'environnement avec leur nom en majuscules et pr�fix�
par "MATCH_". Ceci permet
de r�f�rencer des URLs dans des <
a href="/expr.html">expressions</
a>
ou au sein de modules comme <
code class="module"><
a href="/mod/mod_rewrite.html">mod_rewrite</
a></
code>. Pour
�viter toute confusion, les r�f�rences arri�res num�rot�es (non
nomm�es) sont ignor�es. Vous devez utiliser � la place des groupes
<
pre class="prettyprint lang-config"><LocationMatch ^/combined/(?<sitename>[^/]+)>
require ldap-group cn=%{env:MATCH_SITENAME},ou=combined,o=Example
</LocationMatch></
pre>
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te.</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="loglevel" id="loglevel">Directive</
a> <
a name="LogLevel" id="LogLevel">LogLevel</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contr�le la verbosit� du journal des erreurs</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LogLevel [<
var>module</
var>:]<
var>niveau</
var>
[<
var>module</
var>:<
var>niveau</
var>] ...
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>LogLevel warn</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>La configuration du niveau de journalisation par module
et par r�pertoire est disponible depuis la version 2.3.6 du serveur HTTP
<
p>La directive <
code class="directive">LogLevel</
code> permet d'ajuster la
verbosit� des messages enregistr�s dans les journaux d'erreur (voir
la directive <
code class="directive"><
a href="#errorlog">ErrorLog</
a></
code>
directive). Les <
var>niveau</
var>x disponibles sont pr�sent�s
ci-apr�s, par ordre de criticit� d�croissante :</
p>
<
th><
strong>Niveau</
strong> </
th>
<
th><
strong>Description</
strong> </
th>
<
th><
strong>Exemple</
strong> </
th>
<
td><
code>emerg</
code> </
td>
<
td>Urgences - le syst�me est inutilisable.</
td>
<
td>"Child cannot open lock file. Exiting"</
td>
<
td><
code>alert</
code> </
td>
<
td>Des mesures doivent �tre prises imm�diatement.</
td>
<
td>"getpwuid: couldn't determine user name from uid"</
td>
<
td><
code>crit</
code> </
td>
<
td>Conditions critiques.</
td>
<
td>"socket: Failed to get a socket, exiting child"</
td>
<
td><
code>error</
code> </
td>
<
td>"Premature end of script headers"</
td>
<
td><
code>warn</
code> </
td>
<
td>"child process 1234 did not exit, sending another
<
td><
code>notice</
code> </
td>
<
td>Ev�nement important mais normal.</
td>
<
td>"httpd: caught SIGBUS, attempting to dump core in
<
td><
code>info</
code> </
td>
<
td>"Server seems busy, (you may need to increase
<
td><
code>debug</
code> </
td>
<
td>Messages de d�bogage.</
td>
<
td>"Opening config file ..."</
td>
<
td><
code>trace1</
code> </
td>
<
td>Messages de traces</
td>
<
td>"proxy: FTP: control connection complete"</
td>
<
td><
code>trace2</
code> </
td>
<
td>Messages de traces</
td>
<
td>"proxy: CONNECT: sending the CONNECT request to the remote proxy"</
td>
<
td><
code>trace3</
code> </
td>
<
td>Messages de traces</
td>
<
td>"openssl: Handshake: start"</
td>
<
td><
code>trace4</
code> </
td>
<
td>Messages de traces</
td>
<
td>"read from buffered SSL brigade, mode 0, 17 bytes"</
td>
<
td><
code>trace5</
code> </
td>
<
td>Messages de traces</
td>
<
td>"map lookup FAILED: map=rewritemap key=keyname"</
td>
<
td><
code>trace6</
code> </
td>
<
td>Messages de traces</
td>
<
td>"cache lookup FAILED, forcing new map lookup"</
td>
<
td><
code>trace7</
code> </
td>
<
td>Messages de traces, enregistrement d'une grande quantit� de
<
td>"| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |"</
td>
<
td><
code>trace8</
code> </
td>
<
td>Messages de traces, enregistrement d'une grande quantit� de
<
td>"| 0000: 02 23 44 30 13 40 ac 34 df 3d bf 9a 19 49 39 15 |"</
td>
<
p>Lorsqu'un niveau particulier est sp�cifi�, les messages de tous
les autres niveaux de criticit� sup�rieure seront aussi enregistr�s.
<
em>Par exemple</
em>, si <
code>LogLevel info</
code> est sp�cifi�,
les messages de niveaux <
code>notice</
code> et <
code>warn</
code>
<
p>Il est recommand� d'utiliser un niveau <
code>crit</
code> ou
<
pre class="prettyprint lang-config">LogLevel notice</
pre>
<
div class="note"><
h3>Note</
h3>
<
p>Si la journalisation s'effectue directement dans un fichier,
les messages de niveau <
code>notice</
code> ne peuvent pas �tre
supprim�s et sont donc toujours journalis�s. Cependant, ceci ne
s'applique pas lorsque la journalisation s'effectue vers
<
p>Sp�cifier un niveau sans nom de module va attribuer ce niveau �
tous les modules. Sp�cifier un niveau avec nom de module va
attribuer ce niveau � ce module seulement. Il est possible de
sp�cifier un module par le nom de son fichier source ou par son
identificateur, avec ou sans le suffixe <
code>_module</
code>. Les
trois sp�cifications suivantes sont donc �quivalentes :</
p>
<
pre class="prettyprint lang-config">LogLevel info ssl:warn
LogLevel info ssl_module:warn</
pre>
<
p>Il est aussi possible d'attribuer un niveau de journalisation par
<
pre class="prettyprint lang-config">LogLevel info
La configuration du niveau de journalisation par r�pertoire
n'affecte que les messages journalis�s apr�s l'interpr�tation de
la requ�te et qui sont associ�s � cette derni�re. Les messages
de journalisation associ�s au serveur ou � la connexion ne sont
pas affect�s. Il est cependant possible d'agir sur ces
derniers � l'aide de la directive <
code class="directive"><
a href="#logleveloverride">LogLevelOverride</
a></
code>.
<
li><
code class="directive"><
a href="#errorlog">ErrorLog</
a></
code></
li>
<
li><
code class="directive"><
a href="#errorlogformat">ErrorLogFormat</
a></
code></
li>
<
li><
code class="directive"><
a href="#logleveloverride">LogLevelOverride</
a></
code></
li>
<
li><
a href="/logs.html">Journaux du serveur HTTP Apache</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="logleveloverride" id="logleveloverride">Directive</
a> <
a name="LogLevelOverride" id="LogLevelOverride">LogLevelOverride</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Surcharge la verbosit� du journal des erreurs pour certains
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>LogLevel <
var>ipaddress</
var>[/<
var>prefixlen</
var>]
[<
var>module</
var>:]<
var>level</
var> [<
var>module</
var>:<
var>level</
var>] ...
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>non d�finie</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible � partir de la version 2.5.0 du serveur HTTP
<
p>La directive <
code class="directive">LogLevelOverride</
code> permet
d'affiner la d�finition de la directive <
code class="directive"><
a href="#loglevel">LogLevel</
a></
code> pour les requ�tes en provenance
de certaines adresses IP. Il est ainsi possible d'activer une
journalisation d�taill�e seulement pour certains clients � des fins
de test. Les adresses IP sont v�rifi�es � un stade tr�s pr�coce du
processus de connexion. Ainsi, la directive
<
code class="directive">LogLevelOverride</
code> permet de modifier le niveau
de journalisation pour des processus comme la n�gociation SSL qui
intervient avant l'�valuation d'une �ventuelle directive <
code class="directive"><
a href="#loglevel">LogLevel</
a></
code> au sein d'un conteneur <
code class="directive"><
a href="#if"><If></
a></
code>.</
p>
<
p>La directive <
code class="directive">LogLevelOverride</
code> accepte soit
une adresse IP simple, soit une sp�cification de sous-r�seau CIDR de
niveau de journalisation, voir la directive <
code class="directive"><
a href="#loglevel">LogLevel</
a></
code> directive.</
p>
<
p>Pour les requ�tes concern�es par une directive
<
code class="directive">LogLevelOverride</
code>, les sp�cifications de
niveau r�pertoire de la directive <
code class="directive"><
a href="#loglevel">LogLevel</
a></
code> sont ignor�es.</
p>
<
pre class="prettyprint lang-config"> LogLevelOverride
192.0.2.0/
24 ssl:trace6
LogLevelOverride 192.0.2.7 ssl:trace8</
pre>
La directive <
code class="directive"><
a href="#logleveloverride">LogLevelOverride</
a></
code> n'affecte que les
messages associ�s � la requ�te ou � la connexion. Les messages
associ�s au serveur ne sont pas affect�s.
<
li><
code class="directive"><
a href="#loglevel">LogLevel</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="maxkeepaliverequests" id="maxkeepaliverequests">Directive</
a> <
a name="MaxKeepAliveRequests" id="MaxKeepAliveRequests">MaxKeepAliveRequests</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nombre de requ�tes permises pour une connexion
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>MaxKeepAliveRequests <
var>nombre</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>MaxKeepAliveRequests 100</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">MaxKeepAliveRequests</
code> permet
de limiter le nombre de requ�tes autoris�es par connexion lorsque
<
code class="directive"><
a href="#keepalive">KeepAlive</
a></
code> est � "on". Si sa
valeur est <
code>0</
code>, le nombre de requ�tes autoris�es est
illimit�. Il est recommand� de d�finir une valeur assez haute pour
des performances du serveur maximales.</
p>
<
pre class="prettyprint lang-config">MaxKeepAliveRequests 500</
pre>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="maxrangeoverlaps" id="maxrangeoverlaps">Directive</
a> <
a name="MaxRangeOverlaps" id="MaxRangeOverlaps">MaxRangeOverlaps</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nombre de chevauchements de segments de donn�es autoris�
(par exemple <
code>100-200,150-300</
code>) avant le renvoi de la
ressource compl�te</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>MaxRangeOverlaps default | unlimited | none | <
var>nombre de
chevauchements</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>MaxRangeOverlaps 20</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible depuis la version 2.3.15 du serveur HTTP
<
p>La directive <
code class="directive">MaxRangeOverlaps</
code> permet
de limiter le nombre de chevauchements de segments de donn�es HTTP
autoris� par le serveur. Si le nombre de
chevauchements de segments demand� est sup�rieur au nombre maximal
autoris�, la ressource sera renvoy�e dans son int�gralit�.</
p>
<
dt><
strong>default</
strong></
dt>
<
dd>Limite le nombre de chevauchements de segments � la valeur
par d�faut 20 d�finie � la compilation.</
dd>
<
dt><
strong>none</
strong></
dt>
<
dd>Aucun chevauchement de segment n'est autoris�.</
dd>
<
dt><
strong>unlimited</
strong></
dt>
<
dd>Le nombre de chevauchements de segments est illimit�.</
dd>
<
dt><
var>number-of-ranges</
var></
dt>
<
dd>Un nombre positif repr�sente le nombre maximal de
chevauchements de segments autoris� par le serveur.</
dd>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="maxrangereversals" id="maxrangereversals">Directive</
a> <
a name="MaxRangeReversals" id="MaxRangeReversals">MaxRangeReversals</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nombre d'inversions d'ordre autoris� dans la sp�cification des
segments de donn�es (par exemple <
code>100-200,50-70</
code>) avant le renvoi de la
ressource compl�te</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>MaxRangeReversals default | unlimited | none | <
var>nombre
d'inversions</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>MaxRangeReversals 20</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible depuis la version 2.3.15 du serveur HTTP
<
p>La directive <
code class="directive">MaxRangeReversals</
code> permet
de limiter le nombre d'inversions d'ordre dans la sp�cification
des segments de donn�es HTTP
autoris� par le serveur. Si le nombre
d'inversions demand� est sup�rieur au nombre maximal
autoris�, la ressource sera renvoy�e dans son int�gralit�.</
p>
<
dt><
strong>default</
strong></
dt>
<
dd>Limite le nombre d'inversions � la valeur
par d�faut 20 d�finie � la compilation.</
dd>
<
dt><
strong>none</
strong></
dt>
<
dd>Aucune inversion n'est autoris�e.</
dd>
<
dt><
strong>unlimited</
strong></
dt>
<
dd>Le nombre d'inversions est illimit�.</
dd>
<
dt><
var>number-of-ranges</
var></
dt>
<
dd>Un nombre positif repr�sente le nombre maximal
d'inversions autoris� par le serveur.</
dd>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="maxranges" id="maxranges">Directive</
a> <
a name="MaxRanges" id="MaxRanges">MaxRanges</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nombre de segments de donn�es autoris� avant le renvoi de
l'int�gralit� de la ressource</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>MaxRanges default | unlimited | none | <
var>nombre de segments</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>MaxRanges 200</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible depuis la version 2.3.15 du serveur HTTP
<
p>La directive <
code class="directive">MaxRanges</
code> permet de limiter
le nombre de segments de donn�es que le serveur va renvoyer au
client. Si un nombre de segments plus important est demand�, la
ressource sera renvoy�e dans son int�gralit�.</
p>
<
dt><
strong>default</
strong></
dt>
<
dd>Limite le nombre de segments de donn�es � 200 (valeur par
d�faut d�finie � la compilation).</
dd>
<
dt><
strong>none</
strong></
dt>
<
dd>Les en-t�tes Range sont ignor�s.</
dd>
<
dt><
strong>unlimited</
strong></
dt>
<
dd>Le nombre de segments de donn�es est illimit�.</
dd>
<
dt><
var>nombre de segments</
var></
dt>
<
dd>Un nombre positif repr�sentera la nombre de segments de
donn�es maximal que le serveur renverra au client.</
dd>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="mergetrailers" id="mergetrailers">Directive</
a> <
a name="MergeTrailers" id="MergeTrailers">MergeTrailers</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�termine si les donn�es suppl�mentaires (trailers) sont
fusionn�es avec les en-t�tes</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>MergeTrailers [on|off]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>MergeTrailers off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible � partir de la version 2.4.10 du serveur HTTP
<
p>Cette directive permet de contr�ler la fusion des donn�es HTTP
suppl�mentaires (trailers) avec la repr�sentation interne des
en-t�tes. Cette fusion intervient lorsque le corps de la requ�te a
�t� enti�rement re�u, bien longtemps apr�s que la majeure partie du
traitement des en-t�tes ait une chance de pouvoir examiner ou
modifier les en-t�tes de la requ�te.</
p>
<
p>Cette option a �t� introduite dans un souci de compatibilit� avec
les versions ant�rieures � 2.4.10, o� les donn�es suppl�mentaires
�taient syst�matiquement fusionn�es avec les en-t�tes de la requ�te.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="mutex" id="mutex">Directive</
a> <
a name="Mutex" id="Mutex">Mutex</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit les m�canismes de mutex et le repertoire du fichier
verrou pour tous les mutex ou seulement les mutex sp�cifi�s</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Mutex <
var>m�canisme</
var> [default|<
var>nom-mutex</
var>] ... [OmitPID]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>Mutex default</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible depuis la version 2.3.4 du serveur HTTP Apache</
td></
tr>
<
p>La directive <
code class="directive">Mutex</
code> permet de d�finir le
m�canisme de mutex, et �ventuellement le r�pertoire du fichier
verrou que les modules et httpd utilisent pour s�rialiser l'acc�s aux
ressources. Sp�cifiez <
code>default</
code> comme premier argument
pour modifier la configuration de tous les mutex ; sp�cifiez un nom
de mutex (voir la table ci-dessous) comme premier argument pour
ne modifier que la configuration de ce mutex.</
p>
<
p>La directive <
code class="directive">Mutex</
code> est typiquement
utilis�e dans les situations exceptionnelles suivantes :</
p>
<
li>choix d'un autre m�canisme de mutex lorsque le m�canisme par
d�faut s�lectionn� par <
a class="glossarylink" href="/glossary.html#apr" title="voir glossaire">APR</
a> pr�sente un
probl�me de fonctionnement ou de performances.</
li>
<
li>choix d'un autre r�pertoire utilis� par les mutex � base de
fichier lorsque le r�pertoire par d�faut ne supporte pas le
<
div class="note"><
h3>Modules support�s</
h3>
<
p>Cette directive ne configure que les mutex qui ont �t�
enregistr�s avec le serveur de base via l'API
<
code>ap_mutex_register()</
code>. Tous les modules fournis avec
httpd supportent la directive <
code class="directive">Mutex</
code>, mais il
n'en sera pas forc�ment de m�me pour les modules tiers.
Reportez-vous � la documentation du module tiers consid�r� afin de
d�terminer le(s) nom(s) de mutex qui pourront �tre d�finis si la
directive est support�e.</
p>
<
p>Les <
em>m�canismes</
em> de mutex disponibles sont les suivants :</
p>
<
li><
code>default | yes</
code>
<
p>C'est l'impl�mentation du verrouillage par d�faut, telle
qu'elle est d�finie par <
a class="glossarylink" href="/glossary.html#apr" title="voir glossaire">APR</
a>. On peut
afficher l'impl�mentation du verrouillage par d�faut via la
commande <
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> avec l'option <
code>-V</
code>.</
p></
li>
<
li><
code>none | no</
code>
<
p>Le mutex est d�sactiv�, et cette valeur n'est permise pour un
mutex que si le module indique qu'il s'agit d'un choix valide.
Consultez la documentation du module pour plus d'informations.</
p></
li>
<
li><
code>posixsem</
code>
<
p>Une variante de mutex bas�e sur un s�maphore Posix.</
p>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>La propri�t� du s�maphore n'est pas restitu�e si un thread du
processus g�rant le mutex provoque une erreur de segmentation,
ce qui provoquera un blocage du serveur web.</
p>
<
p>Une variante de mutex bas�e sur un s�maphore IPC SystemV.</
p>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Il peut arriver que les s�maphores SysV soient conserv�s si le
processus se crashe avant que le s�maphore ne soit supprim�.</
p>
<
div class="warning"><
h3>S�curit�</
h3>
<
p>L'API des s�maphores permet les attaques par d�ni de service
par tout programme CGI s'ex�cutant sous le m�me uid que le
serveur web (autrement dit tous les programmes CGI, � moins que
vous n'utilisiez un programme du style <
code class="program"><
a href="/programs/suexec.html">suexec</
a></
code>
ou <
code>cgiwrapper</
code>).</
p>
<
p>S�lection de la "meilleure" impl�mentation des s�maphores
disponible ; le choix s'effectue entre les s�maphores posix et
IPC SystemV, dans cet ordre.</
p></
li>
<
p>Une variante de mutex � base de mutex de thread Posix
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Sur la plupart des syst�mes, si un processus enfant se
termine anormalement alors qu'il d�tenait un mutex qui utilise
cette impl�mentation, le serveur va se bloquer et cesser de
r�pondre aux requ�tes. Dans ce cas, un red�marrage manuel est
n�cessaire pour r�cup�rer le mutex.</
p>
<
p>Solaris constitue une exception notable, en ceci qu'il fournit
un m�canisme qui permet en g�n�ral de r�cup�rer le mutex apr�s
l'arr�t anormal d'un processus enfant qui d�tenait le mutex.</
p>
<
p>Si votre syst�me impl�mente la fonction
<
code>pthread_mutexattr_setrobust_np()</
code>, vous devriez
pouvoir utiliser l'option <
code>pthread</
code> sans probl�me.</
p>
<
p>Une variante de mutex utilisant un fichier verrou physique et
la fonction <
code>fcntl()</
code>.</
p>
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Lorsqu'on utilise plusieurs mutex bas�s sur ce m�canisme dans
un environnement multi-processus, multi-thread, des erreurs de
blocage (EDEADLK) peuvent �tre rapport�es pour des op�rations de
mutex valides si la fonction <
code>fcntl()</
code> ne g�re pas
les threads, comme sous Solaris.</
p>
mais c'est la fonction <
code>flock()</
code> qui est utilis�e
pour g�rer le verrouillage par fichier.</
p></
li>
<
p>S�lection de la "meilleure" impl�mentation de verrouillage
par fichier disponible ; le choix s'effectue entre
<
code>fcntl</
code> et <
code>flock</
code>, dans cet ordre.</
p></
li>
<
p>La plupart des m�canismes ne sont disponibles que sur les
plate-formes o� ces derni�res et <
a class="glossarylink" href="/glossary.html#apr" title="voir glossaire">APR</
a> les
supportent. Les m�canismes qui ne sont pas disponibles sur toutes
les plate-formes sont <
em>posixsem</
em>,
<
em>sysvsem</
em>, <
em>sem</
em>, <
em>pthread</
em>, <
em>fcntl</
em>,
<
em>flock</
em>, et <
em>file</
em>.</
p>
<
p>Avec les m�canismes � base de fichier <
em>fcntl</
em> et
<
em>flock</
em>, le chemin, s'il est fourni, est un r�pertoire dans
lequel le fichier verrou sera cr��. Le r�pertoire par d�faut est le
r�pertoire d'ex�cution httpd d�fini par la directive <
code class="directive"><
a href="#defaultruntimedir">DefaultRuntimeDir</
a></
code>. Si le r�pertoire
sp�cifi� est un chemin relatif, il est relatif au chemin d�fini par
la directive <
code class="directive"><
a href="#defaultruntimedir">DefaultRuntimeDir</
a></
code>.
Utilisez toujours un syst�me
jamais un r�pertoire se trouvant dans un syst�me de fichiers NFS ou
AFS. Le nom de base du fichier se composera du type de mutex, d'une
cha�ne optionnelle correspondant � l'instance et fournie par le
module ; et, sauf si le mot-cl� <
code>OmitPID</
code> a �t� sp�cifi�,
l'identificateur du processus parent httpd sera ajout� afin de
rendre le nom du fichier unique, �vitant ainsi tout conflit lorsque
plusieurs instances d'httpd partagent le m�me r�pertoire de
verrouillage. Par exemple, si le nom de mutex est
<
code>mpm-accept</
code>, et si le r�pertoire de verrouillage est
l'instance httpd dont le processus parent a pour identifiant 12345
<
div class="warning"><
h3>S�curit�</
h3>
<
p>Il est conseill� d'<
em>�viter</
em> de placer les fichiers mutex
dans un r�pertoire o� tout le monde peut �crire comme
<
code>/
var/
tmp</
code>, car quelqu'un pourrait initier une attaque
par d�ni de service et emp�cher le serveur de d�marrer en cr�ant un
fichier verrou poss�dant un nom identique � celui que le serveur va
<
p>La table suivante d�crit les noms de mutex utilis�s par httpd et
ses modules associ�s.</
p>
<
table class="bordered"><
tr class="header">
<
th>Ressource prot�g�e</
th>
<
td><
code>mpm-accept</
code></
td>
<
td>modules MPM <
code class="module"><
a href="/mod/prefork.html">prefork</
a></
code> et <
code class="module"><
a href="/mod/worker.html">worker</
a></
code></
td>
<
td>connexions entrantes, afin d'�viter le probl�me de
l'afflux de requ�tes ; pour plus d'informations, voir la
<
td><
code>authdigest-client</
code></
td>
<
td>liste de clients en m�moire partag�e</
td>
<
td><
code>authdigest-opaque</
code></
td>
<
td>compteur en m�moire partag�e</
td>
<
td><
code>ldap-cache</
code></
td>
<
td>cache de r�sultat de recherche LDAP</
td>
<
td><
code>rewrite-map</
code></
td>
<
td>communication avec des programmes externes
d'associations de valeurs, afin d'�viter les interf�rences
d'entr�
es/
sorties entre plusieurs requ�tes</
td>
<
td><
code>ssl-cache</
code></
td>
<
td><
code class="module"><
a href="/mod/mod_ssl.html">mod_ssl</
a></
code></
td>
<
td>cache de session SSL</
td>
<
td><
code>ssl-stapling</
code></
td>
<
td><
code class="module"><
a href="/mod/mod_ssl.html">mod_ssl</
a></
code></
td>
<
td>cache de l'�tiquetage OCSP ("OCSP stapling")</
td>
<
td><
code>watchdog-callback</
code></
td>
<
td>fonction de rappel d'un module client particulier</
td>
<
p>Le mot-cl� <
code>OmitPID</
code> permet d'emp�cher l'addition de
l'identifiant du processus httpd parent au nom du fichier verrou.</
p>
<
p>Dans l'exemple suivant, le m�canisme de mutex pour le mutex
mpm-accept est modifi� pour passer du m�canisme par d�faut au
m�canisme <
code>fcntl</
code>, avec le fichier verrou associ� cr��
dans le r�pertoire <
code>/
var/
httpd/
locks</
code>. Le m�canisme de
mutex par d�faut pour tous les autres mutex deviendra
<
code>sysvsem</
code>.</
p>
<
pre class="prettyprint lang-config">Mutex sysvsem default
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="namevirtualhost" id="namevirtualhost">Directive</
a> <
a name="NameVirtualHost" id="NameVirtualHost">NameVirtualHost</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>OBSOLETE : D�finit une adresse IP pour les serveurs virtuels � base de
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>NameVirtualHost <
var>adresse</
var>[:<
var>port</
var>]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Avant la version 2.3.11, il �tait n�cessaire de d�finir une
directive <
code class="directive">NameVirtualHost</
code> pour indiquer au
serveur qu'une paire adresse
IP/
port particuli�re pouvait �tre
utilis�e comme serveur virtuel � base de nom. Depuis la version
2.3.11, chaque fois qu'une paire adresse
IP/
port est utilis�e dans
plusieurs serveurs virtuels, l'h�bergement virtuel � base de nom est
automatiquement activ� pour cette adresse.</
p>
<
p>Cette directive n'a actuellement plus aucun effet.</
p>
<
li><
a href="/vhosts/">Documentation sur les serveurs
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="options" id="options">Directive</
a> <
a name="Options" id="Options">Options</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit les fonctionnalit�s disponibles pour un r�pertoire
[+|-]<
var>option</
var> [[+|-]<
var>option</
var>] ...</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>Options FollowSymlinks</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Avec la version 2.3.11, la valeur par d�faut passe de All
� FollowSymlinks</
td></
tr>
<
p>La directive <
code class="directive">Options</
code> permet de d�finir
les fonctionnalit�s de serveur disponibles pour un r�pertoire
<
p><
var>option</
var> peut �tre d�fini � <
code>None</
code>, auquel
cas aucune fonctionnalit� sp�cifique n'est activ�e, ou comprendre
une ou plusieurs des options suivantes :</
p>
<
dt><
code>All</
code></
dt>
<
dd>Toutes les options except� <
code>MultiViews</
code>.</
dd>
<
dt><
code>ExecCGI</
code></
dt>
<
dd>L'ex�cution de scripts CGI � l'aide du module
<
code class="module"><
a href="/mod/mod_cgi.html">mod_cgi</
a></
code> est permise.</
dd>
<
dt><
code>FollowSymLinks</
code></
dt>
Le serveur va suivre les liens symboliques dans le r�pertoire
concern�. Il s'agit de la valeur par d�faut.
<
p>Bien que le serveur suive les liens symboliques, il ne modifie
<
em>pas</
em> le nom de chemin concern� d�fini par la section
<
code class="directive"><
a href="#directory"><Directory></
a></
code>.</
p>
<
p>Les options <
code>FollowSymLinks</
code> et
<
code>SymLinksIfOwnerMatch</
code> ne fonctionnent que dans les
sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> ou les fichiers
<
code>.htaccess</
code>.</
p>
<
p>Le fait d'omettre cette option ne doit pas �tre consid�r� comme
une mesure de s�curit� efficace, car il existe toujours une
situation de comp�tition (race condition) entre l'instant o� l'on
v�rifie qu'un chemin n'est pas un lien symbolique, et l'instant o�
l'on utilise effectivement ce chemin.</
p>
<
dt><
code>Includes</
code></
dt>
Les inclusions c�t� serveur (SSI) � l'aide du module
<
code class="module"><
a href="/mod/mod_include.html">mod_include</
a></
code> sont autoris�es.</
dd>
<
dt><
code>IncludesNOEXEC</
code></
dt>
Les inclusions c�t� serveur (SSI) sont permises, mais <
code>#exec
cmd</
code> et <
code>#exec cgi</
code> sont d�sactiv�s.
L'utilisation de <
code>#include virtual</
code> pour les scripts
CGI est cependant toujours possible depuis des r�pertoires
d�finis par <
code class="directive"><
a href="/mod/mod_alias.html#scriptalias">ScriptAlias</
a></
code>.</
dd>
<
dt><
code>Indexes</
code></
dt>
Si une URL requise correspond au r�pertoire concern�, et si aucun
<
code class="directive"><
a href="/mod/mod_dir.html#directoryindex">DirectoryIndex</
a></
code> (<
em>par
exemple</
em> <
code>
index.html</
code>) n'est d�fini pour ce
r�pertoire, le module <
code class="module"><
a href="/mod/mod_autoindex.html">mod_autoindex</
a></
code> va renvoyer
un listing format� du r�pertoire.</
dd>
<
dt><
code>MultiViews</
code></
dt>
<
div class="note"><
h3>Note</
h3> <
p>Cette option est ignor�e si elle est
d�finie en tout autre endroit qu'une section <
code class="directive"><
a href="#directory"><Directory></
a></
code>, car
pour effectuer ses comparaisons et ses �valuations.</
p></
div>
<
dt><
code>SymLinksIfOwnerMatch</
code></
dt>
<
dd>Le serveur ne suivra que les liens symboliques qui renvoient
vers un fichier ou un r�pertoire dont le propri�taire est le m�me
<
div class="note"><
h3>Note</
h3>
<
p>Les options <
code>FollowSymLinks</
code> et
<
code>SymLinksIfOwnerMatch</
code> ne fonctionnent que dans les
sections <
code class="directive"><
a href="#directory"><Directory></
a></
code> ou les fichiers
<
code>.htaccess</
code>.</
p>
<
p>Le fait d'omettre cette option ne doit pas �tre consid�r� comme
une mesure de s�curit� efficace, car il existe toujours une
situation de comp�tition (race condition) entre l'instant o� l'on
v�rifie qu'un chemin n'est pas un lien symbolique, et l'instant o�
l'on utilise effectivement ce chemin.</
p>
<
p>Normalement, si plusieurs directives
<
code class="directive">Options</
code> peuvent s'appliquer � un r�pertoire,
c'est la plus sp�cifique qui est utilis�e et les autres sont
ignor�es ; les options ne sont pas fusionn�es (voir <
a href="/sections.html#mergin">comment les sections sont
fusionn�es</
a>). Elles le sont cependant si <
em>toutes</
em> les
options de la directive <
code class="directive">Options</
code> sont
pr�c�d�es d'un symbole <
code>+</
code> ou <
code>-</
code>. Toute
option pr�c�d�e d'un <
code>+</
code> est ajout�e � la liste des
options courantes de mani�re forc�e et toute option pr�c�d�e d'un
<
code>-</
code> est supprim�e de la liste des options courantes de la
<
div class="note"><
h3>Note</
h3>
<
p>M�langer des <
code class="directive">Options</
code> avec <
code>+</
code>
ou <
code>-</
code> avec des <
code class="directive">Options</
code> sans
<
code>+</
code> ou <
code>-</
code> constitue une erreur de syntaxe, et
la v�rification de la syntaxe au cours du d�marrage du serveur fera
<
p>Par exemple, sans aucun symbole <
code>+</
code> et <
code>-</
code>
<
pre class="prettyprint lang-config"><Directory "/
web/
docs">
Options Indexes FollowSymLinks
<
p>ici, seule l'option <
code>Includes</
code> sera prise en compte
pour le r�pertoire <
code>/
web/
docs/
spec</
code>. Par contre, si la
seconde directive <
code class="directive">Options</
code> utilise les
symboles <
code>+</
code> et <
code>-</
code> :</
p>
<
pre class="prettyprint lang-config"><Directory "/
web/
docs">
Options Indexes FollowSymLinks
Options +Includes -Indexes
<
p>alors, les options <
code>FollowSymLinks</
code> et
<
code>Includes</
code> seront prises en compte pour le r�pertoire
<
div class="note"><
h3>Note</
h3>
<
p>L'utilisation de <
code>-IncludesNOEXEC</
code> ou
<
code>-Includes</
code> d�sactive compl�tement les inclusions c�t�
serveur sans tenir compte des d�finitions pr�c�dentes.</
p>
<
p>En l'absence de toute d�finition d'options, la valeur par d�faut
est <
code>FollowSymlinks</
code>.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="protocol" id="protocol">Directive</
a> <
a name="Protocol" id="Protocol">Protocol</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Protocole pour une socket d'�coute</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Protocol <
var>protocole</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Sous Windows, disponible � partir de la version 2.3.3 du
serveur HTTP Apache.</
td></
tr>
<
p>Cette directive permet de sp�cifier le protocole utilis� pour une
socket d'�coute particuli�re. Le protocole sert � d�terminer quel
module doit traiter une requ�te, et d'appliquer les optimisations
sp�cifiques au protocole via la directive
<
code class="directive">AcceptFilter</
code>.</
p>
<
p>Vous ne devez d�finir le protocole que si vous travaillez avec
des ports non standards ; dans le cas g�n�ral, le protocole
<
code>http</
code> est associ� au port 80 et le protocole
<
code>https</
code> au port 443.</
p>
<
p>Par exemple, si vous travaillez avec le protocole
<
code>https</
code> sur un port non standard, sp�cifiez le protocole
de mani�re explicite :</
p>
<
pre class="prettyprint lang-config">Protocol https</
pre>
<
p>Vous pouvez aussi sp�cifier le protocole via la directive
<
li><
code class="directive"><
a href="#acceptfilter">AcceptFilter</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="registerhttpmethod" id="registerhttpmethod">Directive</
a> <
a name="RegisterHttpMethod" id="RegisterHttpMethod">RegisterHttpMethod</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Enregistrement de m�thodes HTTP non standards</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>RegisterHttpMethod <
var>m�thode</
var> [<
var>m�thode</
var> [...]]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Normalement, les m�thodes HTTP non conformes aux RFCs correspondantes
sont rejet�es au cours du traitement de la requ�te par HTTPD. Pour
�viter ceci, les modules peuvent enregistrer les m�thodes HTTP non
standards qu'ils supportent. La directive
<
code class="directive">RegisterHttpMethod</
code> permet d'enregistrer de telles
m�thodes manuellement. Ceci peut s'av�rer utile si de telle m�thodes
doivent �tre utilis�es dans un traitement externe, comme un script CGI.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="rlimitcpu" id="rlimitcpu">Directive</
a> <
a name="RLimitCPU" id="RLimitCPU">RLimitCPU</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Limite le temps CPU allou� aux processus initi�s par les
processus enfants d'Apache httpd</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>RLimitCPU <
var>secondes</
var>|max [<
var>secondes</
var>|max]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>Non d�fini ; utilise les valeurs par d�faut du syst�me
d'exploitation</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Prend 1 ou 2 param�tres. Le premier definit la limite de
consommation de ressources pour tous les processus, et le second la
consommation de ressources maximale. Les deux param�tres peuvent
contenir soit un nombre, soit <
code>max</
code> pour indiquer au
serveur que la limite de consommation correspond � la valeur
maximale autoris�e par la configuration du syst�me d'exploitation.
Pour augmenter la consommation maximale de ressources, le serveur
doit s'ex�cuter en tant que <
code>root</
code>, ou se trouver dans sa
<
p>Cette directive s'applique aux processus initi�s par les
processus enfants d'Apache httpd qui traitent les requ�tes, et non aux
processus enfants eux-m�mes. Sont concern�s les scripts CGI et les
commandes exec des SSI, mais en aucun cas les processus initi�s par
le processus parent d'Apache httpd comme les journalisations redirig�es
<
p>Les limites de ressources CPU sont exprim�es en secondes par
<
li><
code class="directive"><
a href="#rlimitmem">RLimitMEM</
a></
code></
li>
<
li><
code class="directive"><
a href="#rlimitnproc">RLimitNPROC</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="rlimitmem" id="rlimitmem">Directive</
a> <
a name="RLimitMEM" id="RLimitMEM">RLimitMEM</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Limite la m�moire allou�e aux processus initi�s par les
processus enfants d'Apache httpd</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>RLimitMEM <
var>octets</
var>|max [<
var>octets</
var>|max]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>Non d�fini ; utilise les valeurs par d�faut du syst�me
d'exploitation</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Prend 1 ou 2 param�tres. Le premier definit la limite de
consommation de ressources pour tous les processus, et le second la
consommation de ressources maximale. Les deux param�tres peuvent
contenir soit un nombre, soit <
code>max</
code> pour indiquer au
serveur que la limite de consommation correspond � la valeur
maximale autoris�e par la configuration du syst�me d'exploitation.
Pour augmenter la consommation maximale de ressources, le serveur
doit s'ex�cuter en tant que <
code>root</
code>, ou se trouver dans sa
<
p>Cette directive s'applique aux processus initi�s par les
processus enfants d'Apache httpd qui traitent les requ�tes, et non aux
processus enfants eux-m�mes. Sont concern�s les scripts CGI et les
commandes exec des SSI, mais en aucun cas les processus initi�s par
le processus parent d'Apache httpd comme les journalisations redirig�es
<
p>Les limites de ressources m�moire sont exprim�es en octets par
<
li><
code class="directive"><
a href="#rlimitcpu">RLimitCPU</
a></
code></
li>
<
li><
code class="directive"><
a href="#rlimitnproc">RLimitNPROC</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="rlimitnproc" id="rlimitnproc">Directive</
a> <
a name="RLimitNPROC" id="RLimitNPROC">RLimitNPROC</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Limite le nombre de processus qui peuvent �tre initi�s par
les processus initi�s par les processus enfants d'Apache httpd</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>RLimitNPROC <
var>nombre</
var>|max [<
var>nombre</
var>|max]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>Unset; uses operating system defaults</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Prend 1 ou 2 param�tres. Le premier definit la limite de
consommation de ressources pour tous les processus, et le second la
consommation de ressources maximale. Les deux param�tres peuvent
contenir soit un nombre, soit <
code>max</
code> pour indiquer au
serveur que la limite de consommation correspond � la valeur
maximale autoris�e par la configuration du syst�me d'exploitation.
Pour augmenter la consommation maximale de ressources, le serveur
doit s'ex�cuter en tant que <
code>root</
code>, ou se trouver dans sa
<
p>Cette directive s'applique aux processus initi�s par les
processus enfants d'Apache httpd qui traitent les requ�tes, et non aux
processus enfants eux-m�mes. Sont concern�s les scripts CGI et les
commandes exec des SSI, mais en aucun cas les processus initi�s par
le processus parent d'Apache httpd comme les journalisations redirig�es
<
p>Les limites des processus contr�lent le nombre de processus par
<
div class="note"><
h3>Note</
h3>
<
p>Si les processus CGI s'ex�cutent sous le m�me
utilisateur que celui du serveur web, cette
directive va limiter le nombre de processus que le serveur
pourra lui-m�me cr�er. La pr�sence de messages
<
strong><
code>cannot fork</
code></
strong> dans le journal des
erreurs indiquera que la limite est atteinte.</
p>
<
li><
code class="directive"><
a href="#rlimitmem">RLimitMEM</
a></
code></
li>
<
li><
code class="directive"><
a href="#rlimitcpu">RLimitCPU</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="scriptinterpretersource" id="scriptinterpretersource">Directive</
a> <
a name="ScriptInterpreterSource" id="ScriptInterpreterSource">ScriptInterpreterSource</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Permet de localiser l'interpr�teur des scripts
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ScriptInterpreterSource Registry|Registry-Strict|Script</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>ScriptInterpreterSource Script</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Win32 seulement</
td></
tr>
<
p>Cette directive permet de contr�ler la m�thode qu'utilise Apache
httpd pour trouver l'interpr�teur destin� � ex�cuter les scripts CGI. La
d�finition par d�faut est <
code>Script</
code> : ceci indique �
Apache httpd qu'il doit utiliser l'interpr�teur pr�cis� dans la ligne
shebang du script (la premi�re ligne, commen�ant par
<
code>#!</
code>). Sur les syst�mes Win32, cette ligne ressemble
<
p>ou simplement, dans le cas o� <
code>perl</
code> est dans le
<
pre class="prettyprint lang-perl">#!perl</
pre>
<
p>Avec <
code>ScriptInterpreterSource Registry</
code>, Windows va
effectuer une recherche dans l'arborescence
<
code>HKEY_CLASSES_ROOT</
code> de la base de registre avec comme
mot-cl� l'extension du fichier contenant le script (par exemple
<
code>.pl</
code>). C'est la commande d�finie par la sous-cl� de
registre <
code>Shell\ExecCGI\Command</
code> ou, si elle n'existe
pas, la sous-cl� <
code>Shell\Open\Command</
code> qui est utilis�e
pour ouvrir le fichier du script. Si ces cl�s de registre ne sont
pas trouv�es, Apache httpd utilise la m�thode de l'option
<
div class="warning"><
h3>S�curit�</
h3>
<
p>Soyez prudent si vous utilisez <
code>ScriptInterpreterSource
Registry</
code> avec des r�pertoires faisant l'objet d'un <
code class="directive"><
a href="/mod/mod_alias.html#scriptalias">ScriptAlias</
a></
code>, car Apache httpd va essayer
d'ex�cuter <
strong>tous</
strong> les fichiers contenus dans
celui-ci. L'option <
code>Registry</
code> peut causer des appels de
programmes non voulus sur des fichiers non destin�s � �tre ex�cut�s.
Par exemple, la commande par d�faut open sur les fichiers
<
code>.htm</
code> sur la plupart des syst�mes Windows va lancer
Microsoft Internet Explorer ; ainsi, toute requ�te HTTP pour un
fichier <
code>.htm</
code> situ� dans le r�pertoire des scripts
va lancer le navigateur en arri�re-plan sur le serveur, ce qui a
toutes les chances de crasher votre syst�me dans les minutes qui
<
p>L'option <
code>Registry-Strict</
code>, apparue avec la version
2.0 du serveur HTTP Apache,
agit de mani�re identique � <
code>Registry</
code>, mais n'utilise
que la sous-cl� <
code>Shell\ExecCGI\Command</
code>. La pr�sence de
la cl� <
code>ExecCGI</
code> n'�tant pas syst�matique, Elle doit �tre
d�finie manuellement dans le registre Windows et �vite ainsi tout
appel de programme accidentel sur votre syst�me.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="seerequesttail" id="seerequesttail">Directive</
a> <
a name="SeeRequestTail" id="SeeRequestTail">SeeRequestTail</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�termine si mod_status affiche les 63 premiers caract�res
d'une requ�te ou les 63 derniers, en supposant que la requ�te
elle-m�me poss�de plus de 63 caract�res.</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>SeeRequestTail On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>SeeRequestTail Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Avec <
code>ExtendedStatus On</
code>, mod_status affiche la
v�ritable requ�te en cours de traitement. Pour des raisons
historiques, seuls 63 caract�res de la requ�te sont r�ellement
stock�s � des fins d'affichage. Cette directive permet de d�terminer
si ce sont les 63 premiers caract�res qui seront stock�s (c'est le
comportement par d�faut),
ou si ce sont les 63 derniers. Ceci ne s'applique bien entendu que
si la taille de la requ�te est de 64 caract�res ou plus.</
p>
, l'affichage de la requ�te par mod_status se pr�sentera comme suit :
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="serveradmin" id="serveradmin">Directive</
a> <
a name="ServerAdmin" id="ServerAdmin">ServerAdmin</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>L'adresse �lectronique que le serveur inclut dans les
messages d'erreur envoy�s au client</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerAdmin <
var>adresse �lectronique</
var>|<
var>URL</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">ServerAdmin</
code> permet de d�finir
l'adresse de contact que le serveur va inclure dans tout message
d'erreur qu'il envoie au client. Si le programme <
code>httpd</
code>
ne reconnait pas l'argument fourni comme une URL, il suppose que
c'est une <
var>adresse �lectronique</
var>, et lui ajoute le pr�fixe
<
code>mailto:</
code> dans les cibles des hyperliens. Il est
cependant recommand� d'utiliser exclusivement une adresse
�lectronique, car de nombreux scripts CGI consid�rent ceci comme
implicite. Si vous utilisez une URL, elle doit pointer vers un autre
serveur que vous contr�lez. Dans le cas contraire, les utilisateurs
seraient dans l'impossibilit� de vous contacter en cas de probl�me.</
p>
<
p>Il peut s'av�rer utile de d�finir une adresse d�di�e �
l'administration du serveur, par exemple :</
p>
<
pre class="prettyprint lang-config">ServerAdmin www-admin@foo.example.com</
pre>
<
p>car les utilisateurs ne mentionnent pas syst�matiquement le
serveur dont ils parlent !</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="serveralias" id="serveralias">Directive</
a> <
a name="ServerAlias" id="ServerAlias">ServerAlias</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Autres noms d'un serveur utilisables pour atteindre des
serveurs virtuels � base de nom</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerAlias <
var>nom serveur</
var> [<
var>nom serveur</
var>]
<
p>La directive <
code class="directive">ServerAlias</
code> permet de d�finir
les noms alternatifs d'un serveur utilisables pour atteindre des <
a href="/vhosts/name-based.html">serveurs virtuels � base de
nom</
a>. La directive <
code class="directive">ServerAlias</
code> peut
contenir des caract�res g�n�riques, si n�cessaire.</
p>
<
pre class="prettyprint lang-config"><VirtualHost *:80>
</VirtualHost></
pre>
<
p>La recherche du serveur virtuel � base de nom correspondant au
plus pr�s � la requ�te s'effectue selon l'ordre d'apparition des
directives <
code class="directive"><
a href="#virtualhost"><virtualhost></
a></
code> dans le fichier de
configuration. Le premier serveur virtuel dont le <
code class="directive"><
a href="#servername">ServerName</
a></
code> ou le <
code class="directive"><
a href="#serveralias">ServerAlias</
a></
code> correspond est choisi, sans
priorit� particuli�re si le nom contient des caract�res g�n�riques
(que ce soit pour ServerName ou ServerAlias).</
p>
<
p>Tous les noms sp�cifi�s au sein d'une section
<
code class="directive">VirtualHost</
code> sont trait�s comme un
<
code class="directive">ServerAlias</
code> (sans caract�res g�n�riques).</
p>
<
li><
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code></
li>
<
li><
a href="/vhosts/">Documentation sur les serveurs virtuels
du serveur HTTP Apache</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="servername" id="servername">Directive</
a> <
a name="ServerName" id="ServerName">ServerName</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nom d'h�te et port que le serveur utilise pour
s'authentifier lui-m�me</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerName [<
var>protocole</
var>://]<
var>nom de domaine
enti�rement qualifi�</
var>[:<
var>port</
var>]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">ServerName</
code> permet de d�finir
les protocole, nom d'h�te et port d'une requ�te que le serveur
utilise pour s'authentifier lui-m�me. Ceci est utile lors de la
cr�ation de redirections d'URLs.</
p>
<
p>La directive <
code class="directive">ServerName</
code> permet aussi
(�ventuellement en conjonction avec la directive
<
code class="directive">ServerAlias</
code>) d'identifier de mani�re unique
un serveur virtuel, lorsqu'elle est utilis�e dans un contexte de <
a href="/vhosts/name-based.html">serveurs virtuels � base de
<
p>Par exemple, si le nom de la
machine h�bergeant le serveur web est
web s'identifie avec cet alias, vous devez utilisez la d�finition
<
p>La directive <
code class="directive">ServerName</
code> peut appara�tre �
toutes les �tapes de la d�finition du serveur. Toute occurrence
annule cependant la pr�c�dente (pour ce serveur).</
p>
<
p>Si la directive <
code class="directive">ServerName</
code> n'est pas
d�finie, le serveur tente de d�terminer le nom
d'h�te visible du point de vue du client en effectuant
une recherche DNS inverse sur une adresse IP du serveur.</
p>
<
code class="directive">ServerName</
code> ne pr�cise pas de port, le serveur
utilisera celui de la requ�te entrante. Il est recommand� de
sp�cifier un nom d'h�te et un port sp�cifiques � l'aide de la
directive <
code class="directive">ServerName</
code> pour une fiabilit�
optimale et � titre pr�ventif.</
p>
nom</
a>, une directive <
code class="directive">ServerName</
code> situ�e �
l'int�rieur d'une section <
code class="directive"><
a href="#virtualhost"><VirtualHost></
a></
code> sp�cifiera quel nom d'h�te
doit appara�tre dans l'en-t�te de requ�te <
code>Host:</
code> pour
pouvoir atteindre ce serveur virtuel.</
p>
<
p>Parfois, le serveur s'ex�cute en amont d'un dispositif qui
impl�mente SSL, comme un mandataire inverse, un r�partiteur de
charge ou un bo�tier d�di� SSL. Dans ce cas, sp�cifiez le protocole
<
code>https://</
code> et le port auquel les clients se connectent
dans la directive <
code class="directive">ServerName</
code>, afin de
s'assurer que le serveur g�n�re correctement ses URLs
<
p>Voir la description des directives <
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code> et <
code class="directive"><
a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</
a></
code> pour les
d�finitions qui permettent de d�terminer si les URLs
auto-identifiantes (par exemple via le module
<
code class="module"><
a href="/mod/mod_dir.html">mod_dir</
a></
code>) vont faire r�f�rence au port sp�cifi�, ou
au port indiqu� dans la requ�te du client.
<
p>Si la valeur de la directive <
code class="directive">ServerName</
code> ne
peut pas �tre r�solue en adresse IP, le d�marrage du serveur
provoquera un avertissement. <
code>httpd</
code> va alors utiliser le
r�sultat de la commande syst�me <
code>hostname</
code> pour
d�terminer le nom du serveur, ce qui ne correspondra pratiquement
jamais au nom de serveur que vous souhaitez r�ellement.</
p>
<
div class="example"><
p><
code>
httpd: Could not reliably determine the server's fully qualified domain name, using
rocinante.local for ServerName
le serveur HTTP Apache</
a></
li>
<
li><
a href="/vhosts/">Documentation sur les serveurs virtuels
du serveur HTTP Apache</
a></
li>
<
li><
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code></
li>
<
li><
code class="directive"><
a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</
a></
code></
li>
<
li><
code class="directive"><
a href="#serveralias">ServerAlias</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="serverpath" id="serverpath">Directive</
a> <
a name="ServerPath" id="ServerPath">ServerPath</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Nom de chemin d'URL h�rit� pour un serveur virtuel � base
de nom acc�d� par un navigateur incompatible</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerPath <
var>chemin d'URL</
var></
code></
td></
tr>
<
p>La directive <
code class="directive">ServerPath</
code> permet de d�finir
le nom de chemin d'URL h�rit� d'un h�te, � utiliser avec les <
a href="/vhosts/">serveurs virtuels � base de nom</
a>.</
p>
<
li><
a href="/vhosts/">Documentation sur les serveurs virtuels
du serveur HTTP Apache</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="serverroot" id="serverroot">Directive</
a> <
a name="ServerRoot" id="ServerRoot">ServerRoot</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Racine du r�pertoire d'installation du
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerRoot <
var>chemin de r�pertoire</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>La directive <
code class="directive">ServerRoot</
code> permet de d�finir
le r�pertoire dans lequel le serveur est install�. En particulier,
il contiendra les sous-r�pertoires <
code>conf/</
code> et
<
code>logs/</
code>. Les chemins relatifs indiqu�s dans les autres
directives (comme <
code class="directive"><
a href="#include">Include</
a></
code> ou <
code class="directive"><
a href="/mod/mod_so.html#loadmodule">LoadModule</
a></
code>) seront d�finis par
rapport � ce r�pertoire.</
p>
<
pre class="prettyprint lang-config">ServerRoot "/
home/
httpd"</
pre>
<
p>La valeur par d�faut de <
code class="directive">ServerRoot</
code> peut
�tre modifi�e via l'argument <
code>--prefix</
code> de la commande <
a href="/programs/configure.html"><
code>configure</
code></
a>, et de
nombreuses distributions tierces du serveur proposent une valeur
diff�rente de celles list�es ci-dessus.</
p>
options de <
code>httpd</
code></
a></
li>
propos de s�curit�</
a> pour des informations sur la mani�re de d�finir
correctement les permissions sur le r�pertoire indiqu� par la directive
<
code class="directive">ServerRoot</
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="serversignature" id="serversignature">Directive</
a> <
a name="ServerSignature" id="ServerSignature">ServerSignature</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit un pied de page pour les documents g�n�r�s par le
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerSignature On|Off|EMail</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>ServerSignature Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La directive <
code class="directive">ServerSignature</
code> permet de
d�finir une ligne de pied de page fixe pour les documents g�n�r�s
par le serveur (messages d'erreur, listings de r�pertoires ftp de
etc...). Dans le cas d'une cha�ne de mandataires, l'utilisateur n'a
souvent aucun moyen de d�terminer lequel des mandataires cha�n�s a
g�n�r� un message d'erreur, et c'est une des raisons pour lesquelles
on peut �tre amen� � ajouter un tel pied de page.</
p>
<
p>La valeur par d�faut <
code>Off</
code> supprime la ligne de pied
de page (et est ainsi compatible avec le comportement des
versions 1.2 et ant�rieures d'Apache). la valeur <
code>On</
code>
ajoute simplement une ligne contenant le num�ro de version du
serveur ainsi que le nom du serveur virtuel issu de la directive
<
code class="directive"><
a href="#servername">ServerName</
a></
code>, alors que la valeur
<
code>EMail</
code> ajoute en plus une r�f�rence "mailto:" �
l'administrateur du document r�f�renc� issu la directive
<
code class="directive"><
a href="#serveradmin">ServerAdmin</
a></
code>.</
p>
<
p>Apr�s la version 2.0.44, les d�tails � propos du num�ro de
version du serveur sont contr�l�s � l'aide de la directive
<
code class="directive"><
a href="#servertokens">ServerTokens</
a></
code>.</
p>
<
li><
code class="directive"><
a href="#servertokens">ServerTokens</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="servertokens" id="servertokens">Directive</
a> <
a name="ServerTokens" id="ServerTokens">ServerTokens</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Configure l'en-t�te <
code>Server</
code> de la r�ponse
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>ServerTokens Major|Minor|Min[imal]|Prod[uctOnly]|OS|Full</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>ServerTokens Full</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Cette directive permet de contr�ler le contenu de l'en-t�te
<
code>Server</
code> inclus dans la r�ponse envoy�e au client : cet
en-t�te peut contenir le type de syst�me d'exploitation du serveur,
ainsi que des informations � propos des modules compil�s avec le
<
dt><
code>ServerTokens Full</
code> (ou non sp�cifi�)</
dt>
<
dd>Le serveur envoie par exemple : <
code>Server:
Apache/
2.4.2 <
dt><
code>ServerTokens Prod[uctOnly]</
code></
dt>
<
dd>Le serveur renvoie (<
em>par exemple</
em>): <
code>Server:
<
dt><
code>ServerTokens Major</
code></
dt>
<
dd>Le serveur renvoie (<
em>par exemple</
em>): <
code>Server:
<
dt><
code>ServerTokens Minor</
code></
dt>
<
dd>Le serveur renvoie (<
em>par exemple</
em>): <
code>Server:
<
dt><
code>ServerTokens Min[imal]</
code></
dt>
<
dd>Le serveur renvoie (<
em>par exemple</
em>): <
code>Server:
<
dt><
code>ServerTokens OS</
code></
dt>
<
dd>Le serveur renvoie (<
em>par exemple</
em>): <
code>Server:
<
p>Cette d�finition s'applique � l'ensemble du serveur et ne peut
�tre activ�e ou d�sactiv�e pour tel ou tel serveur virtuel.</
p>
<
p>Dans les versions post�rieures � 2.0.44, cette directive contr�le
aussi les informations fournies par la directive <
code class="directive"><
a href="#serversignature">ServerSignature</
a></
code>.</
p>
<
div class="note">D�finir <
code class="directive">ServerTokens</
code> � une
valeur inf�rieure � <
code>minimal</
code> n'est pas
recommand� car le d�bogage des probl�mes
interop�rationnels n'en sera alors que plus difficile. Notez
aussi que la d�sactivation de l'en-t�te Server:
n'am�liore en rien la s�curit� de votre
serveur ; le concept de "s�curit� par
l'obscurit�" est un mythe et conduit �
une mauvaise perception de ce qu'est la s�curit�.</
div>
<
li><
code class="directive"><
a href="#serversignature">ServerSignature</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="sethandler" id="sethandler">Directive</
a> <
a name="SetHandler" id="SetHandler">SetHandler</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Force le traitement des fichiers sp�cifi�s par un
gestionnaire particulier</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>SetHandler <
var>nom gestionnaire</
var>|None</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>Lorsqu'elle se situe � l'int�rieur d'un fichier
<
code>.htaccess</
code>, ou d'une section <
code class="directive"><
a href="#directory"><Directory></
a></
code> ou <
code class="directive"><
a href="#location"><Location></
a></
code>, cette directive force le
traitement de tous les fichiers sp�cifi�s par le <
a href="/handler.html">gestionnaire</
a> d�fini par l'argument
<
var>nom gestionnaire</
var>. Par exemple, dans le cas d'un
r�pertoire dont vous voulez interpr�ter le contenu comme des
fichiers de r�gles d'images cliquables, sans tenir compte des
extensions, vous pouvez ajouter la ligne suivante dans un fichier
<
code>.htaccess</
code> de ce r�pertoire :</
p>
<
pre class="prettyprint lang-config">SetHandler imap-file</
pre>
<
p>Autre exemple : si vous voulez que le serveur affiche un
compte-rendu d'�tat chaque fois qu'une URL du type <
code>
http://nom <
pre class="prettyprint lang-config"><Location "/status">
<
p>Vous pouvez aussi utiliser cette directive pour associer un
gestionnaire � des fichiers poss�dant une extension de nom de
fichier particuli�re. Par exemple :</
p>
<
pre class="prettyprint lang-config"><FilesMatch \.php$>
</FilesMatch></
pre>
<
p>Vous pouvez �craser la d�finition ant�rieure d'une directive
<
code class="directive">SetHandler</
code> en utilisant la valeur
<
div class="note"><
h3>Note</
h3>
<
p>Comme <
code class="directive">SetHandler</
code> l'emporte sur la
d�finition des gestionnaires par d�faut, le comportement habituel
consistant � traiter les URLs se terminant par un slash (/) comme
des r�pertoires ou des fichiers index est d�sactiv�.</
p></
div>
<
li><
code class="directive"><
a href="/mod/mod_mime.html#addhandler">AddHandler</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="setinputfilter" id="setinputfilter">Directive</
a> <
a name="SetInputFilter" id="SetInputFilter">SetInputFilter</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit les filtres par lesquels vont passer les requ�tes
client et les donn�es POST</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>SetInputFilter <
var>filtre</
var>[;<
var>filtre</
var>...]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La directive <
code class="directive">SetInputFilter</
code> permet de
d�finir le ou les filtres par lesquels vont passer les requ�tes
client et les donn�es POST au moment o� le serveur les re�oit. Cette
d�finition vient en ajout � tout autre filtre d�fini en
quelqu'endroit que ce soit, y compris via la directive <
code class="directive"><
a href="/mod/mod_mime.html#addinputfilter">AddInputFilter</
a></
code>.</
p>
<
p>Si la directive comporte plusieurs filtres, ils doivent �tre
s�par�s par des points-virgules, et sp�cifi�s selon l'ordre dans
lequel vous souhaitez les voir agir sur les contenus.</
p>
<
li>documentation des <
a href="/filter.html">Filtres</
a></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="setoutputfilter" id="setoutputfilter">Directive</
a> <
a name="SetOutputFilter" id="SetOutputFilter">SetOutputFilter</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit les filtres par lesquels vont passer les r�ponses
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>SetOutputFilter <
var>filtre</
var>[;<
var>filtre</
var>...]</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
p>La directive <
code class="directive">SetOutputFilter</
code> permet de
d�finir les filtres par lesquels vont passer les r�ponses du serveur
avant d'�tre envoy�es au client. Cette d�finition vient en ajout �
tout autre filtre d�fini en quelqu'endroit que ce soit, y compris
via la directive <
code class="directive"><
a href="/mod/mod_mime.html#addoutputfilter">AddOutputFilter</
a></
code>.</
p>
<
p>Par exemple, la configuration suivante va traiter tous les
fichiers du r�pertoire <
code>/
www/
data/</
code> comme des inclusions
<
pre class="prettyprint lang-config"><Directory "/
www/
data/">
<
p>Si la directive comporte plusieurs filtres, ils doivent �tre
s�par�s par des points-virgules, et sp�cifi�s selon l'ordre dans
lequel vous souhaitez les voir agir sur les contenus.</
p>
<
li><
a href="/filter.html">Filters</
a> documentation</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="timeout" id="timeout">Directive</
a> <
a name="TimeOut" id="TimeOut">TimeOut</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Temps pendant lequel le serveur va attendre certains
�v�nements avant de consid�rer qu'une requ�te a �chou�</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>TimeOut <
var>secondes</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>TimeOut 60</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>La directive <
code class="directive">TimeOut</
code> permet de d�finir le
temps maximum pendant lequel Apache httpd va attendre des entr�
es/
sorties selon les circonstances :</
p>
<
li>Lors de la lecture de donn�es en provenance du client, le
temps maximum jusqu'� l'arriv�e d'un paquet TCP si le tampon est
<
li>Lors de l'�criture de donn�es destin�es au client, le temps
maximum jusqu'� l'arriv�e de l'accus�-r�ception d'un paquet si le
tampon d'envoi est plein.</
li>
<
li>Avec <
code class="module"><
a href="/mod/mod_cgi.html">mod_cgi</
a></
code> et <
code class="module"><
a href="/mod/mod_cgid.html">mod_cgid</
a></
code>, le temps d'attente maximum des
sorties d'un script CGI.</
li>
<
li>Avec <
code class="module"><
a href="/mod/mod_ext_filter.html">mod_ext_filter</
a></
code>, le temps d'attente
maximum des sorties d'un processus de filtrage.</
li>
<
li>Avec <
code class="module"><
a href="/mod/mod_proxy.html">mod_proxy</
a></
code>, la valeur du d�lai par d�faut
si <
code class="directive"><
a href="/mod/mod_proxy.html#proxytimeout">ProxyTimeout</
a></
code> n'est
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="traceenable" id="traceenable">Directive</
a> <
a name="TraceEnable" id="TraceEnable">TraceEnable</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�termine le comportement des requ�tes
<
code>TRACE</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>TraceEnable <
var>[on|off|extended]</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>TraceEnable on</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Cette directive l'emporte sur le comportement de
<
code>TRACE</
code> pour le noyau du serveur et
<
code class="module"><
a href="/mod/mod_proxy.html">mod_proxy</
a></
code>. La d�finition par d�faut
<
code>TraceEnable on</
code> permet des requ�tes <
code>TRACE</
code>
selon la RFC 2616, qui interdit d'ajouter tout corps � la requ�te.
La d�finition <
code>TraceEnable off</
code> indique au noyau du
serveur et � <
code class="module"><
a href="/mod/mod_proxy.html">mod_proxy</
a></
code> de retourner un code
d'erreur <
code>405</
code> (M�thode non autoris�e) au client.</
p>
<
p>En fait, et � des fins de test et de diagnostic seulement, on
peut autoriser l'ajout d'un corps de requ�te � l'aide de la
d�finition non standard <
code>TraceEnable extended</
code>. Le noyau
du serveur (dans le cas d'un serveur d'origine) va limiter la taille
du corps de requ�te � 64k (plus 8k pour les en-t�tes de
fractionnement si <
code>Transfer-Encoding: chunked</
code> est
utilis�). Le noyau du serveur va reproduire l'ensemble des en-t�tes,
y compris les en-t�tes de fractionnement avec le corps de la
r�ponse. Dans le cas d'un serveur mandataire, la taille du corps de
requ�te n'est pas limit�e � 64k.</
p>
<
div class="note"><
h3>Note</
h3>
<
p>Bien que certains pr�tendent le contraire, <
code>TRACE</
code> ne
constitue pas une vuln�rabilit� en mati�re de s�curit�, et il n'y a
aucune raison suffisante pour le d�sactiver, ce qui rendrait
votre serveur non conforme.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="undefine" id="undefine">Directive</
a> <
a name="UnDefine" id="UnDefine">UnDefine</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Invalide la d�finition d'une variable</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>UnDefine <
var>nom-variable</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel</
td></
tr>
<
p>Annule l'effet d'une directive <
code class="directive"><
a href="#define">Define</
a></
code> ou d'un argument <
code>-D</
code> de
<
code class="program"><
a href="/programs/httpd.html">httpd</
a></
code> en invalidant l'existence de la variable
<
p>On peut utiliser cette directive pour inverser l'effet d'une
section <
code class="directive"><
a href="#ifdefine"><IfDefine></
a></
code>
sans avoir � modifier les arguments <
code>-D</
code> dans les scripts
<
p>Si cette directive est d�finie au sein d'un bloc VirtualHost, les
changements qu'elle induit sont visibles de toute directive
ult�rieure, au del� de tout bloc VirtualHost.</
p>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="usecanonicalname" id="usecanonicalname">Directive</
a> <
a name="UseCanonicalName" id="UseCanonicalName">UseCanonicalName</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit la mani�re dont le serveur d�termine son propre nom
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>UseCanonicalName On|Off|DNS</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>UseCanonicalName Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
p>Dans de nombreuses situations, Apache httpd doit construire une URL
<
em>auto-identifiante</
em> -- c'est � dire une URL qui fait
r�f�rence au serveur lui-m�me. Avec <
code>UseCanonicalName
On</
code>, Apache httpd va utiliser le nom d'h�te et le port sp�cifi�s par
la directive <
code class="directive"><
a href="#servername">ServerName</
a></
code> pour
construire le nom canonique du serveur. Ce nom est utilis� dans
toutes les URLs auto-identifiantes, et affect� aux variables
<
code>SERVER_NAME</
code> et <
code>SERVER_PORT</
code> dans les
<
p>Avec <
code>UseCanonicalName Off</
code>, Apache httpd va construire ses
URLs auto-identifiantes � l'aide du nom d'h�te et du port fournis
par le client, si ce dernier en a fourni un (dans la n�gative,
Apache utilisera le nom canonique, de la m�me mani�re que
ci-dessus). Ces valeurs sont les m�mes que celles qui sont utilis�es
nom</
a>, et sont disponibles avec les m�mes clients. De m�me, les
variables CGI <
code>SERVER_NAME</
code> et <
code>SERVER_PORT</
code>
seront affect�es des valeurs fournies par le client.</
p>
<
p>Cette directive peut s'av�rer utile, par exemple, sur un serveur
intranet auquel les utilisateurs se connectent en utilisant des noms
courts tels que <
code>www</
code>. Si les utilisateurs tapent un nom
court suivi d'une URL qui fait r�f�rence � un r�pertoire, comme
remarquerez qu'Apache httpd va les rediriger vers
l'authentification, ceci va obliger l'utilisateur � s'authentifier
deux fois (une premi�re fois pour <
code>www</
code> et une seconde
foire aux questions sur ce sujet pour plus d'informations</
a>).
Par contre, si <
code class="directive">UseCanonicalName</
code> est d�finie �
<
code>Off</
code>, Apache httpd redirigera l'utilisateur vers
<
p>Pour l'h�bergement virtuel en masse � base d'adresse IP, on
utilise une troisi�me option, <
code>UseCanonicalName
DNS</
code>, pour supporter les clients anciens qui ne
fournissent pas d'en-t�te <
code>Host:</
code>. Apache httpd effectue alors
une recherche DNS inverse sur l'adresse IP du serveur auquel le
client s'est connect� afin de construire ses URLs
<
div class="warning"><
h3>Avertissement</
h3>
<
p>Les programmes CGI risquent d'�tre perturb�s par cette option
s'ils tiennent compte de la variable <
code>SERVER_NAME</
code>. Le
client est pratiquement libre de fournir la valeur qu'il veut comme
nom d'h�te. Mais si le programme CGI n'utilise
<
code>SERVER_NAME</
code> que pour construire des URLs
auto-identifiantes, il ne devrait pas y avoir de probl�me.</
p>
<
li><
code class="directive"><
a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</
a></
code></
li>
<
li><
code class="directive"><
a href="#servername">ServerName</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="usecanonicalphysicalport" id="usecanonicalphysicalport">Directive</
a> <
a name="UseCanonicalPhysicalPort" id="UseCanonicalPhysicalPort">UseCanonicalPhysicalPort</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>D�finit la mani�re dont le serveur
d�termine son propre port</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>UseCanonicalPhysicalPort On|Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Default">D�faut:</
a></
th><
td><
code>UseCanonicalPhysicalPort Off</
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire</
td></
tr>
<
p>Dans de nombreuses situations, Apache httpd doit construire une URL
<
em>auto-identifiante</
em> -- c'est � dire une URL qui fait
r�f�rence au serveur lui-m�me. Avec <
code>UseCanonicalPhysicalPort
On</
code>, Apache httpd va fournir le num�ro de port physique r�el utilis�
par la requ�te en tant que port potentiel, pour construire le port
canonique afin que le serveur puisse alimenter la directive
<
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code>. Avec
<
code>UseCanonicalPhysicalPort Off</
code>, Apache httpd n'utilisera pas le
num�ro de port physique r�el, mais au contraire se r�f�rera aux
informations de configuration pour construire un num�ro de port
<
div class="note"><
h3>Note</
h3>
<
p>L'ordre dans lequel s'effectue la recherche quand on utilise le
port physique est le suivant :</
p>
<
dt><
code>UseCanonicalName On</
code></
dt>
<
li>Port indiqu� dans <
code class="directive"><
a href="#servername">Servername</
a></
code></
li>
<
dt><
code>UseCanonicalName Off | DNS</
code></
dt>
<
li>Port sp�cifi� dans l'en-t�te <
code>Host:</
code></
li>
<
li>Port sp�cifi� par <
code class="directive"><
a href="#servername">Servername</
a></
code></
li>
<
p>Avec <
code>UseCanonicalPhysicalPort Off</
code>, on reprend
l'ordre ci-dessus en supprimant "Port physique".</
p>
<
li><
code class="directive"><
a href="#usecanonicalname">UseCanonicalName</
a></
code></
li>
<
li><
code class="directive"><
a href="#servername">ServerName</
a></
code></
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="virtualhost" id="virtualhost">Directive</
a> <
a name="VirtualHost" id="VirtualHost"><VirtualHost></
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Contient des directives qui ne s'appliquent qu'� un nom
d'h�te sp�cifique ou � une adresse IP</
td></
tr>
<
var>adresse IP</
var>[:<
var>port</
var>] [<
var>adresse
IP</
var>[:<
var>port</
var>]] ...> ...
</VirtualHost></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur</
td></
tr>
<
p>Les balises <
code class="directive"><VirtualHost></
code> et
<
code></VirtualHost></
code> permettent de rassembler un groupe
de directives qui ne s'appliquent qu'� un serveur virtuel
particulier. Toute directive autoris�e dans un contexte de serveur
virtuel peut �tre utilis�e. Lorsque le serveur re�oit un requ�te
pour un document h�berg� par un serveur virtuel particulier, il
applique les directives de configuration rassembl�es dans la section
<
code class="directive"><VirtualHost></
code>. <
var>adresse
IP</
var> peut �tre une des entit�s suivantes, �ventuellement suivies
d'un caract�re ':' et d'un num�ro de port (ou *) :</
p>
<
li>L'adresse IP du serveur virtuel ;</
li>
<
li>Un nom de domaine enti�rement qualifi� correspondant �
l'adresse IP du serveur virtuel (non recommand�) ;</
li>
<
li>Le caract�re <
code>*</
code>, qui agit comme un
caract�re g�n�rique, et correspond � toute adresse IP.</
li>
<
li>La cha�ne <
code>_default_</
code>, dont la signification est
identique � celle du caract�re <
code>*</
code></
li>
<
pre class="prettyprint lang-config"><VirtualHost 10.1.2.3:80>
ServerAdmin webmaster@host.example.com
</VirtualHost></
pre>
<
p>Les adresses IPv6 doivent �tre entour�es de crochets car dans le
cas contraire, un �ventuel port optionnel ne pourrait pas �tre
d�termin�. Voici un exemple de serveur virtuel avec adresse IPv6
<
pre class="prettyprint lang-config"><VirtualHost [2001:db8::a00:20ff:fea7:ccea]:80>
ServerAdmin webmaster@host.example.com
</VirtualHost></
pre>
<
p>Chaque serveur virtuel doit correspondre � une adresse IP, un
port ou un nom d'h�te sp�cifique ; dans le premier cas, le serveur
doit �tre configur� pour recevoir les paquets IP de plusieurs
adresses (si le serveur n'a qu'une interface r�seau, on peut
utiliser � cet effet la commande <
code>ifconfig alias</
code> -- si
votre syst�me d'exploitation le permet).</
p>
<
div class="note"><
h3>Note</
h3>
<
p>L'utilisation de la directive <
code class="directive"><VirtualHost></
code> n'affecte en rien les
adresses IP sur lesquelles Apache httpd est en �coute. Vous devez vous
assurer que les adresses des serveurs virtuels sont bien incluses
dans la liste des adresses pr�cis�es par la directive <
code class="directive"><
a href="/mod/mpm_common.html#listen">Listen</
a></
code>.</
p>
<
p>Tout bloc <
code class="directive"><VirtualHost></
code> doit comporter une directive
<
code class="directive"><
a href="#servername">ServerName</
a></
code>. Dans le cas
contraire, le serveur virtuel h�ritera de la valeur de la directive
<
code class="directive"><
a href="#servername">ServerName</
a></
code> issue de la
configuration du serveur principal.</
p>
<
p>A l'arriv�e d'une requ�te, le serveur tente de la
faire prendre en compte par la section <
code class="directive"><VirtualHost></
code> qui correspond le mieux en ne
se basant que sur la paire adresse
IP/
port. Les cha�nes sans
caract�res g�n�riques l'emportent sur celles qui en contiennent. Si
aucune correspondance du point de vue de l'adresse
IP/
port n'est
trouv�e, c'est la configuration du serveur "principal" qui sera
<
p>Si plusieurs serveurs virtuels correspondent du point de vue de
l'adresse
IP/
port, le serveur s�lectionne celui qui correspond le
mieux du point de vue du nom d'h�te de la requ�te. Si aucune
correspondance du point de vue du nom d'h�te n'est trouv�e, c'est le
premier serveur virtuel dont l'adresse
IP/
port correspond qui sera
utilis�. Par voie de cons�quence, le premier serveur virtuel
comportant une certaine paire adresse
IP/
port est le serveur virtuel
par d�faut pour cette paire adresse
IP/
port.</
p>
<
div class="warning"><
h3>S�curit�</
h3>
pour une description d�taill�e des raisons pour lesquelles la
s�curit� de votre serveur pourrait �tre compromise, si le r�pertoire
contenant les fichiers journaux est inscriptible par tout autre
utilisateur que celui qui d�marre le serveur.</
p>
<
li><
a href="/vhosts/">Documentation des serveurs virtuels
du serveur HTTP Apache</
a></
li>
le serveur HTTP Apache</
a></
li>
<
li><
a href="/bind.html">D�finition des adresses et ports
qu'utilise le serveur HTTP Apache</
a></
li>
<Directory>, <Location> et <Files></
a> pour une
explication de la mani�re dont ces diff�rentes sections se combinent
entre elles � la r�ception d'une requ�te</
li>
<
div class="top"><
a href="#page-header"><
img alt="top" src="/images/up.gif" /></
a></
div>
<
div class="directive-section"><
h2><
a name="warning" id="warning">Directive</
a> <
a name="Warning" id="Warning">Warning</
a></
h2>
<
table class="directive">
<
tr><
th><
a href="directive-dict.html#Description">Description:</
a></
th><
td>Message d'avertissement personnalisable en provenance de
l'interpr�tation du fichier de configuration</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Syntax">Syntaxe:</
a></
th><
td><
code>Warning <
var>message</
var></
code></
td></
tr>
<
tr><
th><
a href="directive-dict.html#Context">Contexte:</
a></
th><
td>configuration du serveur, serveur virtuel, r�pertoire, .htaccess</
td></
tr>
<
tr><
th><
a href="directive-dict.html#Compatibility">Compatibilit�:</
a></
th><
td>Disponible � partir de la version 2.5 du serveur HTTP
<
p>Cette directive permet de signaler la d�tection d'un probl�me de
configuration en g�n�rant un message d'avertissement
personnalisable. L'interpr�tation du fichier de configuration n'est
pas interrompue. Un exemple typique d'utilisation est la
v�rification de la d�finition de certaines options d�finies par
l'utilisateur, et l'envoi d'un avertissement �ventuel.</
p>
<
pre class="prettyprint lang-config"># Exemple
# signale que ReverseProxy n'est pas d�fini
<IfDefine !ReverseProxy>
Warning "le mandataire inverse n'a pas �t� sp�cifi�, veuillez corriger
<IfDefine ReverseProxy>
# d�finition de la configuration personnalis�e du mandataire
<
p><
span>Langues Disponibles: </
span><
a href="/de/mod/core.html" hreflang="de" rel="alternate" title="Deutsch"> de </
a> |
<
a href="/en/mod/core.html" hreflang="en" rel="alternate" title="English"> en </
a> |
<
a href="/es/mod/core.html" hreflang="es" rel="alternate" title="Espa�ol"> es </
a> |
<
a href="/ja/mod/core.html" hreflang="ja" rel="alternate" title="Japanese"> ja </
a> |
<
a href="/tr/mod/core.html" hreflang="tr" rel="alternate" title="T�rk�e"> tr </
a></
p>
</
div><
div class="top"><
a href="#page-header"><
img src="/images/up.gif" alt="top" /></
a></
div><
div class="section"><
h2><
a id="comments_section" name="comments_section">Commentaires</
a></
h2><
div class="warning"><
strong>Notice:</
strong><
br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered
invalid/
off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <
a href="http://httpd.apache.org/lists.html">mailing lists</
a>.</
div>
var comments_shortname = 'httpd'; d.write('<div id="comments_thread"><\/div>'); d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>'); //--><!]]></
script></
div><
div id="footer">
if (typeof(prettyPrint) !== 'undefined') { 
