core.html.fr

apache 安装教程 apache 安装教程

      <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 id="errorlog" 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 id="files" 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 id="filesmatch" 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;/FilesMatch&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 id="group" 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 id="hostnamelookups" 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