You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by sl...@apache.org on 2001/06/19 05:04:48 UTC

cvs commit: httpd-docs-1.3/htdocs/manual/mod core.html.fr

slive       01/06/18 20:04:48

  Added:       htdocs/manual/mod core.html.fr
  Log:
  French translation of core.html.
  
  Submitted by:	Valery Fremaux, Herve Dumont <hd...@club-internet.fr>
  
  Revision  Changes    Path
  1.1                  httpd-docs-1.3/htdocs/manual/mod/core.html.fr
  
  Index: core.html.fr
  ===================================================================
  <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
  <!--Traduction anglais 1.188 -->
  <html>
  <head>
  <meta http-equiv="Content-Type" content=
  "text/html; charset=iso-8859-1">
  <title>Noyau d'Apache</title>
  </head>
  <!-- Background white, links blue (unvisited), navy (visited), red (active) -->
  <body bgcolor="#FFFFFF" text="#000000" link="#0000FF" vlink=
  "#000080" alink="#FF0000">
  <!--#include virtual="header.html" -->
  <h1 align="center">Noyau d'Apache</h1>
  
  <p>Ces param&egrave;tres de configuration contr&ocirc;lent les
  fonctionnalit&eacute;s premi&egrave;res d'Apache, et sont
  toujours disponibles.</p>
  
  <h2>Directives</h2>
  
  <ul>
  <li><a href="#accessconfig">AccessConfig</a></li>
  
  <li><a href="#accessfilename">AccessFileName</a></li>
  
  <li><a href="#adddefaultcharset">AddDefaultCharset</a></li>
  
  <li><a href="#addmodule">AddModule</a></li>
  
  <li><a href="#allowoverride">AllowOverride</a></li>
  
  <li><a href="#authname">AuthName</a></li>
  
  <li><a href="#authtype">AuthType</a></li>
  
  <li><a href="#bindaddress">BindAddress</a></li>
  
  <li><a href="#bs2000account">BS2000Account</a></li>
  
  <li><a href="#clearmodulelist">ClearModuleList</a></li>
  
  <li><a href="#contentdigest">ContentDigest</a></li>
  
  <li><a href="#coredumpdirectory">CoreDumpDirectory</a></li>
  
  <li><a href="#defaulttype">DefaultType</a></li>
  
  <li><a href="#directory">&lt;Directory&gt;</a></li>
  
  <li><a href="#directorymatch">&lt;DirectoryMatch&gt;</a></li>
  
  <li><a href="#documentroot">DocumentRoot</a></li>
  
  <li><a href="#ebcdicconvert">EBCDICConvert</a></li>
  
  <li><a href="#ebcdicconvertbytype">EBCDICConvertByType</a></li>
  
  <li><a href="#ebcdickludge">EBCDICKludge</a></li>
  
  <li><a href="#errordocument">ErrorDocument</a></li>
  
  <li><a href="#errorlog">ErrorLog</a></li>
  
  <li><a href="#files">&lt;Files&gt;</a></li>
  
  <li><a href="#filesmatch">&lt;FilesMatch&gt;</a></li>
  
  <li><a href="#group">Group</a></li>
  
  <li><a href="#hostnamelookups">HostNameLookups</a></li>
  
  <li><a href="#identitycheck">IdentityCheck</a></li>
  
  <li><a href="#ifdefine">&lt;IfDefine&gt;</a></li>
  
  <li><a href="#ifmodule">&lt;IfModule&gt;</a></li>
  
  <li><a href="#include">Include</a></li>
  
  <li><a href="#keepalive">KeepAlive</a></li>
  
  <li><a href="#keepalivetimeout">KeepAliveTimeout</a></li>
  
  <li><a href="#limit">&lt;Limit&gt;</a></li>
  
  <li><a href="#limitexcept">&lt;LimitExcept&gt;</a></li>
  
  <li><a href="#limitrequestbody">LimitRequestBody</a></li>
  
  <li><a href="#limitrequestfields">LimitRequestFields</a></li>
  
  <li><a href=
  "#limitrequestfieldsize">LimitRequestFieldsize</a></li>
  
  <li><a href="#limitrequestline">LimitRequestLine</a></li>
  
  <li><a href="#listen">Listen</a></li>
  
  <li><a href="#listenbacklog">ListenBacklog</a></li>
  
  <li><a href="#location">&lt;Location&gt;</a></li>
  
  <li><a href="#locationmatch">&lt;LocationMatch&gt;</a></li>
  
  <li><a href="#lockfile">LockFile</a></li>
  
  <li><a href="#loglevel">LogLevel</a></li>
  
  <li><a href="#maxclients">MaxClients</a></li>
  
  <li><a href="#maxkeepaliverequests">MaxKeepAliveRequests</a></li>
  
  <li><a href="#maxrequestsperchild">MaxRequestsPerChild</a></li>
  
  <li><a href="#maxspareservers">MaxSpareServers</a></li>
  
  <li><a href="#minspareservers">MinSpareServers</a></li>
  
  <li><a href="#namevirtualhost">NameVirtualHost</a></li>
  
  <li><a href="#options">Options</a></li>
  
  <li><a href="#pidfile">PidFile</a></li>
  
  <li><a href="#port">Port</a></li>
  
  <li><a href="#require">require</a></li>
  
  <li><a href="#resourceconfig">ResourceConfig</a></li>
  
  <li><a href="#rlimitcpu">RLimitCPU</a></li>
  
  <li><a href="#rlimitmem">RLimitMEM</a></li>
  
  <li><a href="#rlimitnproc">RLimitNPROC</a></li>
  
  <li><a href="#satisfy">Satisfy</a></li>
  
  <li><a href="#scoreboardfile">ScoreBoardFile</a></li>
  
  <li><a href=
  "#scriptinterpretersource">ScriptInterpreterSource</a></li>
  
  <li><a href="#sendbuffersize">SendBufferSize</a></li>
  
  <li><a href="#serveradmin">ServerAdmin</a></li>
  
  <li><a href="#serveralias">ServerAlias</a></li>
  
  <li><a href="#servername">ServerName</a></li>
  
  <li><a href="#serverpath">ServerPath</a></li>
  
  <li><a href="#serverroot">ServerRoot</a></li>
  
  <li><a href="#serversignature">ServerSignature</a></li>
  
  <li><a href="#servertokens">ServerTokens</a></li>
  
  <li><a href="#servertype">ServerType</a></li>
  
  <li><a href="#startservers">StartServers</a></li>
  
  <li><a href="#threadsperchild">ThreadsPerChild</a></li>
  
  <li><a href="#threadstacksize">ThreadStackSize</a></li>
  
  <li><a href="#timeout">TimeOut</a></li>
  
  <li><a href="#usecanonicalname">UseCanonicalName</a></li>
  
  <li><a href="#user">User</a></li>
  
  <li><a href="#virtualhost">&lt;VirtualHost&gt;</a></li>
  </ul>
  
  <hr>
  <h2><a name="accessconfig">Directive AccessConfig</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AccessConfig} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AccessConfig <em>nomfichier</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>AccessConfig
  conf/access.conf</code><br>
  <a href="directive-dict.html#Context" rel=
  "Help"><strong>Context:</strong></a> configuration serveur,
  h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Le serveur lit dans ce fichier des directives
  suppl&eacute;mentaires apr&egrave;s avoir ouvert le fichier <a
  href="#resourceconfig">ResourceConfig</a>. <em>nomfichier</em>
  est exprim&eacute; relativement &agrave; <a href=
  "#serverroot">ServerRoot</a>. Cette fonctionnalit&eacute; peut
  &ecirc;tre d&eacute;sactiv&eacute;e en &eacute;crivant :</p>
  
  <blockquote><code>AccessConfig /dev/null</code></blockquote>
  
  ou sur les serverus Win32 
  
  <blockquote><code>AccessConfig nul</code></blockquote>
  
  <p>Historiquement, ce fichier ne contenait que des sections <a
  href="#directory">&lt;Directory&gt;</a>; en fait, il pourra
  maintenant contenir toute directive "serveur" autoris&eacute;e
  dans le contexte de la <em>configuration serveur</em>.</p>
  
  <p>Une nouveaut&eacute; de la version d'Apache 1.3.13 est la
  possibilit&eacute; qu'<code>AccessConfig</code> repr&eacute;sente
  un r&eacute;pertoire plutot qu'un fichier. Apache lira tous les
  fichiers de ce r&eacute;pertoire ainsi que tous les
  sous-r&eacute;pertoires et analysera tous ces fichiers de
  configuration.</p>
  
  <p>Voir &eacute;galement <a href=
  "#resourceconfig">ResourceConfig</a>.</p>
  
  <hr>
  <h2><a name="accessfilename">Directive AccessFileName</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AccessFileName} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AccessFileName <em>nomfichier</em>
  [<em>nomfichier</em>] ...<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>AccessFileName
  .htaccess</code><br>
  <a href="directive-dict.html#Context" rel=
  "Help"><strong>Context:</strong></a> configuration serveur,
  h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> AccessFileName
  ne peut accepter plusieurs noms de fichiers qu'&agrave; partir de
  la version 1.3 d'Apache 
  
  <p>Lorsqu'il retourne un document au client, le serveur cherche
  le premier fichier de contr&ocirc;le d'acc&egrave;s existant dans
  cette liste dans chacun des r&eacute;pertoires inscrit dans le
  chemin d'acc&egrave;s menant au document, pour d&eacute;terminer
  si l'acc&egrave;s est autoris&eacute; dan chacun de ces
  r&eacute;pertoires. Par exemple:</p>
  
  <blockquote><code>AccessFileName .acl</code></blockquote>
  
  <p>Avant de servir le document
  <code>/usr/local/web/index.html</code>, le serveur lira les
  fichiers <code>/.acl</code>, <code>/usr/.acl</code>,
  <code>/usr/local/.acl</code> et <code>/usr/local/web/.acl</code>
  &agrave; la recherche de directives, sauf si celles-ci ont
  &eacute;t&eacute; d&eacute;sactiv&eacute;es par
  l'&eacute;criture</p>
  
  <blockquote><code>&lt;Directory /&gt; AllowOverride None
  &lt;/Directory&gt;</code></blockquote>
  
  <p><strong>Voir &eacute;galement :</strong> <a href=
  "#allowoverride">AllowOverride</a></p>
  
  <hr>
  <h2><a name="adddefaultcharset">Directive
  AddDefaultCharset</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AddDefaultCharset On|Off|<em>charset</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> tous<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>AddDefaultCharset Off</code><br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  AddDefaultCharset n'est disponible qu'&agrave; partir de la
  version 1.3.12 
  
  <p>Cette directive sp&eacute;cifie le nom de la table de
  caract&egrave;res qui sera ajout&eacute; &agrave; toutes les
  r&eacute;ponses qui n'ont aucun param&egrave;tre sur le type de
  contenu dans l'en-t&ecirc;te HTTP. Elle remplace la table de
  caract&egrave;re sp&eacute;cifi&eacute; dans le corps du document
  par l'utilisation du marqueur <code>META</code>. La mise de
  <code>AddDefaultCharset Off</code> d&eacute;sactive cette
  fonctionnalit&eacute;. <code>AddDefaultCharset On</code> active
  la table de caract&egrave;re <code>iso-8859-1</code> par
  d&eacute;faut d'Apache. Vous pouvez &eacute;galement
  d&eacute;finir une autre table de caract&egrave;res &agrave;
  employer. Par exemple <code>AddDefaultCharset utf-8</code>.</p>
  
  <hr>
  <h2><a name="addmodule">Directive AddModule</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AddModule} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AddModule <em>module</em> [<em>module</em>]
  ...<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur <br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>AddModule</tt> n'est disponible qu'&agrave; partir de la
  version 1.2 d'Apache 
  
  <p>Le serveur peut int&eacute;grer des modules compil&eacute;s
  qui ne sont pas mis en service. Cette directive peut &ecirc;tre
  utilis&eacute;e pour activer ou d&eacute;sactiver ces modules. Le
  serveur est install&eacute; avec une liste
  pr&eacute;-configur&eacute;e de modules actifs cette liste peut
  &ecirc;tre effac&eacute;e par la directive <a href=
  "#clearmodulelist">ClearModuleList</a>.</p>
  
  <hr>
  <h2><a name="allowoverride">Directive AllowOverride</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AllowOverride} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AllowOverride All|None|<em>type de directive</em>
  [<em>type de directive</em>] ... <br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>AllowOverride
  All All</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Lorsque le serveur trouve un fichier .htaccess (comme
  sp&eacute;cifi&eacute; par <a href=
  "#accessfilename">AccessFileName</a>) il doit savoir quelles
  directives declar&eacute;es dans ce fichier peuvent outrepasser
  les droits fix&eacute;s par des directives
  pr&eacute;c&eacute;dentes.</p>
  
  <p>Si la directive est d&eacute;finie &agrave; <code>None</code>,
  les fichier .htaccess sont ignor&eacute;s. Dans ce cas, le
  serveur n'essaie m&ecirc;me pas de lire les fichiers
  .htaccess.</p>
  
  <p>Si la directive est d&eacute;finie &agrave; <code>All</code>
  toutes les directives possibles dans le <a href=
  "directive-dict.html#Context">contexte</a> .htacces sont
  autoris&eacute;es dans les fichiers .htaccess.</p>
  
  <p>Les <em>types de directives</em> peuvent &ecirc;tre parmi ces
  groupes de directives :</p>
  
  <dl>
  <dt>AuthConfig</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt AuthConfig} override&gt; -->
  Autorise l'usage de la directive Authorization (<a href=
  "mod_auth_dbm.html#authdbmgroupfile">AuthDBMGroupFile</a>, <a
  href="mod_auth_dbm.html#authdbmuserfile">AuthDBMUserFile</a>, <a
  href="mod_auth.html#authgroupfile">AuthGroupFile</a>, <a href=
  "#authname">AuthName</a>, <a href="#authtype">AuthType</a>, <a
  href="mod_auth.html#authuserfile">AuthUserFile</a>, <a href=
  "#require">Require</a>, etc.).</dd>
  
  <dt>FileInfo</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt FileInfo} override&gt; -->
  Autorise l'usage de directives contr&ocirc;lant l'acc&egrave;s
  aux types de documents (<a href=
  "mod_mime.html#addencoding">AddEncoding</a>, <a href=
  "mod_mime.html#addlanguage">AddLanguage</a>, <a href=
  "mod_mime.html#addtype">AddType</a>, <a href=
  "#defaulttype">DefaultType</a>, <a href=
  "#errordocument">ErrorDocument</a>, <a href=
  "mod_negotiation.html#languagepriority">LanguagePriority</a>,
  etc.).</dd>
  
  <dt>Indexes</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt Indexes} override&gt; -->
  Autorise l'usage de directives contr&ocirc;lant l'indexation des
  r&eacute;pertoires (<a href=
  "mod_autoindex.html#adddescription">AddDescription</a>, <a href=
  "mod_autoindex.html#addicon">AddIcon</a>, <a href=
  "mod_autoindex.html#addiconbyencoding">AddIconByEncoding</a>, <a
  href="mod_autoindex.html#addiconbytype">AddIconByType</a>, <a
  href="mod_autoindex.html#defaulticon">DefaultIcon</a>, <a href=
  "mod_dir.html#directoryindex">DirectoryIndex</a>, <a href=
  "mod_autoindex.html#fancyindexing">FancyIndexing</a>, <a href=
  "mod_autoindex.html#headername">HeaderName</a>, <a href=
  "mod_autoindex.html#indexignore">IndexIgnore</a>, <a href=
  "mod_autoindex.html#indexoptions">IndexOptions</a>, <a href=
  "mod_autoindex.html#readmename">ReadmeName</a>, etc.).</dd>
  
  <dt>Limit</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt Limit} override&gt; -->
  Autorise l'usage de directives contr&ocirc;lant les acc&egrave;s
  de certains h&ocirc;tes (allow, deny et order).</dd>
  
  <dt>Options</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt Options} override&gt; -->
  Autorise l'usage de directives contr&ocirc;lant certaines
  fonctionnalit&eacute;s sp&eacute;cifiques des r&eacute;pertoires
  (<a href="#options">Options</a> et <a href=
  "mod_include.html#xbithack">XBitHack</a>).</dd>
  </dl>
  
  <p><strong>Voir &eacute;galement :</strong> <a href=
  "#accessfilename">AccessFileName</a></p>
  
  <hr>
  <h2><a name="authname">Directive AuthName</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AuthName} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AuthName <em>domaine-autoris&eacute;</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> AuthConfig<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive indique le nom du sch&eacute;ma d'autorisation
  pour un r&eacute;pertoire. Ce sch&eacute;ma sera donn&eacute; au
  client de sorte que l'utilisateur sache quel nom et quel mot de
  passe envoyer. <samp>AuthName</samp> prend un seul argument. Si
  le sch&eacute;ma d'autorisation contient des espaces, il doit
  &ecirc;tre entour&eacute; de guillemets. Pour fonctionner
  correctement, elle devra &ecirc;tre accompagn&eacute;e des
  directives <a href="#authtype">AuthType</a> et <a href=
  "#require">require</a>, et de directives telles que <a href=
  "mod_auth.html#authuserfile">AuthUserFile</a> et <a href=
  "mod_auth.html#authgroupfile">AuthGroupFile</a>.</p>
  
  <hr>
  <h2><a name="authtype">Directive AuthType</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt AuthType} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> AuthType <em>type</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> AuthConfig<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive selectionne le type d'authentification pour un
  r&eacute;pertoire. Seul les types <code>Basic</code> et
  <code>Digest</code> sont actuellement impl&eacute;ment&eacute;s. 
  <!--%plaintext &lt;?INDEX {\tt Basic} authentication scheme&gt; -->
  Pour fonctionner correctement, elle devra &ecirc;tre
  accompagn&eacute;e des directives <a href=
  "#authname">AuthName</a> et <a href="#require">require</a>, et de
  directives telles que <a href=
  "mod_auth.html#authuserfile">AuthUserFile</a> et <a href=
  "mod_auth.html#authgroupfile">AuthGroupFile</a>.</p>
  
  <hr>
  <h2><a name="bindaddress">Directive BindAddress</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt BindAddress} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> BindAddress *|<em>addresse IP</em>|<em>nom de
  domaine</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>BindAddress
  *</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Un serveur http sous Unix&reg; peut soit &eacute;couter toutes
  les adresses IP de la machine sur lequel il est
  ex&eacute;cut&eacute;, ou uniquement une de ces adresses. Si
  l'argument de cette directive est *, le serveur traitera les
  connections sur toutes les adresses IP. Sinon, le serveur peut
  &eacute;couter &agrave; partir d'une <em>adresse IP</em>
  sp&eacute;cifique ou d'un <em>nom de domaine</em> Internet.</p>
  
  <p>Une et une seule directive <tt>BindAddress</tt> peut
  &ecirc;tre utilis&eacute;e. Pour contr&ocirc;ler plus finement
  quels ports et adresses Apache &eacute;coute, utilisez la
  directive <a href="#listen">Listen</a> au lieu de
  <tt>BindAddress</tt>.</p>
  
  <p><tt>BindAddress</tt> peut &ecirc;tre utilis&eacute;e comme
  alternative &agrave; l'implantation d'<a href=
  "../vhosts/">h&ocirc;tes virtuels</a> utilisant des serveurs
  multiples ind&eacute;pendants, soit au lieu d'utiliser les
  sections <a href="#virtualhost">&lt;VirtualHost&gt;</a>.</p>
  
  <p><strong>Voir aussi:</strong> <a href=
  "../dns-caveats.html">Apache et DNS</a><br>
  <strong>Voir aussi:</strong> <a href="../bind.html">Configurer
  les ports et adresses utilis&eacute;s par Apache</a></p>
  
  <hr>
  <h2><a name="bs2000account">BS2000Account directive</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt BS2000Account} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> BS2000Account <em>account</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <em>none</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> BS2000Account
  n'est valable que pour les machines BS2000, &agrave; partir de la
  version 1.3 d'Apache. 
  
  <p>La directive <code>BS2000Account</code> n'est disponible que
  pour les machines BS2000. Elle doit &ecirc;tre employ&eacute;e
  pour d&eacute;finir le num&eacute;ro de compte pour l'utilisateur
  non privil&eacute;gi&eacute; (qui est d&eacute;fini par la
  directive <a href="#user">User</a> ). Ceci est requis par le sous
  syst&egrave;me POSIX du BS2000 afin de changer l'environnement
  d'ex&eacute;cution sosu jacent du BS200 en effectuant une sous
  connexion, et &eacute;viter ainsi que des scripts CGI puissent
  acc&eacute;der &agrave; des ressources accessible &agrave;
  l'utilisateur privil&eacute;gi&eacute; utilis&eacute; pour lancer
  le serveur, g&eacute;n&eacute;ralement <samp>SYSROOT</samp>.<br>
  Seulement une directive <code>BS2000Account</code> peut
  &ecirc;tre utilis&eacute;e.</p>
  
  <p><strong>Voir &eacute;galement:</strong> <a href=
  "../ebcdic.html">Portage EBCDIC d'Apache</a></p>
  
  <hr>
  <h2><a name="clearmodulelist">Directive ClearModuleList</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ClearModuleList} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ClearModuleList<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>ClearModuleList</tt> n'est disponible qu'&agrave; partir de
  la version 1.2 d'Apache 
  
  <p>Le serveur dispose &agrave; l'installation d'une liste
  pr&eacute;-configur&eacute;e de modules actifs. Cette directive
  efface cette liste. Il est suppos&eacute; que cette liste sera
  reconstruite &agrave; partir de directives <a href=
  "#addmodule">AddModule</a>.</p>
  
  <hr>
  <h2><a name="contentdigest">Directive ContentDigest</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ContentDigest} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ContentDigest <em>on|off</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ContentDigest
  off</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> Options<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> exp&eacute;rimental 
  
  <p><a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> ContentDigest
  n'est disponible qu'&agrave; partir de la version 1.1
  d'Apache</p>
  
  <p>Cette directive active la g&eacute;n&eacute;ration
  d'en-t&ecirc;tes <code>Content-MD5</code> conformes aux RFC1864
  et RFC2068.</p>
  
  <p>MD5 est un algorithme permettant d'extraire un
  "r&eacute;sum&eacute;" &agrave; partir d'un bloc de
  donn&eacute;es de longueur arbitraire, avec un degr&eacute; de
  confiance suffisant dans la mesure ou une moindre
  alt&eacute;ration dans les donn&eacute;es sera
  refl&eacute;t&eacute;e par un changement dans le
  "r&eacute;sum&eacute;".</p>
  
  <p>L'en-t&ecirc;te <code>Content-MD5</code> procure un test de
  l'int&eacute;grit&eacute; de message de bout en bout (MIC) sur le
  corps d'entit&eacute;. Un proxy ou client pourra tester cet
  en-t&ecirc;te pour d&eacute;tecter des modifications
  accidentelles du corps d'entit&eacute; en cours de transfert.
  Exemple d'en-t&ecirc;te:</p>
  
  <pre>
    Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
   
  </pre>
  
  <p>Notez que ceci peut r&eacute;duire les performances de votre
  serveur dans la mesure o&ugrave; le "r&eacute;sum&eacute;" est
  calcul&eacute; &agrave; chaque requ&ecirc;te (il ne peut
  &ecirc;tre mis en cache).</p>
  
  <p><code>Content-MD5</code> n'est &eacute;mis que pour des
  documents servis par le noyau, et &agrave; l'exception de tout
  module. Par exemple, les documents SSI, la sortie de scripts CGI,
  et des r&eacute;ponses en flux d'octet binaire ne pourront
  utiliser cet en-t&ecirc;te.</p>
  
  <hr>
  <h2><a name="coredumpdirectory">Directive
  CoreDumpDirectory</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt CoreDumpDirectory} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> CoreDumpDirectory
  <em>nomr&eacute;pertoire</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> m&ecirc;me
  r&eacute;pertoire que ServerRoot<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Elle d&eacute;finit le r&eacute;pertoire auquel Apache tente
  d'acc&eacute;der avant d'enregistrer un "noyau dump". Par
  d&eacute;faut, il s'agit du r&eacute;pertoire <a href=
  "#serverroot">ServerRoot</a>, cependant, si ce r&eacute;pertoire
  n'est pas accessible en &eacute;criture par l'utilisateur sous
  lequel tourne le serveur, le "noyau dump" ne pourra &ecirc;tre
  g&eacute;n&eacute;r&eacute;. Si vous souha&icirc;tez dans ce cas
  obtenir un "noyau dump" pour des n&eacute;cessit&eacute;s de
  d&eacute;bogage, vous pouvez utiliser cette directive pour
  sp&eacute;cifier un autre r&eacute;pertoire dans lequel vous avez
  toute autorisation pour &eacute;crire.</p>
  
  <hr>
  <h2><a name="defaulttype">Directive DefaultType</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt DefaultType} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> DefaultType <em>mime-type</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>DefaultType
  text/html</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> FileInfo<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Il peut arriver qu'une requ&ecirc;te demande au serveur un
  document dont le type ne peut &ecirc;tre d&eacute;termin&eacute;
  par les tables de MIME.</p>
  
  <p>Le serveur doit informer le client du type de contenu
  (Content-type) du document. Dans le cas d'un type inconnu, il
  utilisera le <tt>DefaultType</tt>. Par exemple :</p>
  
  <blockquote><code>DefaultType image/gif</code></blockquote>
  
  <p>sera appropri&eacute; dans un r&eacute;pertoire contenant une
  majorit&eacute; d'images gif dont certaines ne pr&eacute;sentent
  pas explicitement l'extension .gif.</p>
  
  <hr>
  <h2><a name="directory">Directive &lt;Directory&gt;</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Directory} section directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;Directory <em>nomr&eacute;pertoire</em>&gt;
  ... &lt;/Directory&gt; <br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p><tt>&lt;Directory&gt;</tt> et <tt>&lt;/Directory&gt;</tt> sont
  utilis&eacute;s pour "encapsuler" un groupe de directives
  applicables uniquement au r&eacute;prtoire indiqu&eacute; ainsi
  qu'&agrave; ses sous-r&eacute;pertoires. Toute directive
  autoris&eacute;e dans un contexte de r&eacute;pertoire peut
  appara&icirc;tre entre ces deux balises.
  <em>nomr&eacute;pertoire</em> est soit le chemin
  enti&egrave;rement qualifi&eacute; du r&eacute;pertoire, ou un
  motif. Dans un motif, '?' remplace un caract&egrave;re unique
  quelconque, et '*' remplace toute s&eacute;quence de z&eacute;ro
  ou plus caract&egrave;res quelconques. Sur Apache 1.3, vous
  pouvez aussi utiliser les plages de caract&egrave;res '[]' comme
  dans un shell UNIX. De plus aucun des
  m&eacute;tacaract&egrave;res ne peut remplacer un '/', ce qui
  correspond plus intimement &agrave; la r&eacute;action des shells
  UNIX. Exemple:</p>
  
  <pre>
     &lt;Directory /usr/local/httpd/htdocs&gt;
     Options Indexes FollowSymLinks
     &lt;/Directory&gt;
  </pre>
  
  <p><strong>A partir d'Apache 1.2 :</strong> peuvent &ecirc;tre
  utilis&eacute;es les "expressions r&eacute;guli&egrave;res",
  lesquelles devront &ecirc;tre pr&eacute;c&eacute;d&eacute;es du
  caract&egrave;re <code>~</code>. Par exemple :</p>
  
  <pre>
    &lt;Directory ~"^/www/.*/[0-9]{3}"&gt;
  </pre>
  
  correspondrait &agrave; des r&eacute;pertoires dans /www/ dont le
  nom serait constitu&eacute; de trois digits. 
  
  <p>Si plusieurs sections de r&eacute;pertoires pointent sur le
  r&eacute;pertoire d'un document (ou l'un de ses p&egrave;res)
  sans qu'il s'agisse d'une expression r&eacute;guli&egrave;re,
  alors les directives sont appliqu&eacute;es selon la loi de "la
  plus courte qualification d'abord", combin&eacute;es aux
  directives des fichiers <a href="#accessfilename">.htaccess</a>.
  Par exemple, avec l'&eacute;criture</p>
  
  <blockquote><code>&lt;Directory /&gt; AllowOverride None
  &lt;/Directory&gt; &lt;Directory /home/*&gt; AllowOverride
  FileInfo &lt;/Directory&gt;</code></blockquote>
  
  <p>pour le contr&ocirc;le d'acc&egrave;s au document
  <code>/home/web/dir/doc.html</code> les &eacute;tapes
  d'&eacute;valuation sont les suivantes :</p>
  
  <ul>
  <li>Applique la directive <code>AllowOverride None</code>
  (d&eacute;sactivant les fichiers <code>.htaccess</code>).</li>
  
  <li>Appliquela directive <code>AllowOverride FileInfo</code>
  (pour le r&eacute;pertoire <code>/home/web</code>).</li>
  
  <li>Applique toutes les directives <tt>FileInfo</tt> de
  <code>/home/web/.htaccess</code></li>
  </ul>
  
  <p>Les sections exprimant des r&eacute;pertoires sous forme
  d'expressions r&eacute;guli&egrave;res sont g&eacute;r&eacute;s
  l&eacute;g&egrave;rement diff&eacute;remment par Apache 1.2 et
  1.3. Sous Apache 1.2, elles sont combin&eacute;es aux sections
  "normales" et s'appliquent dans l'ordre o&ugrave; elles
  apparaissent dans le fichier de configuration. Elles ne
  s'appliquent qu'une fois, seulement pour celles qui font partie
  de la section "&agrave; plus courte correspondance". Sous Apache
  1.3 les sections bas&eacute;es sur des expressions
  r&eacute;guli&egrave;res ne sont pas &eacute;valu&eacute;es tant
  que toutes les sections "normales" n'ont pas &eacute;t&eacute;
  consid&eacute;r&eacute;es. A ce moment, les sections
  "r&eacute;guli&egrave;res" sont trait&eacute;es dans l'ordre
  o&ugrave; elles apparaissent dans le fichier de configuration.
  Par exemple, avec l'&eacute;criture</p>
  
  <blockquote><code>&lt;Directory ~ abc$&gt; ... directives ici ...
  &lt;/Directory&gt;</code></blockquote>
  
  <p>Supposez que le nom de fichier demand&eacute; soit
  <code>/home/abc/public_html/abc/index.html</code>. Le serveur
  consid&egrave;re chacune des sections <code>/</code>,
  <code>/home</code>, <code>/home/abc</code>,
  <code>/home/abc/public_html</code>, et
  <code>/home/abc/public_html/abc</code> dans cet ordre. Sous
  Apache 1.2, lorsque <code>/home/abc</code> est pris en compte,
  l'expression r&eacute;guli&egrave;re correspondra et ses termes
  seront appliqu&eacute;s. Sous Apache 1.3 l'expression
  r&eacute;guli&egrave;re n'est pas consid&eacute;r&eacute;e du
  tout &agrave; ce point de l'arbre. Elle ne le sera pas tant que
  toutes les sections "normales" <tt>&lt;Directory&gt;s</tt> et
  celles des fichiers <code>.htaccess</code> n'ont pas
  &eacute;t&eacute; appliqu&eacute;es. A ce moment seulement
  l'expression r&eacute;guli&egrave;re reconna&icirc;tra
  <code>/home/abc/public_html/abc</code> et les directives seront
  appliqu&eacute;es.</p>
  
  <p><strong>Notez que l'acc&egrave;s par d&eacute;faut d'Apache
  pour les sections <tt>&lt;Directory&gt;</tt> est <code>Allow from
  All</code>. Ceci veut dire que par d&eacute;faut, Apache
  desservira tout fichier indiqu&eacute; par une URL. Nous
  recommandons de modifier ceci &agrave; l'aide d'un bloc tel
  que</strong></p>
  
  <pre>
    &lt;Directory /&gt;
       Order Deny,Allow
       Deny from All
  &lt;/Directory&gt;
  </pre>
  
  <p><strong>puis d&eacute;sactiver s&eacute;lectivement la
  protection pour les r&eacute;pertoires devant rester accessibles.
  Voir la page <a href="../misc/security_tips.html">Trucs sur la
  s&eacute;curit&eacute;</a> pour plus de
  d&eacute;tails.</strong></p>
  
  <p>Les sections de r&eacute;pertoires apparaissent habituellement
  dans le fichier access.conf, mais peuvent &ecirc;tre
  pr&eacute;sentes dans n'importe quel fichier de configuration.
  Les directives &lt;Directory&gt; ne peuvent &ecirc;tre
  imbriqu&eacute;es, et ne peuvent petre incluses dans des sections
  <a href="#limit">&lt;Limit&gt;</a> ou <a href=
  "#limitexcept">&lt;LimitExcept&gt;</a>.</p>
  
  <p><strong>Voir aussi</strong> : <a href=
  "../sections.html">Comment fonctionnent les sections concernant
  les r&eacute;pertoires, chemins et fichiers</a> pour une
  explication plus pr&eacute;cise concernant la mani&egrave;re dont
  ces sections sont combin&eacute;es lorsqu'une requ&ecirc;te est
  trait&eacute;e.</p>
  
  <hr>
  <h2><a name="directorymatch">Directive
  &lt;DirectoryMatch&gt;</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;DirectoryMatch <em>regex</em>&gt; ...
  &lt;/DirectoryMatch&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> Core<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Disponible
  &agrave; partir de la version 1.3 d'Apache 
  
  <p><tt>&lt;DirectoryMatch&gt;</tt> et
  <tt>&lt;/DirectoryMatch&gt;</tt> sont utilis&eacute;s pour
  encapsuler un groupe de directives s'appliquant uniquement aux
  r&eacute;pertoires nomm&eacute;s et ses sous-r&eacute;pertoires,
  de mani&egrave;re identique &agrave; la directive <a href=
  "#directory">&lt;Directory&gt;</a>. Cependant, elle n'accepte
  comme argument qu'une expression r&eacute;guli&egrave;re. Par
  exemple :</p>
  
  <blockquote><code>&lt;DirectoryMatch
  "^/www/.*/[0-9]{3}"&gt;</code></blockquote>
  
  <p>correspondrait aux r&eacute;pertoires de /www/ dont le nom
  consiste en trois chiffres.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "#directory">&lt;Directory&gt;</a> pour une description de la
  mani&egrave;re dont les d&eacute;finitions par expression
  r&eacute;guli&egrave;re sont combin&eacute;es aux sections
  <tt>&lt;Directory&gt;</tt> "normales".<br>
  <strong>Voir aussi</strong> : <a href="../sections.html">Comment
  fonctionnent les sections concernant les r&eacute;pertoires,
  chemins et fichiers</a> pour une explication plus pr&eacute;cise
  concernant la mani&egrave;re dont ces sections sont
  combin&eacute;es lorsqu'une requ&ecirc;te est trait&eacute;e</p>
  
  <hr>
  <h2><a name="documentroot">Directive DocumentRoot</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt DocumentRoot} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> DocumentRoot <em>directory-filename</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>DocumentRoot
  /usr/local/apache/htdocs</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive d&eacute;finit le r&eacute;pertoire racine
  &agrave; partir duquel httpd va distribuer les fichiers. Sauf si
  le r&eacute;pertoire est point&eacute; par une directive telle
  que Alias, le serveur ajoute le chemin relatif mentionn&eacute;e
  dans l'URL pr&eacute;sent&eacute;e &agrave; cette racine pour
  &eacute;tablir le chemin complet jusqu'au document. Exemple :</p>
  
  <blockquote><code>DocumentRoot /usr/web</code></blockquote>
  
  <p>Un acc&egrave;s &agrave;
  <code>http://www.my.host.com/index.html</code> se r&eacute;ferre
  au document <code>/usr/web/index.html</code>.</p>
  
  <p>Un bogue existe pour cette directive mod_dir, laquelle
  fonctionne mal lorsque DocumentRoot est donn&eacute;e avec un '/'
  final (c-&agrave;-d. "DocumentRoot /usr/web/"). Il vaut mieux
  &eacute;viter cette &eacute;criture.</p>
  
  <hr>
  <h2><a name="ebcdicconvert">EBCDICConvert</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt EBCDICConvert} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> EBCDICConvert On|Off[=<em>direction</em>]
  <em>extension</em> [<em>extension</em>] ...<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> FileInfo<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> la conversion
  EBCDIC est disponible &agrave; partir de la version 1.3.19
  d'Apache sur les plate-formes bas&eacute;es sur EBCDIC. 
  
  <p>La directive EBCDICConvert associe une extension de fichier
  &agrave; une possible conversion (<samp>On</samp> ou
  <samp>Off</samp>). Les extensions de fichiers peuvent commencer
  ou non par un point.</p>
  
  <p>Si le format optionnel <samp>On=<i>direction</i></samp> (or
  <samp>Off=<i>direction</i></samp>) est employ&eacute;, o&ugrave;
  <i>direction</i> est choisi parmi <samp>In</samp>,
  <samp>Out</samp> ou <samp>InOut</samp>, alors la directive ne
  s'applique seulement que dans une direction de transfert
  donn&eacute;e (<samp>In</samp> : contenu re&ccedil;u par une
  requ&ecirc;te PUT ou POST , <samp>Out</samp> : contenu
  renvoy&eacute; &agrave; une requete GET ou POST, et
  <samp>InOut</samp> : conversion dans les deux directions).<br>
   Sinon, <samp>InOut</samp> (conversion dans les deux directions)
  est d&eacute;fini.</p>
  
  <p>La configuration de conversion bas&eacute; sur un type de
  fichier est test&eacute; avant la configuration bas&eacute; sur
  les types MIME, afin de permettre aux r&egrave;gles
  g&eacute;n&eacute;riques MIME d'&ecirc;tre surcharg&eacute;es par
  une extension sp&eacute;cifique (pplusieurs extensions de fichier
  peuvent exister pour le m&ecirc;me type MIME).</p>
  
  <p><strong>Exemple</strong>:<br>
  Avec la configuration suivante, les fichiers <samp>*.html</samp>
  contiennent du texte HTML au format EBCDIC, tandis que les
  fichiers <samp>*.ahtml</samp> contiennent du texte HTML au format
  ASCII :</p>
  
  <pre>
      # *.html et *.ahtml contiennet du texte HTML :
      AddType  text/html  .html .ahtml
  
      # *.ahtml n'est pas converti (il contient d&eacute;j&agrave; du texte ASCII)
      EBCDICConvert       Off .ahtml
  
      # Les autres fichiers text/html contiennent du texte EBCDIC:
      EBCDICConvertByType On  text/html
  </pre>
  
  <br>
  <br>
   
  
  <p><strong>Voir &eacute;galement</strong>: <a href=
  "#ebcdicconvertbytype">EBCDICConvertByType</a> et <a href=
  "../ebcdic.html#ebcdic">Aper&ccedil;u des fonctions de conversion
  EBCDIC</a></p>
  
  <hr>
  <h2><a name="ebcdicconvertbytype">EBCDICConvertByType</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt EBCDICConvertByType} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> EBCDICConvertByType On|Off[=<em>direction</em>]
  <em>mimetype</em> [<em>mimetype</em>] ...<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> FileInfo<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> la conversion
  EBCDIC est disponible &agrave; partir de la version 1.3.19
  d'Apache sur les plate-formes bas&eacute;es sur EBCDIC. 
  
  <p>La directive EBCDICConvertByType associe un type MIME (pouvant
  contenir une *) &agrave; une &eacute;ventuelle conversion
  (<samp>On</samp> ou <samp>Off</samp>).</p>
  
  <p>Si le format optionnel <samp>On=<i>direction</i></samp> (or
  <samp>Off=<i>direction</i></samp>) est employ&eacute;, o&ugrave;
  <i>direction</i> est choisi parmi <samp>In</samp>,
  <samp>Out</samp> ou <samp>InOut</samp>, alors la directive ne
  s'applique seulement que dans une direction de transfert
  donn&eacute;e (<samp>In</samp> : contenu re&ccedil;u par une
  requ&ecirc;te PUT ou POST , <samp>Out</samp> : contenu
  renvoy&eacute; &agrave; une requete GET ou POST, et
  <samp>InOut</samp> : conversion dans les deux directions).<br>
   Sinon, <samp>InOut</samp> (conversion dans les deux directions)
  est d&eacute;fini.</p>
  
  <p><strong>Par exemple</strong>:<br>
  Une configuration standard pratique devrait au moins contenir ces
  directives :</p>
  
  <pre>
      # All text documents are stored as EBCDIC files:
      # Tous les document textes sont stock&eacute;s au format EBCDIC
      EBCDICConvertByType On  text/* message/* multipart/*
      EBCDICConvertByType On  application/x-www-form-urlencoded \
            model/vrml application/postscript
      # Les autres fichiers sont trait&eacute;s comme binaires.
      EBCDICConvertByType Off */*
  </pre>
  
  Si vous servez seulement que des documents ASCII, par exemple
  provenant d'un montage NFS d'un serveur Unix, utilisez : 
  
  <pre>
      # Tous les documents sont d&eacute;j&agrave; en ASCII:
      EBCDICConvertByType Off */*
  </pre>
  
  <p><strong>Voir &eacute;galement</strong>: <a href=
  "#ebcdicconvert">EBCDICConvert</a> et <a href=
  "../ebcdic.html#ebcdic">Aper&ccedil;u des fonctions de conversion
  EBCDIC</a></p>
  
  <hr>
  <h2><a name="ebcdickludge">EBCDICKludge</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt EBCDICKludge} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> EBCDICKludge On|Off<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>Default:</strong></a> <code>EBCDICKludge
  Off</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> FileInfo<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> EBCDICKludge
  est disponible &agrave; partir de la version 1.3.19 d'Apache sur
  les plate-formes bas&eacute;es sur EBCDIC. Il est d&eacute;suet
  et sera abandonn&eacute; dans les versions
  ult&eacute;rieures.<br>
   
  
  <p>The EBCDICKludge est propos&eacute;e par compatibilit&eacute;
  avec les versions d'Apache 1.3.0 &agrave; 1.3.18. Dans ces
  versions, tous les fichiers dont le type MIME commence par
  "text/", "message/" ou "multipart/" ou dont le type est
  "application/x-www-form-urlencoded" sont convertis par
  d&eacute;faut, les autres documents sont retourn&eacute;s sans
  conversion. Un document est pr&eacute;sum&eacute; &ecirc;tre au
  format ASCII iuniquement si il est du type
  "<samp>text/<b>x-ascii-</b><i>sous-type</i></samp>", et ne sera
  donc pas converti. A la place, le pr&eacute;fixe
  "<samp><b>x-ascii-</b></samp>" &eacute;tait supprim&eacute; du
  type, obtenant ainsi le type MIME
  "<samp>text/<i>sous-type</i></samp>" comme type du document
  retourn&eacute;.</p>
  
  <p>Si la directive EBCDICKludge est mise &agrave;
  <samp>On</samp>, et si aucune des extensions de fichiers ne
  correspondent aux directives <a href=
  "#ebcdicconvert">EBCDICConvert</a> d&eacute;finis dans le
  contexte , alors le serveur teste avec le type MIME de format
  <samp><i>type/</i><b>x-ascii-</b><i>sous-type</i></samp>. Si le
  document a un tel type alors la cha&icirc;ne
  "<samp><b>x-ascii-</b></samp>" est supprim&eacute;e et la
  conversion est mise &agrave; <samp>Off</samp>. Cela permet de
  surcharger l'assertion implicite que tous les fichiers sont
  stock&eacute;s au format EBCDIC, par exemple si Apache sert des
  fichiers provenant d'un montage NFS d'un r&eacute;pertoire
  contenant des documents ASCII.<br>
  En utilisant EBCDICKludge, Il n'y a aucun moyen de forcer un des
  autres types MIME (par exemple model/vrml) d'&ecirc;tre
  trait&eacute; au format EBCDIC. L'utilisation de la directive <a
  href="#ebcdicconvertbytype">EBCDICConvertByType</a> est
  pr&eacute;f&eacute;rable pour d&eacute;finir une telle
  conversion. Avant Apache 1.3.19, il n'y avait aucun moyen de
  forcer ces document binaires d'&ecirc;tre trait&eacute;s comme
  des fichiers textes EBCDIC</p>
  
  <p><strong>Voir &eacute;galement</strong> : <a href=
  "#ebcdicconvert">EBCDICConvert</a>, <a href=
  "#ebcdicconvertbytype">EBCDICConvertByType</a> and <a href=
  "../ebcdic.html#ebcdic">Aper&ccedil;u des fonctions de conversion
  EBCDIC</a></p>
  
  <hr>
  <h2><a name="errordocument">Directive ErrorDocument</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ErrorDocument} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ErrorDocument <em>code d'erreur document</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> FileInfo<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Les contextes
  r&eacute;pertoire et .htaccess ne sont utilisables qu'&agrave;
  partir de la version 1.1 d'Apache. 
  
  <p>Dans l'&eacute;ventualit&eacute; d'un probl&egrave;me ou d'une
  erreur, Apache peut ex&eacute;cuter l'une des quatre actions
  suivantes :</p>
  
  <ol>
  <li>sortie d'un message d'erreur simple standard</li>
  
  <li>sortie d'un message personnalis&eacute;</li>
  
  <li>redirection vers une URL locale pour traiter le
  probl&egrave;me (ou l'erreur)</li>
  
  <li>redirection vers une URL externe pour traiter le
  probl&egrave;me (ou l'erreur)</li>
  </ol>
  
  <p>La premi&egrave;re option est celle par d&eacute;faut, les
  options 2 &agrave; 4 seront obtenues en utilisant la directive
  <tt>ErrorDocument</tt>, suivi du code HTTP d'erreur et du message
  textuel d'erreur, ou une URL.</p>
  
  <p><em>Messages</em> dans ce contexte, commence par un guillemet
  simple (<code>"</code>), qui ne fait pas partie du message
  lui-m&ecirc;me. Apache ajoutera souvent des informations
  compl&eacute;mentaires explicitant le probl&egrave;me (ou
  l'erreur).</p>
  
  <p>L'URL peut d&eacute;buter par un slash (/) pour des URL
  locales, ou &ecirc;tre compl&egrave;tement qualifi&eacute;es.
  Exemples:</p>
  
  <blockquote><code>ErrorDocument 500
  http://foo.example.com/cgi-bin/tester<br>
  ErrorDocument 404 /cgi-bin/bad_urls.pl<br>
  ErrorDocument 401 /subscription_info.html<br>
  ErrorDocument 403 "Sorry can't allow you access
  today</code></blockquote>
  
  <p>Notez que lorsque vous sp&eacute;cifiez un
  <tt>ErrorDocument</tt> qui pointe vers une URL externe (c'est
  -&agrave;-dire toute adresse commen&ccedil;ant par quelque chose
  du style "http:") Apache &eacute;mettra une requ&ecirc;te de
  redirection au client pour lui indiquer o&ugrave; trouver le
  document. Ceci peut perturber les robots et d'autres clients qui
  essaient de d&eacute;terminer si une URL est valide en testant le
  code retour de la requ&ecirc;te. De plus, si vous utilisez
  l'&eacute;criture <code>ErrorDocument 401</code> le client ne
  saura pas qu'il doit demander un mot de passe puisqu'il ne
  recevra pas le code retour 401. Par cons&eacute;quent, il est
  imp&eacute;ratif d'utiliser une URL locale pour une directive
  "ErrorDocument 401". Ceci est induit par la nature des
  sch&eacute;mas d'authentification de base d'HTTP.</p>
  
  <p><strong>Voir aussi:</strong> <a href=
  "../custom-error.html">documentation sur les r&eacute;ponses
  personnalis&eacute;es.</a></p>
  
  <hr>
  <h2><a name="errorlog">Directive ErrorLog</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ErrorLog} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ErrorLog <em>nomfichier</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ErrorLog
  logs/error_log</code> (Unix)<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ErrorLog
  logs/error.log</code> (Windows et OS/2)<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive d&eacute;finit le nom du fichier dans lequel
  le serveur marque la trace des erreurs rencontr&eacute;es. Si le
  nom de fichier ne commence pas par un slash (/), alors la partie
  "chemin d'acc&egrave;s" est consid&eacute;r&eacute;e relativement
  &agrave; <a href="#serverroot">ServerRoot</a>. Exemple:</p>
  
  <blockquote><code>ErrorLog /dev/null</code></blockquote>
  
  <p>Cette expression a pour effet de d&eacute;sactiver la trace
  d'erreurs.</p>
  
  Si le fichier commence par une barre verticale (|), il est
  cens&eacute; &ecirc;tre une commande &agrave; ex&eacute;cuter
  pour ttraiter le message d'erreur.<br>
  <br>
   
  
  <p><strong>Apache 1.3 et ult&eacute;rieur:</strong> en utilisant
  <code>syslog</code> &agrave; la place d'un fichier permet
  d'employer syslogd(8) si le syst&egrave;me l'accepte. Le
  d&eacute;fau est d'utiliser la fonction syslog
  <code>local7</code>, mais vous pouvez remplacer ceci en utilisant
  la syntaxe <code>syslog:</code><em>service</em> o&ugrave;
  <em>service</em> peut &ecirc;tre un des noms document&eacute;
  dans syslog(1).</p>
  
  <p><strong>S&eacute;curit&eacute; :</strong> Voir la page <a
  href="../misc/security_tips.html">note sur la securit&eacute;</a>
  pour plus d'information concernant une possibilit&eacute; de
  br&ecirc;che de s&eacute;curit&eacute; si le r&eacute;pertoire
  d'accueil des fichiers de trace peut &ecirc;tre &eacute;crit par
  tout autre utilisateur que le propri&eacute;taire du processus
  serveur.</p>
  
  <hr>
  <h2><a name="files">Directive &lt;Files&gt;</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;Files <em>nomfichier</em>&gt; ...
  &lt;/Files&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels,
  .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Disponible
  &agrave; partir de la version 1.2 d'Apache. 
  
  <p>La directive <tt>&lt;Files&gt;</tt> permet une gestion de
  contr&ocirc;le d'acc&egrave;s fichier par fichier. Elle est
  comparable aux directives <a href=
  "#directory">&lt;Directory&gt;</a> et <a href=
  "#location">&lt;Location&gt;</a>. Elle doit s'apparier &agrave;
  une directive <tt>&lt;/Files&gt;</tt>. Les directives applicables
  au fichier indiqu&eacute; sont encapsul&eacute;es entre ces deux
  balises. Les sections <tt>&lt;Files&gt;</tt> sont trait&eacute;es
  dans l'ordre o&ugrave; elles apparaissent dans le fichier de
  configuration, une fois trait&eacute;es les sections
  <tt>&lt;Directory&gt;</tt> et les fichiers .htaccess, mais avant
  les sections <tt>&lt;Location&gt;</tt>.</p>
  
  <p>L'argument <em>filename</em> peut inclure un nom de fichier,
  o&ugrave; un motif, dans lequel '?' correspond &agrave; tout
  caract&egrave;re unique quelconque, et '*' correspond &agrave;
  une s&eacute;quence de z&eacute;ro &agrave; un nombre quelconque
  de caract&egrave;res. Les "expressions r&eacute;guli&egrave;res"
  peuvent aussi &ecirc;tre utilis&eacute;es, pourvu qu'elles soient
  pr&eacute;c&eacute;d&eacute;es du caract&egrave;re
  <code>~</code>. Par exemple :</p>
  
  <pre>
   &lt;Files ~"\.(gif|jpe?g|png)$"&gt;
  </pre>
  
  <p>correspondrait &agrave; la majorit&eacute; des fichiers
  graphiques utilis&eacute;s sur Internet. A partir de la version
  1.3 d'Apache, l'usage de la directive <a href=
  "#filesmatch">&lt;FilesMatch&gt;</a> est cependant
  pr&eacute;f&eacute;rable.</p>
  
  <p>Notez que, contrairement aux sections <a href=
  "#directory">&lt;Directory&gt;</a> et <a href=
  "#location">&lt;Location&gt;</a>, les sections
  <tt>&lt;Files&gt;</tt> peuvent appara&icirc;tre dans des fichiers
  <code>.htaccess</code>. Ceci permet aux utilisateurs de
  contr&ocirc;ler l'acc&egrave;s &agrave; leurs propres fichiers,
  sur un mode individuel. Lorsqu'elles sont utilis&eacute;es dans
  un fichier <code>.htaccess</code>, si <em>nomfichier</em> ne
  commence pas par un slash (/), le r&eacute;pertoire courant
  contenant ledit fichier <code>.htaccess</code> y sera
  pr&eacute;fix&eacute; automatiquement.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "../sections.html">Comment fonctionnent les sections concernant
  les r&eacute;pertoires, chemins et fichiers</a> pour une
  explication plus pr&eacute;cise concernant la mani&egrave;re dont
  ces sections sont combin&eacute;es lorsqu'une requ&ecirc;te est
  trait&eacute;e</p>
  
  <hr>
  <h2><a name="filesmatch">Directive &lt;FilesMatch&gt;</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;FilesMatch <em>regex</em>&gt; ...
  &lt;/Files&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels,
  .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Disponible
  &agrave; partir de la version 1.3 d'Apache. 
  
  <p>La directive <tt>&lt;FilesMatch&gt;</tt> permet un
  contr&ocirc;le d'acc&egrave;s fichier par fichier, tout comme la
  directive <a href="#files">&lt;Files&gt;</a>. Cependant, elle
  n'accepte qu'un argument sous forme d'expression
  r&eacute;guli&egrave;re. Par exemple :</p>
  
  <blockquote><code>&lt;FilesMatch
  "\.(gif|jpe?g|png)$"&gt;</code></blockquote>
  
  <p>qui correspondrait &agrave; la plupart des fichiers graphiques
  utilis&eacute;s sur Internet.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "../sections.html">Comment fonctionnent les sections concernant
  les r&eacute;pertoires, chemins et fichiers</a> pour une
  explication plus pr&eacute;cise concernant la mani&egrave;re dont
  ces sections sont combin&eacute;es lorsqu'une requ&ecirc;te est
  trait&eacute;e</p>
  
  <hr>
  <h2><a name="group">Directive Group</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Group} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> Group <em>groupeUnix</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>Group
  #-1</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>Group</tt> d&eacute;finit le groupe dont les
  requ&ecirc;tes seront trait&eacute;es par le serveur. Pour
  utiliser cette directive, le serveur stand-alone doit tout
  d'abord &ecirc;tre ex&eacute;cut&eacute; par l'utilisateur
  "root". <em>groupeUnix</em> est &agrave; choisir parmi :</p>
  
  <dl>
  <dt>un nom de groupe</dt>
  
  <dd>se r&eacute;f&egrave;re &agrave; un groupe unix par son
  nom.</dd>
  
  <dt># suivi d'unnum&eacute;ro de groupe.</dt>
  
  <dd>se r&eacute;f&egrave;re &agrave; un groupe par son
  indice.</dd>
  </dl>
  
  <p>Il est recommend&eacute; de cr&eacute;er un nouveau groupe
  d'utilisateurs pour les utilisateurs ex&eacute;cutant le serveur.
  Certains administrateurs assignent le serveur &agrave;
  l'utilisateur <code>nobody</code>, mais ceci n'est pas toujours
  possible ou souha&icirc;table.</p>
  
  <p><strong>Note :</strong> si vous d&eacute;marrez le serveur
  sous un compte utilisateur autre que "root", la commutation sur
  un autre groupe &eacute;chouera, et le groupe utilis&eacute;
  restera le groupe initial de l'utilisateur.</p>
  
  <p><strong>Note sp&eacute;ciale :</strong> L'utilisation de cette
  directive dans un contexte <tt>&lt;VirtualHost&gt;</tt>
  n&eacute;cessite un <a href="../suexec.html">suEXEC wrapper</a>
  correctement configur&eacute;. De cette mani&egrave;re et dans ce
  contexte, seul le groupe dans lequel sont ex&eacute;cut&eacute;s
  les CGI sont affect&eacute;s. Toute requ&ecirc;te autre que CGI
  sont toujours lanc&eacute;es dans le groupe d&eacute;fini par la
  directive Group principale.</p>
  
  <p><strong>S&eacute;curit&eacute; :</strong> Voir <a href=
  "#user">Utilisateur</a> pour une discussion plus
  d&eacute;taill&eacute;e sur les aspects utilisateurs.</p>
  
  <hr>
  <h2><a name="hostnamelookups">Directive HostNameLookups</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt HostNameLookups} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> HostNameLookups <em>on | off | double</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>HostNameLookups
  off</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <code>double</code> n'est disponible qu'&agrave; partir de la
  version 1.3 d'Apache.<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> La valeur par
  d&eacute;faut &eacute;tait <code>on</code> pour toute version
  ant&eacute;rieure &agrave; la version 1.3 d'Apache. 
  
  <p>Cette directive autorise la r&eacute;solution DNS pour la
  trace d'acc&egrave;s (et pour les passer aux CGI/SSI en
  <code>REMOTE_HOST</code>). La valeur <code>double</code> signifie
  une r&eacute;solution DNS inverse double. C'est-&agrave;-dire,
  apr&egrave;s qu'une r&eacute;solution inverse soit
  effectu&eacute;e, une r&eacute;solution est ensuite
  effectu&eacute;e &agrave; partir du r&eacute;sultat obtenu. Au
  moins une des adresses IP obtenues par la deuxi&egrave;me
  r&eacute;solution doit correspondre &agrave; l'adresse originale.
  (Dans le langage des "fous de tcp" ceci s'appelle
  <code>PARANOID</code>.)</p>
  
  <p>Ind&eacute;pendamment du mode choisi, lorsque <a href=
  "mod_access.html">mod_access</a> est utilis&eacute; pour faire du
  contr&ocirc;le d'acc&egrave;s par nom d'h&ocirc;te, une
  r&eacute;solution inverse double sera effectu&eacute;e. Ceci est
  indispensable pour des raisons de s&eacute;curit&eacute;. Notez
  que le r&eacute;sultat de cette r&eacute;solution inverse double
  n'est en g&eacute;n&eacute;ral pas accessible sauf si l'option
  <samp>HostnameLookups double</samp> est activ&eacute;e. Par
  exemple, si l'option est simplement <samp>HostnameLookups
  on</samp> et une requ&ecirc;te est re&ccedil;ue vers un objet
  soumis &agrave; des restrictions quant aux noms d'h&ocirc;tes, et
  quelque soit le r&eacute;sultat de la r&eacute;slution inverse
  double, les CGI recevront le r&eacute;sultat de la
  r&eacute;solution inverse dans la variable d'environnement
  <code>REMOTE_HOST</code>.</p>
  
  <p>Par d&eacute;faut, l'&eacute;tat choisi &eacute;tait
  <code>on</code> dans les versions d'apache ant&eacute;rieures
  &agrave; la version 1.3. Elle est aujourd'hui &agrave;
  <code>off</code> afin de diminuer le trafic pour les sites qui
  n'ont pas un besoin absolu de la r&eacute;solution inverse. C'est
  aussi un avantage pour les utilisateurs finaux qui n'auront pas
  &agrave; attendre la fin du processus de r&eacute;solution avant
  d'&ecirc;tre servis. Des sites charg&eacute;s devraient
  plut&ocirc;t laisser cette opyion &agrave; <code>off</code>, dans
  la mesure o&ugrave; une recherche DNS peut consommer un temps non
  n&eacute;gligeable. L'utilitaire <code>logresolve</code>, fourni
  dans le r&eacute;pertoire <i>/support</i>, peut &ecirc;tre
  utilis&eacute; pour r&eacute;soudre des noms d'h&ocirc;tes
  &agrave; partir des adresses IP trac&eacute;es en mode
  "offline".</p>
  
  <hr>
  <h2><a name="identitycheck">Directive IdentityCheck</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt IdentityCheck} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> IdentityCheck <em>bool&eacute;en</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>IdentityCheck
  off</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive autorise une trace conforme &agrave; la
  RFC1413 du nom d'utilisateur pour chaque connexion, lorsque la
  machine cliente ex&eacute;cute identd ou un procesus similaire.
  Cette information est trac&eacute;e dans le fichier <code>access
  log</code>. <em>bool&eacute;en</em> vaut soit <code>on</code> ou
  <code>off</code>.</p>
  
  <p>Cette information n'est absolument pas certifi&eacute;e et ne
  peut &ecirc;tre consid&eacute;r&eacute;e que pour une analyse
  sommaire.</p>
  
  <p>Notez que ce fontionnement peut rallonger notablement les
  d&eacute;lais d'acc&egrave;s &agrave; votre serveur dans la
  mesure o&ugrave; chaque requ&ecirc;te n&eacute;cessite
  l'ex&eacute;cution d'une r&eacute;solution. Lorsque des
  "firewalls" sont pr&eacute;sents chaque r&eacute;solution peut
  &eacute;ventuellement &eacute;chouer et ajouter ainsi 30 secondes
  d'attente pour chaque acc&egrave;s. En conclusion, cette option
  n'est en g&eacute;n&eacute;ral pas opportune pour des serveurs
  Internet ouverts au public.</p>
  
  <hr>
  <h2><a name="ifdefine">&lt;IfDefine&gt; directive</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;IfDefine [!]<em>nom-param&egrave;tre</em>&gt;
  <em>...</em> &lt;/IfDefine&gt;<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> aucun<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> tous<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  &lt;IfDefine&gt; est disponible &agrave; partir de la version
  1.3.1 
  
  <p>La section &lt;IfDefine <em>test</em>&gt;...&lt;/IfDefine&gt;
  est employ&eacute;e pour d&eacute;limiter des directives
  conditionnelles. Les directives &agrave; l'int&eacute;rieur d'un
  section IfDefine ne sont prises en compte que si <em>test</em>
  est vraie. Si <em>test</em> est faux, tout ce qui se trouve entre
  le marqueur de d&eacute;but et celui de fin est
  ignor&eacute;.</p>
  
  <p>Le <em>test</em> de la section &lt;IfDefine&gt; peut exister
  sous deux formes :</p>
  
  <ul>
  <li><em>nom-param&egrave;tre</em></li>
  
  <li><code>!</code><em>nom-param&egrave;tre</em></li>
  </ul>
  
  <p>Dans le premier cas, les directives entre les marqueurs de
  d&eacute;but et de fin ne sont trait&eacute; que si le
  param&egrave;tre nomm&eacute; <em>nom-param&egrave;tre</em> est
  d&eacute;fini. Dans le deuxi&egrave;me cas, les directives entre
  les marqueurs de d&eacute;but et de fin ne sont trait&eacute; que
  si le param&egrave;tre nomm&eacute; <em>nom-param&egrave;tre</em>
  n'est <strong>pas</strong> d&eacute;fini.</p>
  
  <p>L'argument <em>nom-param&egrave;tre</em> est une
  d&eacute;finition qui peut &ecirc;tre donn&eacute;e en ligne de
  commande d'httpd en utilisant l'option
  <code>-D</code><em>nom-param&egrave;tre</em>, au lancement du
  serveur.</p>
  
  <p>Les sections &lt;IfDefine&gt; peuvent s'imbriquer, ce qui
  permet de r&eacute;aliser des test sur plusieurs
  param&egrave;tres. Par exemple :</p>
  
  <pre>
    $ httpd -DReverseProxy ...
  
    # httpd.conf
    &lt;IfDefine ReverseProxy&gt;
    LoadModule rewrite_module libexec/mod_rewrite.so
    LoadModule proxy_module   libexec/libproxy.so
    &lt;/IfDefine&gt;
  </pre>
  
  <hr>
  <h2><a name="ifmodule">Directive &lt;IfModule&gt;</a></h2>
  
  <b>Syntaxe :</b> &lt;IfModule [!]<i>nomModule</i>&gt; <i>...</i>
  &lt;/IfModule&gt;<br>
  <b>D&eacute;faut :</b> aucun<br>
  <b>Contexte :</b> tous<br>
  <b>Statut :</b> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> IfModule n'est
  disponible qu'&agrave; partir de la version 1.2 d'Apache. 
  
  <p>La section <tt>&lt;IfModule
  <i>test</i>&gt;</tt>...&lt;/IfModule&gt; permet de rendre
  conditionnelles un groupe de directives. Les directives &agrave;
  l'int&eacute;rieur d'une section IfModule ne sont
  consid&eacute;r&eacute;es que si le <i>test</i> est
  v&eacute;rifi&eacute;. Si <i>test</i> vaut faux, toute directive
  inclue entre la balise de d&eacute;but et celle de fin sont
  ignor&eacute;es.</p>
  
  <p>Le <em>test</em> d'une section <tt>&lt;IfModule&gt;</tt> peut
  prendre l'une des formes suivantes :</p>
  
  <ul>
  <li><i>nomModule</i></li>
  
  <li>!<i>nomModule</i></li>
  </ul>
  
  <p>Dans le premier cas, les directives entre les deux balises de
  d&eacute;but et de fin ne sont trait&eacute;es que si le module
  indiqu&eacute; par <em>nomModule</em> est compil&eacute; dans
  votre version d'Apache. La seconde forme inverse le sens du test,
  et ne traite les directives que si le module <em>nomModule</em>
  n'est <b>pas</b> compil&eacute;.</p>
  
  <p>L'argument <em>nomModule</em> sp&eacute;cifie un nom de module
  par son nom de fichier source, tel qu'appel&eacute; par la
  compilation. Par exemple, <code>mod_rewrite.c</code>.</p>
  
  <p>Les sections <tt>&lt;IfModule&gt;</tt> peuvent &ecirc;tre
  imbriqu&eacute;es, ce qui peut &ecirc;tre utile pour
  impl&eacute;menter simplement des tests multi-modules.</p>
  
  <hr>
  <h2><a name="include">Directive Include</a></h2>
  
  <strong>Syntaxe :</strong> Include <em>nomfichier</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Include n'est
  disponible qu'&agrave; partir de la version 1.3 d'Apache. 
  
  <p>Cette directive permet l'inclusion d'autres fichiers de
  configuration &agrave; partir d'autres fichiers de configuration
  serveur.</p>
  
  <p>A partir de la version Apache 1.3.13, si <code>Include</code>
  pointe vers un r&eacute;pertoire plutot qu'un fichier, Apche lira
  tous fichiers de ce r&eacute;pertoire, ou des
  sous-r&eacute;pertoires, et traitera chacun de ces fichiers de
  configuration.</p>
  
  <hr>
  <h2><a name="keepalive">Directive KeepAlive</a></h2>
  
  <strong>Syntaxe : (Apache 1.1)</strong> KeepAlive
  <em>requ&ecirc;tesMax</em><br>
  <strong>D&eacute;faut : (Apache 1.1)</strong> <code>KeepAlive
  5</code><br>
  <strong>Syntaxe : (Apache 1.2)</strong> KeepAlive
  <em>on/off</em><br>
  <strong>D&eacute;faut : (Apache 1.2)</strong> <code>KeepAlive
  On</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> KeepAlive est
  disponible &agrave; partir de la version 1.1 d'Apache. 
  
  <p>L'extension Keep-Alive d'HTTP/1.0 et les connexions
  persistantes d'HTTP/1.1 fournissent des sessions durables HTTP ,
  qui autorisent plusieurs requ&ecirc;tes &agrave; &ecirc;tre
  envoy&eacute;es sur la m&ecirc;me connexion. Dans certains cas,
  il a &eacute;t&eacute; constat&eacute; une r&eacute;duction de
  50% du temps de latence ppour des documents HTML contenant de
  nombreuses images. Pour activer les connexions persistantes
  (keep-alive) &agrave; partir d'Apache 1.2 il faut d&eacute;finir
  la directive <code>KeepAlive On</code>.</p>
  
  <p>Pour les clients HTTP/1.1, Les connexions persistantes ne sont
  employ&eacute;es que si elles sont sp&eacute;cifiquement
  demand&eacute;es par un client. De plus, une connexion
  persistantes ne peut &ecirc;tre employ&eacute;es que si la taille
  du contenu est connu &agrave; l'avance. Ceci implique que les
  contenus dynamiques, tels que les scripts CGI, les pages SSI, et
  les listes de r&eacute;pertoires g&eacute;n&eacute;r&eacute;s par
  le serveur n'utilisent pas de connexions persistentes pour les
  clients HTTP/1.0. Pour les clients HTTP/1.1, les connexions sont
  persistantes par d&eacute;faut &agrave; moins d'&ecirc;tre
  sp&eacute;cifi&eacute;e. Si le client le demande, l'encodage par
  tranches est utilis&eacute; afin d'envoyer des contenus de
  tailles inconnus au travers de connxions persistantes.</p>
  
  <p><strong>Sous Apache 1.1</strong>: Mettre
  <em>requ&ecirc;tesMax</em> au nombre maximum de requ&ecirc;tes
  qu'Apache peut traiter par connexion persistante. Une limitation
  est impos&eacute;e pour &eacute;viter qu'un client ne vienne
  asphyxier votre serveur en ressources. Mettre un <code>0</code>
  pour d&eacute;sactiver ce support. A partir de la version 1.2,
  ceci est contr&ocirc;l&eacute; par la directive
  MaxKeepAliveRequests</p>
  
  Voir aussi la directive <a href=
  "#maxkeepaliverequests">MaxKeepAliveRequests</a>.<br>
  <br>
   
  
  <hr>
  <h2><a name="keepalivetimeout">Directive
  KeepAliveTimeout</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> KeepAliveTimeout <em>secondes</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>KeepAliveTimeout 15</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>KeepAliveTimeout</tt> est disponible &agrave; partir de la
  version 1.1 d'Apache. 
  
  <p>Le nombre de secondes pendant lesquelles Apache attendra une
  requ&ecirc;te post&eacute;rieure avant de rompre une connexion.
  D&egrave;s qu'une requ&ecirc;te est re&ccedil;ue, la valeur de la
  temporisation sp&eacute;cifi&eacute;e par la directive <a href=
  "#timeout">Timeout</a> s'applique.</p>
  
  <p>Mettre <code>KeepAliveTimeout</code> &agrave; une grande
  valeur peut cr&eacute;er des probl&egrave;mes de performance pour
  des serveurs charg&eacute;s. Le plus grand est ce d&eacute;lai,
  le plus les processus du serveur seront occup&eacute;s en attente
  de connexions avec des clients inactifs.</p>
  
  <hr>
  <h2><a name="limit">Directive &lt;Limit&gt;</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Limit} section directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;Limit <em>m&eacute;thode m&eacute;thode</em>
  ... &gt; ... &lt;/Limit&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> tous<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Les contr&ocirc;les d'acc&egrave;s sont normalement actives
  pour <strong>toutes</strong> les m&eacute;thodes d'acc&egrave;s,
  et ceci est le comportement normal. <strong>En
  g&eacute;n&eacute;ral, les directives de contr&ocirc;le
  d'acc&egrave;s ne doivent &ecirc;tre plac&eacute;es &agrave;
  l'int&eacute;rieur d'une section
  <code>&lt;limit&gt;</code>.</strong></p>
  
  <p>Le but de la directive &lt;Limit&gt; est de restreindre la
  port&eacute;e des contr&ocirc;les d'acc&egrave;s &agrave;
  certaines m&eacute;thodes HTTP. Pour toutes les autres
  m&eacute;thodes, les restrictions d'acc&egrave;s qui sont
  situ&eacute;es &agrave; l'int&eacute;rieur de &lt;Limit&gt;
  <strong>sont sans effets</strong>. L'exemple suivant applique le
  contr&ocirc;le d'acc&egrave;s uniquement aux m&eacute;thodes
  POST, PUT, and DELETE, laissant les autres m&eacute;thodes non
  prot&eacute;g&eacute;es :</p>
  
  <blockquote><code>&lt;Limit POST PUT DELETE&gt;<br>
  Require valid-user<br>
  &lt;/Limit&gt;</code></blockquote>
  
  Les noms de m&eacute;thodes peuvent &ecirc;tre choisis parmi GET,
  POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH, PROPFIND,
  PROPPATCH, MKCOL, COPY, MOVE, LOCK, et UNLOCK. <strong>Le nom de
  la m&eacute;thode est sensible &agrave; la casse.</strong> Si GET
  est employ&eacute;, il restreindra &eacute;galement les
  requ&ecirc;tes HEAD. 
  
  <hr>
  <h2><a name="limitexcept">Directive &lt;LimitExcept&gt;</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt LimitExcept} section directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;LimitExcept <em>m&eacute;thode</em>
  [<em>m&eacute;thode</em>] ... &gt; ... &lt;/LimitExcept&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> tous<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> disponible
  &agrave; partir de la version 1.3.5 d'Apache. 
  
  <p>&lt;LimitExcept&gt; et &lt;/LimitExcept&gt; sont
  employ&eacute;s pour entourer un groupe de directives de
  contr&ocirc;le d'acc&egrave;s qui s'appliqueront pour n'importe
  quelle m&eacute;thode d'acc&egrave;s ne se trouvant
  <strong>pas</strong> en arguments Cette directive est
  l'opps&eacute;e de <a href="#limit">&lt;Limit&gt;</a> et peut
  &ecirc;tre employ&eacute;e pour contr&ocirc;ler les
  m&eacute;thodes non reconnues ou non standard. Voir la
  documentation de <a href="#limit">&lt;Limit&gt;</a> pour plus de
  d&eacute;tails.</p>
  
  <hr>
  <h2><a name="limitrequestbody">Directive
  LimitRequestBody</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt LimitRequestBody} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LimitRequestBody <em>octets</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>LimitRequestBody 0</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  LimitRequestBody est disponible &agrave; partir de la version
  1.3.2. 
  
  <p>Cette directive d&eacute;termine la taille maximale en octets
  que peut avoir le corps d'une requ&ecirc;te. Elle peut aller de 0
  (illimit&eacute;) &agrave; 2147483647 (2GB). La valeur par
  d&eacute;faut est d&eacute;termin&eacute;e &agrave; la
  compilation par la constante
  <code>DEFAULT_LIMIT_REQUEST_BODY</code> (0 dans les
  distributions).</p>
  
  <p>La directive LimitRequestBody directive permet &agrave;
  l'utilisateur de fixer une limite &agrave; la taille du corps
  d'une requ&ecirc;te &agrave; l'int&eacute;rieur du contexte
  o&ugrave; cette directive est situ&eacute;e (serveur, par
  r&eacute;pertoire, par fichier). Si le client effezctue une
  requ&ecirc;te exc&eacute;dant cette limite, le serveur retournera
  un message d'erreur au lieu de traiter la requ&ecirc;te. La
  taille d'une requ&ecirc;te normale peut beaucoup varier en
  fonction de la nature de la ressource demand&eacute;e et des
  m&eacute;thodes d'acc&egrave;s permise sur cette ressource.
  Typiquement les scripts CGI utilise le corps du message pour
  passer des informations au serveur. Des impl&eacute;mentation de
  la m&eacute;thode PUT n&eacute;cessite une valeur au moins aussi
  grande que le serveur souhaite recevoir pour cette ressource.</p>
  
  <p>Cette directive donne &agrave; l'administrateur un plus grand
  contr&ocirc;le par rapport &agrave; des requ&ecirc;tes anormales
  de clients, et peut &ecirc;tre utile pour &eacute;viter certaines
  formes d'attaques par d&eacute;ni de service.</p>
  
  <hr>
  <h2><a name="limitrequestfields">Directive
  LimitRequestFields</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt LimitRequestFields} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LimitRequestFields <em>number</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>LimitRequestFields 100</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  LimitRequestFields est disponible &agrave; partir de la version
  1.3.2. 
  
  <p><em>Number</em> est un entier allant de 0 (signifiant sans
  limite) &agrave; 32767. La valeur par d&eacute;faut est
  d&eacute;finie &agrave; la compilation par la constante
  <code>DEFAULT_LIMIT_REQUEST_FIELDS</code> (100 dans la
  distribution).</p>
  
  <p>La directive LimitRequestFields permet &agrave;
  l'administrateur du serveur de modifier le nombre maximum de
  champs autoris&eacute; &agrave; l'int&eacute;rieur de
  l'en-t&ecirc;te d'une requ&ecirc;te HTTP. Un serveur doit avoir
  cette valeur sup&eacute;rieure au nombre de champs qu'un client
  normal peut inclure. Le nombre de champs utilis&eacute; par un
  client exc&egrave;de rarement 20, mais ceci peut varier en
  fonction de l'impl&eacute;mentation des clients, le plus souvent
  il d&eacute;pend du niveau auquel le client a configur&eacute;
  son butineur pour accepter une n&eacute;gociation de contenu
  tr&egrave;s fine. Les extensions HTTP optionnelles sont
  exprim&eacute;es en utilisant des champs dans l'en-t&ecirc;te de
  requ&ecirc;te.</p>
  
  <p>Cette directive permet &agrave; l'administrateur un meilleur
  contr&ocirc;le par rapport &agrave; des requ&ecirc;tes anormales,
  ce qui peut &ecirc;tre utile pour &eacute;viter certaines
  attaques par d&eacute;ni de service. Cette valeur doit &ecirc;tre
  augment&eacute;e si certains clients obtiennent un message
  d'erreur &agrave; leurs requ&ecirc;tes indiquant que trop de
  champs sont envoy&eacute;s dans la requ&ecirc;te.</p>
  
  <hr>
  <h2><a name="limitrequestfieldsize">Directive
  LimitRequestFieldsize</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt LimitRequestFieldsize} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LimitRequestFieldsize <em>octets</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>LimitRequestFieldsize 8190</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  LimitRequestFieldsize est disponible &agrave; partir de la
  version 1.3.2. 
  
  <p>Cette directive indique la taille maximale de l'en-t&ecirc;te
  d'une requ&ecirc;te HTTP et peut aller de 0 <em>octets</em>
  &agrave; la valeur d&eacute;finit &agrave; la compilation par la
  constante <code>DEFAULT_LIMIT_REQUEST_FIELDSIZE</code> (8190 dans
  la distribution standard).</p>
  
  <p>La directive LimitRequestFieldsize permet &agrave;
  l'administrateur de limiter la taille autoris&eacute;e pour le
  champ d'en-t&ecirc;te HTTP d'une requ&ecirc;te &agrave; une
  valeur inf&eacute;rieure &agrave; celle d&eacute;finie &agrave;
  la compilation. Un serveur doit avoir cette valeur suffisamment
  grande pour pouvoir traiter les requ&ecirc;tes de clients
  normaux. La taille d'une requ&ecirc;te noramle peut beaucoup
  varier en fonction de l'impl&eacute;mentation du client, le plus
  souvent il d&eacute;pend du niveau auquel le client a
  configur&eacute; son butineur pour accepter une
  n&eacute;gociation de contenu tr&egrave;s fine.</p>
  
  <p>Cette directive permet l'administrateur d'avoir un meilleur
  contr&ocirc;le sur des requ&ecirc;tes ayant un comportement
  anormale, ce qui peut &ecirc;tre utile afin d'&eacute;viter
  certaines formes d'attaques par d&eacute;ni de service. Dans des
  conditions normales, cette valeur doit rester celle par
  d&eacute;faut.</p>
  
  <hr>
  <h2><a name="limitrequestline">Directive
  LimitRequestLine</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt LimitRequestLine} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LimitRequestLine <em>octets</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>LimitRequestLine 8190</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  LimitRequestLine est disponible &agrave; partir de la version
  1.3.2. 
  
  <p>Cette directive indique la taille maximale d'une requ&ecirc;te
  HTTP et peut aller de 0 <em>octets</em> &agrave; la valeur
  d&eacute;finit &agrave; la compilation par la constante
  <code>DEFAULT_LIMIT_REQUEST_LINE</code> (8190 dans la
  distribution standard).</p>
  
  <p>La directive LimitRequestLine permet &agrave; l'administrateur
  de r&eacute;duire la limite fix&eacute;e pour une requ&ecirc;te
  HTTP en dessous de la valeur fix&eacute;e &agrave; la
  compilation. Comme une requ&ecirc;te est compos&eacute;e de la
  m&eacute;thode HTTP, d'une URI et de la version du protocole
  utilis&eacute;, la directive LimitRequestLine place une
  restriction sur la taille maximale que peut avoir une URI dansune
  requ&ecirc;te. Un serveur doit avoir cette valeur suffisamment
  grande pour pouvoir traiter n'importe quelle de ses ressources,
  en prenant en compte les informations qui pourrait &ecirc;tre
  pass&eacute;es dans une requ&ecirc;te GET.</p>
  
  <p>Cette directive permet l'administrateur d'avoir un meilleur
  contr&ocirc;le sur des requ&ecirc;tes ayant un comportement
  anormale, ce qui peut &ecirc;tre utile afin d'&eacute;viter
  certaines formes d'attaques par d&eacute;ni de service. Dans des
  conditions normales, cette valeur doit rester celle par
  d&eacute;faut.</p>
  
  <hr>
  <h2><a name="listen">Directive Listen</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> Listen
  [<em>adresseIp</em>:]<em>num&eacute;roPort</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Listen est
  disponible &agrave; partir de la version 1.1 d'Apache. 
  
  <p>La directive <tt>Listen</tt> enjoint Apache &agrave;
  &eacute;couter plus d'une adresse IP ou port; par d&eacute;faut
  Apache r&eacute;pond aux requ&ecirc;tes re&ccedil;ues sur toutes
  les interfaces IP, mais seulement celles arrivant sur le port
  donn&eacute; par la directive <a href="#port">Port</a>.</p>
  
  <tt>Listen</tt> peut &ecirc;tre utilis&eacute;e &agrave; la place
  de <tt><a href="#bindaddress">BindAddress</a></tt> et
  <tt>Port</tt>. Elle indique au serveur d'accepter des
  requ&ecirc;tes entrantes sur le port sp&eacute;cifi&eacute; ou
  sur une combinaison adresse-port. Si le premier format est
  utilis&eacute; (avec seule mention d'un num&eacute;ro de port),
  le serveur "&eacute;coutera" tous les ports
  sp&eacute;cifi&eacute;s sur chacune des interfaces IP qu'il
  conna&icirc;t, plut&ocirc;t que sur le port donn&eacute; par la
  directive <tt>Port</tt>. Si une adresse IP adresse IP est
  pr&eacute;cis&eacute;e en compl&eacute;ment, le serveur
  restreindra son &eacute;coute &agrave; la combinaison
  adresse-port pr&eacute;cis&eacute;e.<br>
  <br>
   
  
  <p>Notez que vous avez toujours besoin de la directive
  <tt>Port</tt> qui permettent &agrave; Apache de
  g&eacute;n&eacute;rer les URL de retour vers votre serveur.</p>
  
  <p>Plusieurs directives <tt>Listen</tt> peuvent &ecirc;tre
  utilis&eacute;es pour sp&eacute;cifier un ensemble d'adresses et
  de ports &agrave; &eacute;couter. Le serveur r&eacute;pondra aux
  requ&ecirc;tes re&ccedil;ues sur n'importe laquelle des
  combinaisons adresse-port ainsi sp&eacute;cifi&eacute;e.</p>
  
  <p>Par exemple, pour autoriser le serveur &agrave; accepter des
  connexions sur les ports 80 et 8000, &eacute;crire :</p>
  
  <blockquote>
  <pre>
  <code>Listen 80
  Listen 8000
  </code>
  </pre>
  </blockquote>
  
  <p>Pour autoriser un serveur &agrave; accepter des connexions sur
  deux "sockets" qualifi&eacute;s, &eacute;crire :</p>
  
  <pre>
  Listen 192.170.2.1:80
  Listen 192.170.2.5:8000
  </pre>
  
  <p><strong>Voir aussi:</strong> <a href=
  "../dns-caveats.html">Apache et DNS</a><br>
  <strong>Voir aussi:</strong> <a href="../bind.html">Configurer
  les ports et adresses utilis&eacute;e par Apache</a><br>
  <strong>Voir aussi :</strong> <a href=
  "http://www.apache.org/info/known_bugs.html#listenbug">Bogues
  connus</a></p>
  
  <hr>
  <h2><a name="listenbacklog">Directive ListenBacklog</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ListenBacklog <em>backlog</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ListenBacklog
  511</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>ListenBacklog</tt> n'est disponible qu'&agrave; partir de la
  version 1.2.0 d'Apache. 
  
  <p>La longueur maximale de la file d'attente des connexions en
  attente. En g&eacute;n&eacute;ral, aucun ajustement n'est
  n&eacute;cessaire, cependant, il est souhaitable sur certains
  syst&egrave;mes d'augmenter cette longueur de file pour
  r&eacute;pondre &agrave; des attaques TCP SYN. Voir les
  param&egrave;tres backlog dans l'appel syst&egrave;me
  <code>listen(2)</code>.</p>
  
  <p>Cette directive est limit&eacute;e &agrave; un petit nombre
  par le syst&egrave;me d'exploitation. Elle peut varier d'un
  syst&egrave;me &agrave; un autre. Il faut &eacute;galement noter
  que pour la plupart des syst&egrave;mes, la valeur
  r&eacute;ellement utilis&eacute;e n'est pas celle
  sp&eacute;cifi&eacute;e par la directive, mais un nombre
  bas&eacute; sur cette valeur (g&eacute;n&eacute;ralement plus
  grande).</p>
  
  <hr>
  <h2><a name="location">Directive &lt;Location&gt;</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;Location <em>URL</em>&gt; ...
  &lt;/Location&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>Location</tt> est disponible &agrave; partir des versions 1.1
  d'Apache. 
  
  <p>La directive <tt>&lt;Location&gt;</tt> permet d'instaurer un
  contr&ocirc;le d'acc&egrave;s sur une base URL. Elle est
  comparable &agrave; la directive <a href=
  "#directory">&lt;Directory&gt;</a>, et doit s'apparier &agrave;
  une directive <tt>&lt;/Location&gt;</tt>. Les directives
  s'appliquant &agrave; l'URL pr&eacute;cis&eacute;e seront
  &agrave; inclure entre ces deux balises. Les sections
  <tt>&lt;Location&gt;</tt> sont trait&eacute;es dans l'ordre
  o&ugrave; elles apparaissent dans le fichier de configuration,
  une fois les sections <tt>&lt;Directory&gt;</tt> et les fichiers
  <code>.htaccess</code> trait&eacute;s.</p>
  
  <p>Il faut noter que les URL n'ont pas du tout &agrave; suivre la
  m&ecirc;me organisation que le syst&egrave;me de fichiers, et il
  faut souligner que la directive &lt;Location&gt; op&egrave;re de
  mani&egrave;re totalement ind&eacute;pendante du syst&egrave;me
  de fichiers.</p>
  
  <p>Le <em>pr&eacute;fixe d'URL</em> devra, sauf pour des
  requ&ecirc;tes &agrave; un proxy, &ecirc;tre de la forme
  <code>/chemin/</code>, et ne devra pas inclure de mention
  <code>http://nomserveur</code>. Elle ne prot&egrave;ge pas
  n&eacute;cessairement un r&eacute;pertoire (cela peut &ecirc;tre
  un fichier individuel, ou un ensemble de fichiers), et peut
  inclure des m&eacute;tacaract&egrave;res. Dans un motif (avec des
  m&eacute;tacaract&egrave;res), '?' remplace un caract&egrave;re
  quelconque, et '*' remplace toute cha&icirc;ne quelconque de 0 ou
  plus caract&egrave;res. POur les requ&ecirc;tes &agrave; un
  proxy, l'URL doitt &ecirc;tre de la forme
  <code>scheme://nomserveur/serveur</code>, et vous devez inclure
  le pr&eacute;fixe.</p>
  
  <p><strong>Apache 1.2 et plus :</strong> Des expression
  r&eacute;guli&egrave;res peuvent &ecirc;tre utilis&eacute;es,
  &agrave; condition de les faire pr&eacute;c&eacute;der du
  caract&egrave;re <code>~</code>. Par exemple :</p>
  
  <blockquote><code>&lt;Location ~
  "/(extra|special)/data"&gt;</code></blockquote>
  
  <p>correspondrait &agrave; des URL contenant la sous-cha&icirc;ne
  "/extra/data" ou "/special/data". Cependant, sous Apache 1.3,
  l'utilisation de la directive <a href=
  "#locationmatch">&lt;LocationMatch&gt;</a> est
  conseill&eacute;e.</p>
  
  <p>La fonctionnalit&eacute; <tt>Location</tt> est
  particuli&egrave;rement pratique lorsque combin&eacute;e &agrave;
  la directive <a href="mod_mime.html#sethandler">SetHandler</a>.
  Par exemple, pour permettre des requ&ecirc;tes sur les rapports
  d'&eacute;tat, mais ne les autoriser que pour des agents
  requ&eacute;rant &agrave; partir du domaine foo.com, vous
  pourriez &eacute;crire :</p>
  
  <blockquote>
  <pre>
  <code>&lt;Location /status&gt;
  SetHandler server-status
  order deny,allow
  deny from all
  allow from .foo.com
  &lt;/Location&gt;
  </code>
  </pre>
  </blockquote>
  
  <p><strong>Note sur / (barre oblique) pour les version
  sup&eacute;rieures &agrave; 1.3</strong>: La caract&egrave;re
  barre oblique &agrave; une signification particuli&egrave;re en
  fonction de l'endroit o&ugrave; il se situe. Des personnes sont
  habitu&eacute;s au comportement dans certains syst&egrave;mes de
  fichiers o&ugrave; de multiples caract&egrave;res obliques sont
  remplac&eacute;s par un caract&egrave;re unique (par exemple
  <code>/home///foo</code> est identique &agrave;
  <code>/home/foo</code>). Dans le monde des URL ceci n'est pas
  obligatoirement vrai. La directive
  <code>&lt;LocationMatch&gt;</code> et la version avec expression
  r&eacute;guli&egrave;re de <code>&lt;Location&gt;</code> demande
  de sp&eacute;cifier plusieurs caract&egrave;res obliques si ceci
  est votre intention. Par exemple, <code>&lt;LocationMatch
  ^/abc&gt;</code> fonctionnera avec l'URL <code>/abc</code> mais
  pas avec l'URL <code>//abc</code>. La directive (sans expression
  r&eacute;guli&egrave;re) <code>&lt;Location&gt;</code> se
  comporte de mani&egrave;re similaire quand elle est
  employ&eacute;e pour des requ&ecirc;tes proxy. Mais si la
  directive (sans expression r&eacute;guli&egrave;re)
  <code>&lt;Location&gt;</code> est utilis&eacute;e pour des
  requ&ecirc;tes sans proxy, il associera implicitement plusieurs
  obliques &agrave; un seul. Par exemple, si vous sp&eacute;cifiez
  <code>&lt;Location /abc/def&gt;</code> et que la requ&ecirc;te
  est <code>/abc//def</code> celle ci correspondra.</p>
  
  <p><strong>Voir aussi</strong>: <a href=
  "../sections.html">Comment fonctionnent les sections concernant
  les r&eacute;pertoires, chemins et fichiers</a> pour une
  explication plus pr&eacute;cise concernant la mani&egrave;re dont
  ces sections sont combin&eacute;es lorsqu'une requ&ecirc;te est
  trait&eacute;e.</p>
  
  <hr>
  <h2><a name="locationmatch">Directive
  &lt;LocationMatch&gt;</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;LocationMatch <em>regex</em>&gt; ...
  &lt;/LocationMatch&gt;<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Location est
  disponible &agrave; partir de la version 1.3 d'Apache. 
  
  <p>La directive <tt>&lt;LocationMatch&gt;</tt> permet
  l'&eacute;tablissement d'un contr&ocirc;le d'acc&egrave;s sur une
  base URL, d'une fa&ccedil;on identique &agrave; la directive <a
  href="#location">&lt;Location&gt;</a>. Cependant, elle n'accepte
  qu'une expression r&eacute;guli&egrave;re comme argument. Par
  exemple :</p>
  
  <blockquote><code>&lt;LocationMatch
  "/(extra|special)/data"&gt;</code></blockquote>
  
  repr&eacute;sente des URL contenant l'une des sous-cha&icirc;nes
  "/extra/data" ou "/special/data". <br>
  <br>
   <strong>Voir aussi</strong> : <a href="../sections.html">Comment
  fonctionnent les sections concernant les r&eacute;pertoires,
  chemins et fichiers</a> pour une explication plus pr&eacute;cise
  concernant la mani&egrave;re dont ces sections sont
  combin&eacute;es lorsqu'une requ&ecirc;te est trait&eacute;e. 
  
  <hr>
  <h2><a name="lockfile">Directive LockFile</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LockFile <em>nomfichier</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>LockFile
  logs/accept.lock</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>LockFile</tt> indique le chemin
  d'acc&egrave;s du fichier de verrouillage utilis&eacute;
  lorsqu'Apache est compil&eacute; en mode
  <code>USE_FCNTL_SERIALIZED_ACCEPT</code> ou
  <code>USE_FLOCK_SERIALIZED_ACCEPT</code>. Ce param&egrave;tre
  sera laiss&eacute; g&eacute;n&eacute;ralement dans son
  &eacute;tat par d&eacute;faut. La raison principale qui
  conduirait &agrave; modifier ce param&egrave;tre serait le fait
  que le r&eacute;pertoire des traces (<code>logs</code>) soit
  mont&eacute; sous NFS, le fichier de verrouillage devant de
  pr&eacute;f&eacute;rence &ecirc;tre situ&eacute; sur un disque
  local &agrave; la machine serveur pour autant que possible. Le
  PID du processus serveur principal est automatiquement
  rajout&eacute; au nom de fichier.</p>
  
  <p><strong>SECURITE :</strong> il vaut mieux &eacute;viter de
  metttre ce fichier dans un r&eacute;pertoire inscriptible par
  tout le monde tel que <code>/var/tmp</code> cas quelqu'un
  pourrait cr&eacute;er une attaque par d&eacute;ni de service et
  emp&eacute;cher le serveur de red&eacute;marrer en cr&eacute;ant
  un fichier de verrouillage de m&ecirc;me nom que celui que veut
  cr&eacute;er le serveur.</p>
  
  <hr>
  <h2><a name="loglevel">Directive LogLevel</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> LogLevel <em>niveau</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>LogLevel
  error</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;tes virtuels<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> LogLevel est
  disponible &agrave; partir de la version 1.3. 
  
  <p>LogLevel ajuste le niveau de verbosit&eacute; des messages
  inscrits dans les traces d'erreur (voir la directive <a href=
  "#errorlog">ErrorLog</a>). Les niveaux possibles sont par ordre
  de gravit&eacute; d&eacute;croissante :</p>
  
  <table>
  <tr>
  <th align="LEFT"><strong>Niveau</strong> </th>
  <th align="LEFT"><strong>Description</strong> </th>
  </tr>
  
  <tr>
  <th></th>
  <th align="LEFT"><strong>Exemple</strong> </th>
  </tr>
  
  <tr>
  <td><code>emerg</code> </td>
  <td>Urgences - le syst&egrave;me est inutilisable.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"Child cannot open lock file. Exiting"</td>
  </tr>
  
  <tr>
  <td><code>alert</code> </td>
  <td>Une action doit &ecirc;tre prise imm&eacute;diatement.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"getpwuid: couldn't determine user name from uid"</td>
  </tr>
  
  <tr>
  <td><code>crit</code> </td>
  <td>Conditions critiques.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"socket: Failed to get a socket, exiting child"</td>
  </tr>
  
  <tr>
  <td><code>error</code> </td>
  <td>Cas d'erreur.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"Premature end of script headers"</td>
  </tr>
  
  <tr>
  <td><code>warn</code> </td>
  <td>Avertissements.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"child process 1234 did not exit, sending another
  SIGHUP"</td>
  </tr>
  
  <tr>
  <td><code>notice</code> </td>
  <td>Normal mais condition significative.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"httpd: caught SIGBUS, attempting to dump core in ..."</td>
  </tr>
  
  <tr>
  <td><code>info</code> </td>
  <td>Pour information.</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"Server seems busy, (you may need to increase StartServers,
  or Min/MaxSpareServers)..."</td>
  </tr>
  
  <tr>
  <td><code>debug</code> </td>
  <td>Messages de d&eacute;boguage</td>
  </tr>
  
  <tr>
  <td></td>
  <td>"Opening config file ..."</td>
  </tr>
  </table>
  
  <p>Quand un niveau est sp&eacute;cifi&eacute;, les messages des
  niveaux de plus haute gravit&eacute; seront &eacute;galement
  rapport&eacute;s. Par exemple, quand la directive <code>LogLevel
  info</code> est d&eacute;finie, les messages de niveau
  <code>notice</code> et <code>warn</code> seront aussi
  notifi&eacute;s.</p>
  
  <p>L'utilisation d'un niveau de gravit&eacute; d'au moins
  <code>crit</code> est recommand&eacute;.</p>
  
  <hr>
  <h2><a name="maxclients">Directive MaxClients</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt MaxClients} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> MaxClients <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>MaxClients
  256</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>MaxClients</tt> indique le nombre limite de
  requ&ecirc;tes simultan&eacute;es pouvant &ecirc;tre
  accept&eacute;es par le serveur ; il repr&eacute;sente le nombre
  maximum de processus serveur fils qui peuvent tourner &agrave; un
  instant donn&eacute;. Pour configurer plus de 256 clients, vous
  devez modifier la constante HARD_SERVER_LIMIT du fichier source
  d'Apache httpd.h et recompiler Apache.</p>
  
  <p>Les tentatives de connexions au del&agrave; de MaxClients sont
  normalement mises en attente, jusqu'&agrave; une limite
  fix&eacute;e par la directive <a href=
  "#listenbacklog">ListenBacklog</a>. Une fois qu'un processus fils
  est libre &agrave; la fin d'une requ&ecirc;te diff&eacute;rente,
  la connexion en attente est trait&eacute;e.</p>
  
  <hr>
  <h2><a name="maxkeepaliverequests">Directive
  MaxKeepAliveRequests</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> MaxKeepAliveRequests <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>MaxKeepAliveRequests 100</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Uniquement
  &agrave; partir de la version 1.2 d'Apache. 
  
  <p>La directive <tt>MaxKeepAliveRequests</tt> limite le nombre de
  requ&ecirc;tes permises pour une connexion unique lorsque la
  directive <a href="#keepalive">KeepAlive</a> est activ&eacute;e.
  Si <em>nombre</em> vaut "<code>0</code>", chaque connexion peut
  admettre un nombre illimit&eacute; de requ&ecirc;tes. Nous
  recommendons que ce param&egrave;tre soit r&eacute;gl&eacute; sur
  une valeur relativement haute pour obtenir des performances
  optimales du serveur. Dans la version 1.1 d'Apache, ceci est
  contr&ocirc;l&eacute; par la directive Keepalive</p>
  
  <hr>
  <h2><a name="maxrequestsperchild">Directive
  MaxRequestsPerChild</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt MaxRequestsPerChild} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> MaxRequestsPerChild <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>MaxRequestsPerChild 0</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>MaxRequestsPerChild</tt> indique le nombre
  limite de requ&ecirc;tes qu'un processus serveur fils peut
  tra&icirc;ter. Apr&egrave;s <tt>MaxRequestsPerChild</tt>
  requ&ecirc;tes, ce processus fils meurt. Si ce param&egrave;tre
  est fix&eacute; &agrave; 0, alors les processus fils ne meurent
  jamais.</p>
  
  <p>Le fait de mettre <tt>MaxRequestsPerChild</tt> &agrave; une
  valeur non nulle a deux cons&eacute;quences
  b&eacute;n&eacute;fiques :</p>
  
  <ul>
  <li>cela limite le volume de m&eacute;moire qu'un processus peut
  consommer (accidentellement) et &eacute;vite une saturation
  m&eacute;moire ;</li>
  
  <li>en donnant &agrave; un processus un temps de vie fini, le
  nombre total de processus impliqu&eacute;s dans le serveur
  d&eacute;croit lorsque la charge du serveur retombe.</li>
  </ul>
  
  <p>Cependant sur les syst&egrave;mes Win32, il est
  recommand&eacute; de mettre cette valeur &agrave; 0. Si celle ci
  est &agrave; une valeur non nulle, quand le nombre de
  requ&ecirc;tes est atteint, le processus fils quitte, et est
  relanc&eacute; en relisant les fichiers de configuration. Ceci
  peut conduire &agrave; un comportement impr&eacute;visible si
  vous avez modifi&eacute; un fichier de configuration, mais ne
  souhaitez pas que ces changements soient pris en compte. Voir
  &eacute;galement <a href=
  "#threadsperchild">ThreadsPerChild</a>.</p>
  
  <p><strong>NOTE:</strong> pour les requ&ecirc;tes
  <em>KeepAlive</em> requests, seule la premi&egrave;re
  requ&ecirc;te est compt&eacute;e. En r&eacute;alit&eacute;, il
  change le comportement afin de limiter le nombre de
  <em>connexions</em> par fils.</p>
  
  <hr>
  <h2><a name="maxspareservers">Directive MaxSpareServers</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt MaxSpareServers} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> MaxSpareServers <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>MaxSpareServers
  10</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>MaxSpareServers</tt> indique le nombre
  maximal de processus fils en <em>attente</em>. Un processus en
  attente est un processus qui existe, mais qui ne traite pas de
  requ&ecirc;te. S'il existe plus de <tt>MaxSpareServers</tt> de
  ces processus, alors le p&egrave;re viendra tuer les processus en
  suppl&eacute;mentaires.</p>
  
  <p>L'activation de cette fonctionnalit&eacute; ne devrait
  &ecirc;tre n&eacute;cessaire que sur les site vraiment
  tr&egrave;s charg&eacute;s. R&eacute;gler ce param&egrave;tre sur
  une grande valeur est de toutes fa&ccedil;on toujours une
  mauvaise id&eacute;e.</p>
  
  <p>Cette directive n'a aucun effet quand elle est employ&eacute;e
  sur les plates-formes WIndows.</p>
  
  <p>Voir aussi <a href="#minspareservers">MinSpareServers</a> et
  <a href="#startservers">StartServers</a>.</p>
  
  <hr>
  <h2><a name="minspareservers">Directive MinSpareServers</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt MinSpareServers} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> MinSpareServers <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>MinSpareServers
  5</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>MinSpareServers</tt> indique le nombre
  minimum de processus fils en <em>attente</em> qu'un serveur
  pourra conserver. S'il existe moins de <tt>MinSpareServers</tt>
  processus serveurs fils en attente, le processus p&egrave;re
  recr&eacute;era des processus fils au rythme de 1 par
  seconde.</p>
  
  <p>L'activation de cette fonctionnalit&eacute; ne devrait
  &ecirc;tre n&eacute;cessaire que sur des sites tr&egrave;s
  charg&eacute;s. R&eacute;gler ce param&egrave;tre sur une grande
  valeur est de toutes fa&ccedil;ons toujours une mauvaise
  id&eacute;e.</p>
  
  <p>Cette directive n'a aucun effet quand elle est employ&eacute;e
  sur les plates-formes WIndows.</p>
  
  <p>Voir aussi <a href="#maxspareservers">MaxSpareServers</a> et
  <a href="#startservers">StartServers</a>.</p>
  
  <hr>
  <h2><a name="namevirtualhost">Directive NameVirtualHost</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt NameVirtualHost} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> NameVirtualHost <em>addr</em>[:<em>port</em>]<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>NameVirtualHost</tt> n'est disponible qu'&agrave; partir de
  la version 1.3 d'Apache. 
  
  <p>La directive <tt>NameVirtualHost</tt> est n&eacute;cessaire si
  vous souhaitez configurer <a href="../vhosts/index.html">des
  h&ocirc;tes virtuels nomm&eacute;s</a>.</p>
  
  <p>Bien que <em>addr</em> puisse &ecirc;tre exprim&eacute;e comme
  un nom d'h&ocirc;te, il est recommand&eacute; d'utiliser une
  adresse IP, exemple :</p>
  
  <blockquote><code>NameVirtualHost
  111.22.33.44</code></blockquote>
  
  <p>Avec cette directive <tt>NameVirtualHost</tt>, l'adresse
  nomm&eacute;e par le nom de votre h&ocirc;te virtuel se
  r&eacute;sout. Si vous exploitez plusieurs h&ocirc;tes
  nomm&eacute;s sur des adresses multiples, r&eacute;p&eacute;tez
  cette directive autant de fois que n&eacute;cessaire (pour chaque
  adresse).</p>
  
  <p>Note: le "serveur principal" et tous les serveurs "par
  d&eacute;faut" ne seront <strong>jamais</strong> servis pour une
  requ&ecirc;te vers une adresse IP NameVirtualHost (&agrave; moins
  que pour une raison donn&eacute;e vous d&eacute;finissiez
  NameVirtualHost mais qu'aucun VirtualHosts ne soit d&eacute;fini
  pour cette adresse).</p>
  
  <p>En option, vous pouvez pr&eacute;ciser un num&eacute;ro de
  port sur lequel l'h&ocirc;te virtuel nomm&eacute; sera atteint,
  par exemple :</p>
  
  <blockquote><code>NameVirtualHost
  111.22.33.44:8080</code></blockquote>
  
  A partir de la version 1.3.13, vous pouvez donner comme adresse
  <code>*</code> Ceci cr&eacute;e un NameVirtualHost qui correspond
  &agrave; toutes les connexions venant de toutes les adresses IP
  qui ne sont pas configur&eacute;s avec une autre directive
  NameVirtualHost ou un section <a href=
  "#virtualhost">&lt;VirtualHost&gt;</a>. Cette option est pratique
  si vous n'utilisez que des h&ocirc;tes virtuels nomm&eacute;s et
  que vous ne souhaitez pas coder en dur l'adresse IP de votre
  machine dans le fichier de configuration.<br>
  <br>
   <strong>Voir aussi :</strong> <a href="../vhosts/">H&ocirc;tes
  virtuels sur Apache</a> 
  
  <hr>
  <h2><a name="options">Directive Options</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Options} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> Options <em>[+|-]option [+|-]option ...</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <strong>Surcharge:</strong> Options<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>Options</tt> contr&ocirc;le quelles fonctions
  du serveur sont disponibles dans un r&eacute;pertoire
  particulier.</p>
  
  <p><em>option</em> peut valoir <code>None</code>, auquel cas
  aucune fonction suppl&eacute;mentaire n'est disponible, ou une ou
  plus des possibilit&eacute;s suivantes :</p>
  
  <dl>
  <dt>All</dt>
  
  <dd>toutes options sauf MultiViews.</dd>
  
  <dt>ExecCGI</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt ExecCGI} option&gt; -->
  L'ex&eacute;cution des scripts CGI est autoris&eacute;e.</dd>
  
  <dt>FollowSymLinks</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt FollowSymLinks} option&gt; -->
  Le serveur est autoris&eacute; &agrave; suivre les liens
  symboliques dans ce r&eacute;pertoire. 
  
  <p><strong>Note</strong>: m&ecirc;me si le serveur suit le lien
  symbolique, il <b>ne</b> doit <b>pas</b> changer le chemin
  d'acc&egrave;s afin de ne pas entrer en contradiction avec les
  sections <tt>&lt;Directory&gt;</tt>.</p>
  </dd>
  
  <dt>Includes</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt Includes} option&gt; -->
  Les inclusions par Server-Side-Include sont permises.</dd>
  
  <dt>IncludesNOEXEC</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt IncludesNOEXEC} option&gt; -->
  Les SSI sont autoris&eacute;s, mais pas la commande #exec ni
  <code>#include</code> des scripts CGI.</dd>
  
  <dt>Indexes</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt Indexes} option&gt; -->
  Si une URL requise pointe sur un r&eacute;pertoire, et aucun
  fichier d&eacute;fini par <tt>DirectoryIndex</tt> (ex.
  index.html) n'existe dans ce r&eacute;pertoire, alors le serveur
  retourne une liste format&eacute;e du contenu du
  r&eacute;pertoire.</dd>
  
  <dt>MultiViews</dt>
  
  <dd><!--%plaintext &lt;?INDEX {\tt MultiViews} option&gt; -->
  <a href="../content-negotiation.html">Un contenu
  n&eacute;goci&eacute;</a> en <code>MultiViews</code> est
  permis.</dd>
  
  <dt>SymLinksIfOwnerMatch</dt>
  
  <dd>
  <!--%plaintext &lt;?INDEX {\tt SymLinksIfOwnerMatch} option&gt; -->
  Le serveur ne suivra les liens symboliques uniquement si le
  fichier vis&eacute; ou le r&eacute;pertoire vis&eacute;
  appartiennent au m&ecirc;me utilisateur que le lien
  lui-m&ecirc;me.</dd>
  </dl>
  
  <p>Normalement, si plusieurs options <code>Options</code> peuvent
  &ecirc;tre appliqu&eacute;es &agrave; un r&eacute;pertoire, alors
  la plus restrictive est appliqu&eacute;e ; les options ne sont
  pas combin&eacute;es. Cependant, si <i>all</i> les options dans
  la directive <code>Options</code>
  sontpr&eacute;c&eacute;d&eacute;es d'un symbole + ou -, alors les
  options sont alors combin&eacute;es entre elles. Toute option
  pr&eacute;c&eacute;d&eacute;e d'un + est ajout&eacute;e aux
  options en cours, toute option pr&eacute;c&eacute;d&eacute;e d'un
  - est d&eacute;sactiv&eacute;e.</p>
  
  <p>Par exemple, sans symboles + ni - :</p>
  
  <blockquote>
  <pre>
  <code>&lt;Directory /web/docs&gt;
  Options Indexes FollowSymLinks
  &lt;/Directory&gt;
  &lt;Directory /web/docs/spec&gt;
  Options Includes
  &lt;/Directory&gt;
  </code>
  </pre>
  </blockquote>
  
  <p>seul <code>Includes</code> sera activ&eacute; pour le
  r&eacute;pertoire <code>/web/docs/spec</code>. Cependant, si la
  seconde directive d'<code>Options</code> utilise les symboles +
  et - :</p>
  
  <blockquote>
  <pre>
  <code>&lt;Directory /web/docs&gt;
  Options Indexes FollowSymLinks
  &lt;/Directory&gt;
  &lt;Directory /web/docs/spec&gt; 
  Options +Includes -Indexes
  &lt;/Directory&gt;
  </code>
  </pre>
  </blockquote>
  
  <p>alors les options <code>FollowSymLinks</code> et
  <code>Includes</code> sont valid&eacute;es pour le
  r&eacute;pertoire <code>/web/docs/spec</code>.</p>
  
  <hr>
  <h2><a name="pidfile">Directive PidFile</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt PidFile} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> PidFile <em>filename</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>PidFile
  logs/httpd.pid</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>PidFile</tt> d&eacute;finit le fichier dans
  lequel le serveur enregistre l'identificateur de processus du
  d&eacute;mon. Si le nom de fichier ne commence pas par un slash
  (/) alors le fichier est d&eacute;fini relativement au <a href=
  "#serverroot">ServerRoot</a>. Le fichier <tt>PidFile</tt> n'est
  utilis&eacute; que dans le mode <a href=
  "#servertype">standalone</a>.</p>
  
  <p>Il est souvent utile de pouvoir envoyer un signal au serveur,
  pour qu'il referme et r&eacute;ouvre ses fichiers <a href=
  "#errorlog">ErrorLog</a> et <tt>TransferLog</tt>, et relise ses
  fichiers de configuration. Ceci peut &ecirc;tre fait en envoyant
  un signal SIGHUP (kill -1) au processus identifi&eacute; par
  l'identificateur de processus marqu&eacute; dans
  <tt>PidFile</tt>.</p>
  
  <p>Le fichier <tt>PidFile</tt> est concern&eacute; par les
  m&ecirc;mes probl&egrave;mes d'emplacement et de <a href=
  "../misc/security_tips.html">securit&eacute;</a> que les fichiers
  de trace.</p>
  
  <hr>
  <h2><a name="port">Directive Port</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Port} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> Port <em>num&eacute;ro</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>Port
  80</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p><em>num&eacute;ro</em> est un nombre compris entre 0 et 65535;
  certains num&eacute;ros de ports (surtout en dessous de 1024)
  sont r&eacute;serv&eacute;s pour des protocoles
  sp&eacute;cifiques. Une liste des ports pr&eacute;d&eacute;finis
  est consultable dans la RFC 1340 "Assigned Numbers"
  <code>/etc/services</code>; le port standard assign&eacute; au
  protocole http est le port 80.</p>
  
  <p>La directive <tt>Port</tt> a deux comportements, le premier
  est n&eacute;cessaire pour assurer la compatibilit&eacute; NCSA
  (et qui peut pr&eacute;ter &agrave; confusion dans le contexte
  d'Apache).</p>
  
  <ul>
  <li>En absence de toute directive <a href="#listen">Listen</a> ou
  <a href="#bindaddress">BindAddress</a> sp&eacute;cifiant un
  num&eacute;ro de port, la directive <tt>Port</tt> d&eacute;finit
  le port r&eacute;seau que le serveur &eacute;coute. S'il existe
  une directive <tt>Listen</tt> ou <tt>BindAddress</tt>
  sp&eacute;cifiant un <code>:num&eacute;ro</code> alors la
  directive Port n'a aucun effet quant au socket que le serveur
  &eacute;coute.</li>
  
  <li>La directive Port d&eacute;finit la variable d'environnement
  <code>SERVER_PORT</code> (pour les <a href="mod_cgi.html">CGI</a>
  et les <a href="mod_include.html">SSI</a>), laquelle est
  utilis&eacute;e lorsque le serveur g&eacute;n&egrave;re une URL
  qui point sur lui-m&ecirc;me (par exemple lorsqu'il indique une
  indirection externe vers lui-m&ecirc;me).</li>
  </ul>
  
  <p>Dans aucun cas une d&eacute;finition du <tt>Port</tt> ne
  d&eacute;finit &agrave; quel port un <a href=
  "#virtualhost">VirtualHost</a> r&eacute;pond, la directive
  <tt>VirtualHost</tt> elle-m&ecirc;me se chargeant de cette
  d&eacute;finition.</p>
  
  <p>Le comportement premier de la directive <tt>Port</tt> doit
  &ecirc;tre consid&eacute;r&eacute; comme similaire &agrave; celui
  de la directive <a href="#servername">ServerName</a>.
  <tt>ServerName</tt> et <tt>Port</tt> sp&eacute;cifient
  conjointement ce que vous consid&eacute;rez &ecirc;tre l'adresse
  <em>canonique</em> du serveur.</p>
  
  <p>Le Port 80 est l'un des ports pr&eacute;d&eacute;finis d'Unix.
  Tous les ports num&eacute;rot&eacute;s en dessous de 1024 sont
  r&eacute;serv&eacute;s &agrave; un usage syst&egrave;me,
  c-&agrave;-d. que des utilisateurs non privil&eacute;gi&eacute;s
  (non-root) ne peuvent les utiliser ; ces derniers peuvent par
  contre utiliser des ports de plus haut rang. Pour utiliser le
  port 80, le serveur doit &ecirc;tre ex&eacute;cut&eacute; sous
  <code>root</code>. Apr&egrave;s avoir li&eacute; le port (bind)
  et avant d'accepter des requ&ecirc;tes, Apache changera son
  utilisateur associ&eacute; tel que d&eacute;fini par la directive
  <a href="#user">User</a>.</p>
  
  <p>Si vous ne pouvez utiliser le port 80, choisissez tout autre
  port libre. Les utilisateurs non-root devront choisir un
  num&eacute;ro de port sup&eacute;rieur &agrave; 1023, 8000 par
  exemple.</p>
  
  <p><strong>S&eacute;curit&eacute; :</strong> si vous
  d&eacute;marrez le serveur sous <code>root</code>, assurez vous
  que la directive <a href="#user">User</a> ne mentionne pas
  <code>root</code>. Si vous traitez des requ&ecirc;tes en
  disposant toujours de super privil&egrave;ges, vous ouvrez votre
  syst&egrave;me &agrave; des attaques majeures.</p>
  
  <hr>
  <h2><a name="require">Directive require</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt require} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> require <em>nomEntite Entite Entite...</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire, .htaccess<br>
  <strong>Surcharge:</strong> AuthConfig<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Cette directive choisi quels utilisateurs autoris&eacute;s
  peuvent acc&eacute;der &agrave; un r&eacute;pertoire. Les
  syntaxes valides sont :</p>
  
  <ul>
  <li>require user <em>utilisateur utilisateur ...</em> 
  
  <p>Seuls les utilisateurs nomm&eacute;s peuvent acc&eacute;der au
  r&eacute;pertoire.</p>
  </li>
  
  <li>require group <em>nomGroupe nomGroupe ...</em> 
  
  <p>Seuls les utilisateurs des groupes cit&eacute;s peuvent
  acc&eacute;der au r&eacute;pertoire.</p>
  </li>
  
  <li>require valid-user 
  
  <p>Tout utilisateur reconnu peut acc&eacute;der au
  r&eacute;pertoire (par opposition aux non utilisateurs).</p>
  </li>
  </ul>
  
  <p>Si <code>require</code> appara&icirc;t dans une section <a
  href="#limit">&lt;Limit&gt;</a>, alors les restrictions ne sont
  appliqu&eacute;es qu'aux m&eacute;thodes http mentionn&eacute;es.
  Autrement, toutes les m&eacute;thodes http sont restreintes.
  Exemple :</p>
  
  <blockquote>
  <pre>
  <code>AuthType Basic
  AuthName unDomaine
  AuthUserFile /web/users
  AuthGroupFile /web/groups
  &lt;Limit GET POST&gt;
  require group admin
  &lt;/Limit&gt;
  </code>
  </pre>
  </blockquote>
  
  <p>Pour fonctionner correctement, la directive Require doit
  &ecirc;tre accompagn&eacute; de directives <a href=
  "#authname">AuthName</a> et <a href="#authtype">AuthType</a>, et
  de directives de type <a href=
  "mod_auth.html#authuserfile">AuthUserFile</a> et <a href=
  "mod_auth.html#authgroupfile">AuthGroupFile</a> (servant &agrave;
  d&eacute;finir les utilisateurs et les groupes).</p>
  
  <hr>
  <h2><a name="resourceconfig">Directive ResourceConfig</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ResourceConfig} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ResourceConfig <em>nomfichier</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ResourceConfig
  conf/srm.conf</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Le serveur lit dans ce fichier des directives
  suppl&eacute;mentaires, apr&egrave;s avoir lu le fichier
  <code>httpd.conf</code>. <em>nomfichier</em> est
  consid&eacute;r&eacute; relativement &agrave; <a href=
  "#serverroot">ServerRoot</a>. Cette fonctionnalit&eacute; peut
  &ecirc;tre d&eacute;sactiv&eacute;e par l'&eacute;criture :</p>
  
  <blockquote><code>ResourceConfig /dev/null</code></blockquote>
  
  ou sur les serveurs Win32 
  
  <blockquote><code>ResourceConfig nul</code></blockquote>
  
  <p>Historiquement, ce fichier contenait essentiellement les
  directives autres que celles servant &agrave; la configuration du
  serveur ou les sections <a href=
  "#directory">&lt;Directory&gt;</a> ; en fait, il peut contenir
  maintenant toute directive admise dans le contexte
  <em>configuration serveur</em>.</p>
  
  <p>A partir de la version 1.3.13, si la directive
  <code>ResourceConfig</code> pointe sur un r&eacute;pertoire
  plutot qu'un fichier, Apache lira tous les fichiers de ce
  r&eacute;pertoire ou de ses sous-r&eacute;pertoires et les
  traitera comme fichiers de configuration.</p>
  
  <p>Voir aussi <a href="#accessconfig">AccessConfig</a>.</p>
  
  <hr>
  <h2><a name="rlimit">Directive RLimitCPU</a> <a name=
  "rlimitcpu"></a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt RLimitCPU} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> RLimitCPU <em># ou 'max'</em> <em>[# ou
  'max']</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <em>Non
  pr&eacute;cis&eacute;; utilise le d&eacute;faut du syst&egrave;me
  d'exploitation</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> RLimitCPU
  n'est disponible qu'&agrave; partir de la version 1.2 d'Apache 
  
  <p>Accepte 1 ou 2 paramet&egrave;res. Le premier param&egrave;tre
  indique la limite logicielle pour tous les processus et le second
  param&egrave;tre la limite sup&eacute;rieure en termes de
  ressources. Chacun des param&egrave;tres peut &ecirc;tre
  exprim&eacute; par un nombre, ou <em>max</em> pour indiquer au
  serveur que la limite est celle impos&eacute;e par le
  syst&egrave;me d'exploitation. La limite sup&eacute;rieure en
  ressource ne peut &ecirc;tre atteinte que si le serveur tourne
  sous root, ou &eacute;ventuellement pendant la phase de
  d&eacute;marrage.</p>
  
  <p>Ceci est valide pour les processus lanc&eacute;s par les
  processus fils d'Apache pour le traitement des requ&ecirc;tes et
  non pour les processus fils d'Apache eux-m&ecirc;mes. Cela inclut
  les scripts CGI, les commandes exec SSI, mais pas les processus
  lanc&eacute;s par le processu Apache p&egrave;re tels que les
  traces.</p>
  
  <p>La limite de ressources CPU est exprim&eacute;e en secondes
  par processus.</p>
  
  <p>Voir aussi <a href="#rlimitmem">RLimitMEM</a> ou <a href=
  "#rlimitnproc">RLimitNPROC</a>.</p>
  
  <hr>
  <h2><a name="rlimitmem">Directive RLimitMEM</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt RLimitMEM} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> RLimitMEM <em># ou 'max'</em> <em>[# ou
  'max']</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <em>Non
  pr&eacute;cis&eacute; ; utilise le d&eacute;faut du
  syst&egrave;me d'exploitation</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> RLimitMEM is
  only available in Apache 1.2 and later 
  
  <p>Accepte 1 ou 2 param&egrave;tres. Le premier param&egrave;tre
  fixe la limite logicielle en ressources m&eacute;moire pour tous
  les processus tandis que le second param&egrave;tre fixe la
  limite absolue de ressources m&eacute;moire. Chaque
  param&egrave;tre peut &ecirc;tre un nombre, ou <em>max</em> pour
  indiquer au serveur que la limite est fix&eacute;e par le
  syst&egrave;me d'exploitation. La limite sup&eacute;rieure en
  ressource ne peut &ecirc;tre atteinte que si le serveur tourne
  sous root, ou &eacute;ventuellement pendant la phase de
  d&eacute;marrage.</p>
  
  <p>Ceci est valide pour les processus lanc&eacute;s par les
  processus fils d'Apache pour le traitement des requ&ecirc;tes et
  non pour les processus fils d'Apache eux-m&ecirc;mes. Cela inclut
  les scripts CGI, les commandes exec SSI, mais pas les processus
  lanc&eacute;s par le processu Apache p&egrave;re tels que les
  traces.</p>
  
  <p>Les ressources m&eacute;moire sont exprim&eacute;es en octets
  par processus.</p>
  
  <p>Voir aussi <a href="#rlimitcpu">RLimitCPU</a> ou <a href=
  "#rlimitnproc">RLimitNPROC</a>.</p>
  
  <hr>
  <h2><a name="rlimitnproc">Directive RLimitNPROC</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt RLimitNPROC} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> RLimitNPROC <em># ou 'max'</em> <em>[# ou
  'max']</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <em>Unset; uses
  operating system defaults</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> RLimitNPROC
  n'est disponible qu'&agrave; partir de la version 1.2 d'Apache 
  
  <p>Accepte 1 ou 2 param&egrave;tres. Le premier param&egrave;tre
  fixe la limite logicielle en ressources pour tous les processus
  tandis que le second param&egrave;tre fixe la limite absolue de
  ressources m&eacute;moire. Chaque param&egrave;tre peut
  &ecirc;tre un nombre, ou <em>max</em> pour indiquer au serveur
  que la limite est fix&eacute;e par le syst&egrave;me
  d'exploitation. La limite sup&eacute;rieure en ressource ne peut
  &ecirc;tre atteinte que si le serveur tourne sous root, ou
  &eacute;ventuellement pendant la phase de d&eacute;marrage.</p>
  
  <p>Ceci est valide pour les processus lanc&eacute;s par les
  processus fils d'Apache pour le traitement des requ&ecirc;tes et
  non pour les processus fils d'Apache eux-m&ecirc;mes. Cela inclut
  les scripts CGI, les commandes exec SSI, mais pas les processus
  lanc&eacute;s par le processu Apache p&egrave;re tels que les
  traces.</p>
  
  <p>Cette limite contr&ocirc;le le nombre de processus maximum par
  utilisateur.</p>
  
  <p><strong>Note :</strong> Si les processus CGI <b>ne</b>
  tournent <b>pas</b> sous un autre utilisateur que l'utilisateur
  du serveur, cette directive limitera aussi le nombre de processus
  que le serveur lui-m&ecirc;me peut cr&eacute;er. Cette situation
  sera indiqu&eacute;e de fa&ccedil;on &eacute;vidente par des
  messages d'erreur <b><em>cannot fork</em></b> dans le fichier
  error_log.</p>
  
  <p>Voir aussi <a href="#rlimitmem">RLimitMEM</a> ou <a href=
  "#rlimitcpu">RLimitCPU</a>.</p>
  
  <hr>
  <h2><a name="satisfy">Directive Satisfy</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt Satisfy} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> Satisfy <em>'any' ou 'all'</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> Satisfy all<br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>Satisfy</tt> n'est disponible qu'&agrave; partir de la
  version 1.2 d'Apache 
  
  <p>Politique d'acc&egrave;s si &agrave; la fois 'allow' et
  'require' sont utilis&eacute;s. Le param&egrave;tre peut valoir
  soit <em>'all'</em> soit <em>'any'</em>. Cette directive n'est
  utile que si l'acc&egrave;s &agrave; une zone particuli&egrave;re
  est &agrave; la fois restreinte par un username/password
  <em>et</em> et par l'adresse d'h&ocirc;te client. Dans ce cas le
  comportement par d&eacute;faut ("all") impose au client de passer
  la restriction d'adresse <em>et</em> d'entrer un identificateur
  d'utilisateur et un mot de passe valides. Avec l'option "any", le
  client sera servi si son adresse d'h&ocirc;te est conforme
  <em>ou</em> s'il rentre des param&egrave;tres d'identification
  corrects. Ceci peut &ecirc;tre utilis&eacute; pour restreindre un
  zone par un mot de passe, tout en laissant quelques client bien
  identifi&eacute;s entrer dans le domaine sans avoir &agrave; se
  soumettre &agrave; la proc&eacute;dure d'identification.</p>
  
  <p>Voir aussi <a href="#require">Require</a> et <a href=
  "mod_access.html#allow">Allow</a>.</p>
  
  <hr>
  <h2><a name="scoreboardfile">Directive ScoreBoardFile</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ScoreBoardFile} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ScoreBoardFile <em>nomfichier</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ScoreBoardFile
  logs/apache_status</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>ScoreBoardFile</tt> est n&eacute;cessaire sur
  certaines architectures pour cr&eacute;er un fichier servant
  &agrave; la communication entre des processus p&egrave;res et des
  processus fils. La meilleure fa&ccedil;on de savoir si votre
  syst&egrave;me n&eacute;cessite un tel fichier est
  d'ex&eacute;cuter Apache et de voir s'il cr&eacute;e le fichier
  mentionn&eacute; dans la directive. Si votre syst&egrave;me
  n&eacute;cessite l'emploi de ce fichier, alors vous devez vous
  assurer que celui-ci ne peut &ecirc;tre utilis&eacute; que par
  une et une seule invocation d'Apache.</p>
  
  <p>Si vous devez utiliser un <tt>ScoreBoardFile</tt>, vous
  pourrez optimiser votre temps d'ex&eacute;cution en le
  pla&ccedil;ant sur un disque virtuel en RAM. Cependant,
  rappelez-vous que les m&ecirc;mes recommandations sont &agrave;
  prendre en compte pour la position de ce fichier que pour la
  position des fichiers de trace quant &agrave; la <a href=
  "../misc/security_tips.html">securit&eacute;</a>.</p>
  
  <p><i>A partir d'Apache 1.2 :</i></p>
  
  <p>Les utilisateurs de Linux 1.x doivent pouvoir ajouter
  <code>-DHAVE_SHMGET</code> aux <code>EXTRA_CFLAGS</code> dans
  leur fichier de <code>Configuration</code>. Ceci devrait
  fonctionner sur certaines installations en 1.x, mais pas
  forc&eacute;ment sur toutes.</p>
  
  <p>Les utilisateurs de SVR4 devront consid&eacute;rer
  l'opportunit&eacute; d'ajouter <code>-DHAVE_SHMGET</code> aux
  <code>EXTRA_CFLAGS</code> dans leur fichier de
  <code>Configuration</code>. Il semble que cela fonctionne, mais
  nous n'avons pu le tester pour la version 1.2. (avant la version
  1.3b4, <code>HAVE_SHMGET</code> devait suffire.)</p>
  
  <br>
  <br>
   
  
  <p><strong>Voir aussi</strong> : <a href=
  "../stopping.html">Arr&ecirc;ter et red&eacute;marrer
  Apache</a></p>
  
  <hr>
  <h2><a name="scriptinterpretersource">ScriptInterpreterSource
  directive</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ScriptInterpreterSource} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ScriptInterpreterSource registry|script<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>ScriptInterpreterSource script</code> <br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau (seulement sur Windows) 
  
  <p>Cette directive sert, &agrave; partir de la version 1.3.5
  d'Apache, &agrave; d&eacute;terminer o&ugrave; trouver
  l'interpr&eacute;teur employ&eacute; pour ex&eacute;cuter les
  scripts CGI. La technique par d&eacute;faut est de prendre
  l'interpr&eacute;teur point&eacute; par les caract&egrave;res #!
  dans le script. En fixant ScriptInterpreterSource &agrave;
  registry, La table de registration de Windows sera
  employ&eacute;e pour chercher l'interpr&eacute;teur, en prenant
  l'extension du fichier comme cl&eacute; (par exemple .pl).</p>
  
  <hr>
  <h2><a name="sendbuffersize">Directive SendBufferSize</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt SendBufferSize} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> SendBufferSize <em>octets</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>Le serveur r&egrave;gle la taille du tampon interne de TCP au
  nombre d'octets sp&eacute;cifi&eacute;. Tr&egrave;s utile pour
  augmenter les tailles par d&eacute;faut dans le cas d'utilisation
  de liaisons haute vitesse (ex. des liaisons transcontinantales
  rapides).</p>
  
  <hr>
  <h2><a name="serveradmin">Directive ServerAdmin</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerAdmin} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerAdmin <em>adresseEMail</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>ServerAdmin</tt> d&eacute;finit l'adresse
  e-mail que le serveur inclut dans tout message d'erreur
  retourn&eacute; au client.</p>
  
  <p>Il peut &ecirc;tre utile de d&eacute;dier une adresse
  r&eacute;serv&eacute;e &agrave; cet usage, par exemple :</p>
  
  <blockquote><code>ServerAdmin
  www-admin@foo.bar.com</code></blockquote>
  
  <p>car les utilisateur ne rappellent pas toujours dans leur
  message ce &agrave; propos de quoi ils interviennent!</p>
  
  <hr>
  <h2><a name="serveralias">Directive ServerAlias</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerAlias <em>h&ocirc;te1 h&ocirc;te2
  ...</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>ServerAlias</tt> est disponible &agrave; partir de la version
  1.1 d'Apache 
  
  <p>La directive <tt>ServerAlias</tt> d&eacute;fini un nom
  secondaire pour un h&ocirc;te, utilisable dans le contexte d'<a
  href="../vhosts/name-based.html">h&ocirc;te virtuels
  nomm&eacute;s</a>.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "../vhosts/index.html">H&ocirc;tes virtuels sur Apache</a></p>
  
  <hr>
  <h2><a name="servername">Directive ServerName</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerName} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerName <em>nom de domaine enti&egrave;rement
  qualifi&eacute;</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>ServerName</tt> d&eacute;finit le nom
  d'h&ocirc;te du serveur ; celui-ci n'est utilis&eacute; que pour
  cr&eacute;er des URL de redirection. S'il n'est pas
  d&eacute;fini, alors le serveur tentera de le r&eacute;soudre
  &agrave; partir de sa propre adresse IP ; cependant, cette
  r&eacute;solution n'est pas d'une fiabilit&eacute; absolue, ou
  peut r&eacute;sulter en un nom autre que le nom
  "souhait&eacute;". Par exemple :</p>
  
  <blockquote><code>ServerName www.wibble.com</code></blockquote>
  
  <p>peut &ecirc;tre d&eacute;fini lorsque le nom canonique
  (principal) de la machine actuelle est
  <code>monster.wibble.com</code>.</p>
  
  <p>Si vous utilisez des <a href=
  "../vhosts/name-based.html">h&ocirc;tes virtuels
  nomm&eacute;s</a>, la directive <code>ServerName</code> &agrave;
  l'int&eacute;rieur d'une section <a href=
  "#virtualhost"><code>&lt;VirtualHost&gt;</code></a> impose que
  quel nom d'h&ocirc;te doit appara&icirc;tre dans l'en-t&ecirc;te
  <code>Host:</code> d'une requ&ecirc;te pour &ecirc;tre
  associ&eacute; &agrave; cet h&ocirc;te virtuel.</p>
  
  <p><strong>Voir aussi</strong> : <a href=
  "../dns-caveats.html">Apache et DNS</a> <a href=
  "../vhosts/">documentation sur les h&ocirc;tes virtuels
  Apache</a><br>
  <a href="#usecanonicalname">UseCanonicalName</a><br>
  <a href="#namevirtualhost">NameVirtualHost</a><br>
  <a href="#serveralias">ServerAlias</a><br>
  </p>
  
  <hr>
  <h2><a name="serverpath">Directive ServerPath</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerPath <em>chemin</em><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  <tt>ServerPath</tt> est disponible &agrave; partir de la version
  1.1 d'Apache. 
  
  <p>La directive <tt>ServerPath</tt> d&eacute;finit le chemin
  d'acc&egrave;s servant de base pour les URL ciblant un <a href=
  "../vhosts/index.html">h&ocirc;te virtuel nomm&eacute;</a>.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "../vhosts/index.html">H&ocirc;tes virtuels sur Apache</a></p>
  
  <hr>
  <h2><a name="serverroot">Directive ServerRoot</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerRoot} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerRoot <em>nomr&eacute;pertoire</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ServerRoot
  /usr/local/apache</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>ServerRoot</tt> d&eacute;finit le
  r&eacute;pertoire dans lequel se situe le serveur. Typiquement,
  ce r&eacute;pertoire contiendra les sous-r&eacute;pertoires
  <code>conf/</code> et <code>logs/</code>. Les chemins
  d'acc&egrave;s relatifs pour d'autres fichiers de configuration
  seront consid&eacute;r&eacute;s relativement &agrave; ce
  r&eacute;pertoire.<br>
  Voir aussi <a href="../invoking.html">les <code>-d</code> options
  de httpd</a>.</p>
  
  <p>Voir aussi <a href="../misc/security_tips.html#serverroot">les
  trucs de s&eacute;curit&eacute;</a> pour plus d'informations sur
  comment correctment d&eacute;finir les droits d'acc&egrave;s
  &agrave; ServerRoot.</p>
  
  <hr>
  <h2><a name="serversignature">Directive ServerSignature</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerSignature} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerSignature On|Off|EMail<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ServerSignature
  Off</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire, .htaccess<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  ServerSignature est disponible &agrave; partir de la version 1.3.
  
  
  <p>La directive ServerSignature permet la configuration d'une
  ligne de bas de page pour les documents
  g&eacute;n&eacute;r&eacute;s par le serveur (messages d'erreur,
  liste des r&eacute;pertoire ftp, affichage de mod_info, ...)
  L'utilit&eacute; de l'emploi d'une telle ligne appara&icirc;t
  dans la cas d'encha&icirc;nement de proxy, o&ugrave;
  l'utilisateuir souvent n'a aucune possibilit&eacute; de
  d&eacute;terminer quel &eacute;l&eacute;ment de la cha&icirc;ne
  de proxies a produit un message d'erreur.<br>
  La valeur par d&eacute;faut <samp>Off</samp> supprime la ligne
  d'erreur (et est compatible avec le comportement d'Apache 1.2 et
  pr&eacute;c&eacute;dents). La valeur <samp>On</samp> ajoute une
  ligne contenant la version du serveur, la valeur de <a href=
  "#servername">ServerName</a> de l'h&ocirc;te virtuel et la valeur
  <samp>EMail</samp> ajoute une r&eacute;f&eacute;rence "mailto:"
  vers l'adresse <a href="#serveradmin">ServerAdmin</a> du document
  demand&eacute;.</p>
  
  <hr>
  <h2><a name="servertokens">Directive ServerTokens</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerTokens} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerTokens Minimal|ProductOnly|OS|Full<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ServerTokens
  Full</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur <br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> ServerTokens
  est disponible &agrave; partir de la version 1.3 d'Apache. Le mot
  cl&eacute; <code>ProductOnly</code> est disponible &agrave;
  pertir de la version 1.3.12 
  
  <p>Cette directive contr&ocirc;le si le champ <samp>Server</samp>
  de l'en-t&ecirc;te de r&eacute;ponse qui est renvoy&eacute; aux
  clients inclut une description du type de syst&egrave;me de du
  serveur ainsi que des informations sur les odules
  compil&eacute;s.</p>
  
  <dl>
  <dt><code>ServerTokens Prod[uctOnly]</code></dt>
  
  <dd>Le serveur renvoie par exemple : <samp>Server:
  Apache</samp></dd>
  
  <dt><code>ServerTokens Min[imal]</code></dt>
  
  <dd>Le serveur renvoie par exemple : <samp>Server:
  Apache/1.3.0</samp></dd>
  
  <dt><code>ServerTokens OS</code></dt>
  
  <dd>Le serveur renvoie par exemple : <samp>Server: Apache/1.3.0
  (Unix)</samp></dd>
  
  <dt><code>ServerTokens Full</code> (ou non
  sp&eacute;cifi&eacute;)</dt>
  
  <dd>Le serveur renvoie par exemple : <samp>Server: Apache/1.3.0
  (Unix) PHP/3.0 MyMod/1.2</samp></dd>
  </dl>
  
  <p>Cette directive s'applique &agrave; la globalit&eacute; du
  serveur et ne paut pas &ecirc;tre activ&eacute; ou
  d&eacute;sactiv&eacute; sur la base d'h&ocirc;tes virtuels.</p>
  
  <hr>
  <h2><a name="servertype">Directive ServerType</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt ServerType} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ServerType <em>type</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ServerType
  standalone</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>ServerType</tt> d&eacute;finit comment le
  serveur est ex&eacute;cut&eacute; par le syst&egrave;me
  d'exploitation. <em>Type</em> peut prendre l'une des valeurs
  suivantes :</p>
  
  <dl>
  <dt>inetd</dt>
  
  <dd>Le serveur sera ex&eacute;cut&eacute; &agrave; partir du
  processus system inetd ; la commande n&eacute;cessaire au
  d&eacute;marrage du serveur devra &ecirc;tre ajout&eacute;e au
  fichier <code>/etc/inetd.conf</code></dd>
  
  <dt>standalone</dt>
  
  <dd>Le serveur est lanc&eacute; en tant que d&eacute;mon ; la
  commande de d&eacute;marrage du serveur sera ajout&eacute;e aux
  scripts de d&eacute;marrage du syst&egrave;me d'exploitation.
  (<code>/etc/rc.local</code> ou <code>/etc/rc3.d/...</code>.)</dd>
  </dl>
  
  <p>Inetd est l'option la moins utilis&eacute;e des deux. Pour
  chaque connexion http demand&eacute;e, une nouvelle instance du
  serveur est cr&eacute;&eacute;e ; une fois la connexion
  &eacute;tablie, ce programme tourne. Ceci implique un co&ucirc;t
  important en ressources pour chaque connexion, mais certains
  administrateurs pr&eacute;f&egrave;rent parfois ce mode pour des
  raisons de s&eacute;curit&eacute;.</p>
  
  <p>Standalone est l'option la plus fr&eacute;quente pour la
  directive <tt>ServerType</tt> dans la mesure o&ugrave; ce dernier
  est de loin plus performant. Le serveur n'est
  d&eacute;marr&eacute; qu'une fois, et dessert toutes les
  connexions ult&eacute;rieures. Si vous utilisez Apache sur un
  site tr&egrave;s charg&eacute;, le mode standalone sera
  certainement le seul choix possible.</p>
  
  <hr>
  <h2><a name="startservers">Directive StartServers</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt StartServers} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> StartServers <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>StartServers
  5</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>StartServers</tt> d&eacute;finit le nombre de
  processus fils cr&eacute;&eacute;s d&egrave;s le d&eacute;marrage
  du serveur. Le nombre de ces processus &eacute;tant
  contr&ocirc;l&eacute; dynamiquement en fonction de la charge, il
  y a en g&eacute;n&eacute;ral peu d'int&eacute;r&ecirc;t &agrave;
  modifier la valeur par d&eacute;faut de ce param&egrave;tre.</p>
  
  <p>Lorsque le serveur est ex&eacute;cut&eacute; sous Microsoft
  Windows, cette directive n'a aucun effet. Comme la version
  Windows d'Apache est &eacute;crite en multithread, un seul
  processus g&egrave;re l'int&eacute;gralit&eacute; des
  requ&ecirc;tes. La directive <a href=
  "#threadsperchild">ThreadsPerChild</a> contr&ocirc;le le nombre
  maximal de threads traitant les requ&ecirc;tes, ce qui a un effet
  similaire &agrave; la directive Unix
  <samp>StartServers</samp></p>
  
  <p>Voir aussi <a href="#minspareservers">MinSpareServers</a> et
  <a href="#maxspareservers">MaxSpareServers</a>.</p>
  
  <hr>
  <h2><a name="threadsperchild">Directive ThreadsPerChild</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ThreadsPerChild <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ThreadsPerChild
  50</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau (Windows)<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> Disponible
  seulement &agrave; partir de la version 1.3 pour Windows d'Apache
  
  
  <p>Cette directive indique au serveur combien de threads il doit
  lancer. Cela est &eacute;quivalent au nombre maximum de
  connexions que le serveur peut traiter simultan&eacute;ment ;
  soyez s&ucirc;r de vous et r&eacute;glez le nombre suffisament
  haut si votre site est tr&egrave;s fr&eacute;quent&eacute;.</p>
  
  <p>Cette directive n'a aucun effet sur les syst&egrave;mes Unix.
  Les utilisateurs Unix regarderont les directives <a href=
  "#startservers">StartServers</a> et <a href=
  "#maxrequestsperchild">MaxRequestsPerChild</a>.</p>
  
  <hr>
  <h2><a name="threadstacksize">Directive ThreadStackSize</a></h2>
  
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> ThreadStackSize <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>ThreadStackSize
  65536</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau (NetWare)<br>
  <strong>Compatibilit&eacute; :</strong> disponible &agrave;
  partir de la version d'Apache 1.3 sur Netware. 
  
  <p>Cette directive indique la taille de la pile &agrave; utiliser
  pour les threads. Si vous rencontrer un probl&egrave;me de
  d&eacute;bordement de pile, vous devez augmenter cette
  valeur.</p>
  
  <p>Cette directive n'a aucun effet sur les autres
  syst&egrave;mes.</p>
  
  <hr>
  <h2><a name="timeout">Directive TimeOut</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt TimeOut} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> TimeOut <em>nombre</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>TimeOut
  300</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>TimeOut</tt> d&eacute;finit la temporisation
  courante pendant laquelle Apache attendra l'une de ces trois
  choses :</p>
  
  <ol>
  <li>Le temps total de r&eacute;ception d'une requ&ecirc;te
  GET.</li>
  
  <li>Le temps entre la r&eacute;ception de paquets TCP lors d'une
  requ&ecirc;te POST ou PUT.</li>
  
  <li>Le temps entre deux acquittements lors de la transmission de
  paquets TCP de r&eacute;ponse.</li>
  </ol>
  
  <p>Nous pr&eacute;voyons dans le futur de permettre une
  configuration individuelle de chacune de ces temporisations. La
  valeur par d&eacute;faut &eacute;tait de 1200 avant la version
  1.2, mais a &eacute;t&eacute; abaiss&eacute;e &agrave; 300
  depuis, ce qui est d&eacute;j&agrave; largement plus que
  n&eacute;cessaire dans la plupart des situations. Il n'est
  cependant pas r&eacute;gl&eacute; plus bas car il peut exister
  (encore) des portions de code un peu "floues" par lesquelles le
  temporisateur n'est pas remis &agrave; z&eacute;ro lors de la
  transmission d'un paquet.</p>
  
  <hr>
  <h2><a name="usecanonicalname">UseCanonicalName
  directive</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt UseCanonicalName} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> UseCanonicalName on|off|dns<br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a>
  <code>UseCanonicalName on</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel,
  r&eacute;pertoire<br>
  <a href="directive-dict.html#Override" rel=
  "Help"><strong>Surcharge :</strong></a> Options<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a>
  UseCanonicalName est disponible &agrave; partir de la verion 1.3 
  
  <p>Dans beaucoup de situations, Apache doit construire des URL
  <em>s'autor&eacute;f&eacute;ren&ccedil;ant</em>, autremnet dit,
  des URL r&eacute;f&eacute;ren&ccedil;ant le m&ecirc;me serveur.
  Avec la directive <code>UseCanonicalName on</code> (dans les
  versions d'Apache inf&eacute;rieures &agrave; 1.3) Apache utilise
  les valeurs des directives <a href="#servername">ServerName</a>
  et <a href="#port">Port</a> pour construire un nom canonique du
  serveur. Ce nom est utilis&eacute; pour toutes les URL
  autor&eacute;f&eacute;rentes et pour les valeurs de
  <code>SERVER_NAME</code> et <code>SERVER_PORT</code> pour les
  scripts CGI.</p>
  
  <p>Avec <code>UseCanonicalName off</code>, Apache formera les
  URLS autor&eacute;f&eacute;rentes en utilisant le nom
  d'h&ocirc;te le num&eacute;ro de port fourni par le client si
  ceux ci sont fournis (sinon il utilisera le nom canonique). Ces
  valeurs sont les m&ecirc;mes qui sont employ&eacute;es pour
  impl&eacute;menter les <a href=
  "../vhosts/name-based.html">h&ocirc;tes virtuels bas&eacute;s sur
  des noms</a>, et sont disponibles pour les m&ecirc;mes clients.
  Les variable CGI <code>SERVER_NAME</code> et
  <code>SERVER_PORT</code> seront aussi construites &agrave; partir
  des valeurs fournies par les clients.</p>
  
  <p>Un exemple o&ugrave; cette directive est utile est le cas d'un
  serveur intranet o&ugrave; des utilisateurs se connectent
  &agrave; la machine en utilisant des noms courts tels que
  <code>www</code>. Vous noterez que si l'utilisateur tape un nom
  court et que l'URL est un r&eacute;pertoire tel que
  <code>http://www/splat</code>, <em>sans le caract&egrave;re
  oblique / final</em> , Apache redirigera la requ&ecirc;te vers
  <code>http://www.domain.com/splat/</code>. Si vous avez une
  authentification active, lu'tilisateur devra s'authentifier deux
  fois, (une premi&egrave;re fois pour <code>www</code> et une
  deuxi&egrave;me fois pour An example where this may be useful is
  on an intranet server where you have users connecting to the
  machine using short names such as . You'll notice that if the
  users type a <code>www.domain.com</code>). Mais si la directive
  <code>UseCanonicalName</code> est &agrave; off, Apache redirigera
  vers <code>http://www/splat/</code>.</p>
  
  <p>Il existe une troisi&egrave;me option, <code>UseCanonicalName
  DNS</code>, qui est pr&eacute;vu pour &ecirc;tre employ&eacute;
  avec de nombreux h&ocirc;tes virtuels bas&eacute;s sur les
  adresses IP afin de supporter les clients qui ne fournissent pas
  d'en-t&ecirc;te <code>Host:</code>. Avec cette option Apache
  effectue une r&eacute;solution DNS inverse sur l'adresse IP du
  serveur sur lequel le client se connecte afin de travailler avec
  pour les URL autor&eacute;f&eacute;rentes.</p>
  
  <p><strong>Attention :</strong> si les scripts CGI font des
  suppositions sur les valeurs de <code>SERVER_NAME</code> il
  peuvent ne plus fonctionner avec cette option. Mais le script CGI
  utilise uniquement <code>SERVER_NAME</code> pour construire des
  URL autor&eacute;f&eacute;rentes, il ne evrait y avoir aucun
  probl&egrave;mes.</p>
  
  <p><strong>Voir &eacute;galement :</strong> <a href=
  "#servername">ServerName</a>, <a href="#port">Port</a></p>
  
  <hr>
  <h2><a name="user">Directive User</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt User} directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> User <em>utilisateurUnix</em><br>
  <a href="directive-dict.html#Default" rel=
  "Help"><strong>D&eacute;faut :</strong></a> <code>User
  #-1</code><br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur, h&ocirc;te virtuel<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> noyau 
  
  <p>La directive <tt>User</tt> d&eacute;finit l'utilisateur
  associ&eacute; au serveur. Pour utiliser cette directive, un
  serveur standalone devra &ecirc;tre lanc&eacute; sous
  <code>root</code>. <em>utilisateurUnix</em> est l'un parmi :</p>
  
  <dl>
  <dt>un nom d'utilisateur</dt>
  
  <dd>se r&eacute;f&egrave;re &agrave; un utilisateur
  d&eacute;clar&eacute; du syst&egrave;me.</dd>
  
  <dt># suivi d'un num&eacute;ro d'utilisateur.</dt>
  
  <dd>se r&eacute;f&egrave;re &agrave; l'utilisateur
  d&eacute;clar&eacute; du syst&egrave;me portant ce
  num&eacute;ro.</dd>
  </dl>
  
  <p>L'utilisateur peut n'avoir aucun privil&egrave;ge ce qui lui
  permet n&eacute;anmoins de pouvoir avoir acc&egrave;s &agrave;
  des fichiers qui ne sont pas sens&eacute;s &ecirc;tre visibles du
  "reste du monde", mais pas d'ex&eacute;cuter du code qui ne
  serait pas explicitement ex&eacute;cutable par l'utilisateur
  associ&eacute; &agrave; httpd. Il est d'ailleurs
  recommand&eacute; de cr&eacute;er un utilisateur et un groupe
  specialement pour ex&eacute;cuter le serveur. Certains
  administrateurs utilisent souvent l'utilisateur
  <code>nobody</code>, mais ceci n'est pas toujours possible ou
  souhaitable. Par exemple, le cache de mod_proxy quancd celui est
  activ&eacute; , doit &ecirc;tre accessible &agrave; cette
  utilisateur (voir la directive <a href=
  "mod_proxy.html#cacheroot"><code>CacheRoot</code></a> ).</p>
  
  <p><strong>Note :</strong> si vous d&eacute;marrez le serveur
  sous un utilisateur non-root, la tentative pour passer sous un
  utilisateur de moindre privil&egrave;ge &eacute;chouera, et le
  serveur continuera &agrave; sex&eacute;cuter sous l'utilisateur
  d'origine. Si vous d&eacute;marrez le serveur sous
  <code>root</code>, alors il sera normal que le processus
  p&egrave;re continue &agrave; s'ex&eacute;cuter sous
  <code>root</code>.</p>
  
  <p><strong>Note sp&eacute;cifique :</strong> L'utilisation de
  cette directive dans une section <tt>&lt;VirtualHost&gt;</tt>
  n&eacute;cessite un <a href="../suexec.html">wrapper suEXEC</a>
  correctement configur&eacute;. Lorsqu'elle est utilis&eacute;e de
  cette fa&ccedil;on dans une section <tt>&lt;VirtualHost&gt;</tt>,
  seul l'utilisateur associ&eacute; &agrave; l'ex&eacute;cution des
  scripts CGI est affect&eacute;. Les requ&ecirc;tes non-CGI seront
  toujours trait&eacute;es sous l'utilisateur d&eacute;fini dans la
  directive User de la section principale.</p>
  
  <p><strong>S&eacute;curit&eacute; :</strong> Ne d&eacute;finissez
  pas l'utilisateur (ni le <a href="#group">groupe</a>) comme
  <code>root</code> sauf si vous savez exactement ce que vous
  faites, et si vous &ecirc;tes totalement conscients des risques
  qui sont encourus.</p>
  
  <hr>
  <h2><a name="virtualhost">Directive &lt;VirtualHost&gt;</a></h2>
  
  <!--%plaintext &lt;?INDEX {\tt VirtualHost} section directive&gt; -->
  <a href="directive-dict.html#Syntax" rel="Help"><strong>Syntaxe
  :</strong></a> &lt;VirtualHost <em>adresse</em>[:<em>port</em>]
  ...&gt; ... &lt;/VirtualHost&gt; <br>
  <a href="directive-dict.html#Context" rel="Help"><strong>Contexte
  :</strong></a> configuration serveur<br>
  <a href="directive-dict.html#Status" rel="Help"><strong>Statut
  :</strong></a> Core<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> la
  "virtualisation" d'h&ocirc;tes non bas&eacute;s sur l'adressage
  IP n'est disponible qu'&agrave; partir de la version 1.1
  d'Apache<br>
  <a href="directive-dict.html#Compatibility" rel=
  "Help"><strong>Compatibilit&eacute; :</strong></a> le support
  d'adresses multiples n'est disponible qu'&agrave; partir de la
  version 1.2 d'Apache 
  
  <p>Les directives &lt;VirtualHost&gt; et &lt;/VirtualHost&gt;
  sont utilis&eacute;es pour "encapsuler" un groupe de directives
  qui s'appliquent &agrave; un h&ocirc;te virtuel particulier.
  Toute directive autoris&eacute;e dans un contexte "h&ocirc;te
  virtuel" peut &ecirc;tre pr&eacute;sente. Lorsque le serveur
  re&ccedil;oit une requ&ecirc;te demandant un document
  sp&eacute;cifique sur un h&ocirc;te virtuel sp&eacute;cifique, il
  utilise les directives de configuration explicit&eacute;es dans
  la section &lt;VirtualHost&gt; correspondante. <em>Adresse</em>
  peut &ecirc;tre :</p>
  
  <ul>
  <li>l'adresse IP de l'h&ocirc;te virtuel</li>
  
  <li>un nom de domaine enti&egrave;rement qualifi&eacute; pour
  l'adresse IP de cet h&ocirc;te virtuel.</li>
  </ul>
  
  <p>Exemple :</p>
  
  <blockquote>
  <pre>
  <code>&lt;VirtualHost 10.1.2.3&gt; 
  ServerAdmin webmaster@host.foo.com
  DocumentRoot /www/docs/host.foo.com 
  ServerName host.foo.com
  ErrorLog logs/host.foo.com-error_log
  TransferLog logs/host.foo.com-access_log
  &lt;/VirtualHost&gt;
  </code>
  </pre>
  </blockquote>
  
  <p>Chaque h&ocirc;te virtuel doit &ecirc;tre associ&eacute;
  &agrave; une adresse IP, &agrave; un num&eacute;ro de port ou
  &agrave; un nom d'h&ocirc;te diff&eacute;rents que celui
  attribu&eacute; au serveur, dans le dernier cas la machine du
  serveur doit &ecirc;tre configur&eacute;e pour accepter des
  paquets IP sur plusieurs adresses. (Si la machine ne dispose pas
  de plusieurs interfaces r&eacute;seau physiques, ceci peut
  &ecirc;tre obtenu par la commande <code>ifconfig alias</code> (si
  votre OS l'accepte), ou par des patchs du kernel du type <a href=
  "../misc/vif-info.html">VIF</a> (pour SunOS(TM) 4.1.x)).</p>
  
  <p>Vous pouvez sp&eacute;cifier plus d'une adresse IP. Ceci peut
  &ecirc;tre utile si une machine r&eacute;pond au m&ecirc;me nom
  venant de deux diff&eacute;rentes interfaces. Par exemple, si
  vous avez un h&ocirc;te virtuel qui est accessible des
  h&ocirc;tes &agrave; partir d'un r&eacute;seau interne (intranet)
  et externe (internet). Exemple :</p>
  
  <blockquote><code>&lt;VirtualHost 192.168.1.2
  204.255.176.199&gt;<br>
  DocumentRoot /www/docs/host.foo.com<br>
  ServerName host.foo.com<br>
  ServerAlias host<br>
  &lt;/VirtualHost&gt;</code></blockquote>
  
  <p>Le nom pr&eacute;d&eacute;fini <code>_default_</code> peut
  &ecirc;tre attribu&eacute; auquel cas cet h&ocirc;te virtuel lira
  toutes les adresses IP qui ne sont pas explicitement
  list&eacute;es dans les autres h&ocirc;tes virtuels
  d&eacute;finis. En l'absence d'un h&ocirc;te virtuel _default_,
  la configuration serveur "principale", &agrave; savoir toutes les
  d&eacute;finitions en dehors des sections VirtualHost, seront
  utilis&eacute;es si aucun h&ocirc;te virtuel ne reconna&icirc;t
  l'adresse.</p>
  
  <p>Vous pouvez sp&eacute;cifier une commande <code>:port</code>
  pour changer le port reconnu par l'h&ocirc;te virtuel. Si aucun
  port n'est mentionn&eacute;, alors le port reconnu est par
  d&eacute;faut celui mentionn&eacute; dans la derni&egrave;re
  directive de <code><a href="#port">Port</a></code> de la section
  principale qui pr&eacute;c&egrave;de. Vous pouvez
  &eacute;galement sp&eacute;cifier <code>:*</code> pour
  reconna&icirc;tre tous les ports &agrave; cette adresse. (Ceci
  est conseill&eacute; lorsque l'h&ocirc;te virtuel est le
  <code>_default_</code>.)</p>
  
  <p><strong>S&eacute;curit&eacute;</strong>: Voir les <a href=
  "../misc/security_tips.html">conseils de
  s&eacute;curit&eacute;</a> pour plus de d&eacute;tails sur les
  risques encourus si le r&eacute;pertoire contenant les fichiers
  de trace peut &ecirc;tre &eacute;crit par un autre utilisateur
  que celui sous lequel est ex&eacute;cut&eacute; le serveur.</p>
  
  <p><strong>Note</strong>: L'utilisation de la directive
  &lt;VirtualHost&gt; <strong>n'</strong> affecte
  <strong>pas</strong> les adresses qu'&eacute;coute Apache. Vous
  devez vous assurer que les adresses d&eacute;finies pour les
  h&ocirc;tes virtuels font aussi partie de l'ensemble des adresses
  &eacute;cout&eacute;es par Apache et d&eacute;finies par des
  directives <a href="#bindaddress">BindAddress</a> ou <a href=
  "#listen">Listen</a>.</p>
  
  <p><strong>Voir aussi :</strong> <a href=
  "../vhosts/index.html">H&ocirc;tes virtuels sur Apache</a><br>
  <a href="../dns-caveats.html">Avertissement concernant DNS et
  Apache</a><br>
  <a href="../bind.html">Configurer les ports et adresses
  utilis&eacute;s par Apache</a></p>
  
  <p><strong>Voir aussi</strong> : <a href=
  "../sections.html">Comment fonctionnent les sections concernant
  les r&eacute;pertoires, chemins et fichiers</a> pour une
  explication plus pr&eacute;cise concernant la mani&egrave;re dont
  ces sections sont combin&eacute;es lorsqu'une requ&ecirc;te est
  trait&eacute;e. <!--#include virtual="footer.html" -->
  </p>
  </body>
  </html>