httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gry...@apache.org
Subject svn commit: r708014 [2/2] - in /httpd/httpd/trunk/docs/manual: dso.xml.fr glossary.xml.fr logs.xml.fr new_features_2_4.xml.fr sections.xml.fr server-wide.xml.fr suexec.xml.fr upgrading.xml.fr urlmapping.xml.fr
Date Sun, 26 Oct 2008 16:38:53 GMT
Added: httpd/httpd/trunk/docs/manual/new_features_2_4.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/new_features_2_4.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/new_features_2_4.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/new_features_2_4.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,77 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision : 642717 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="new_features_2_4.xml.meta">
+
+<title>Vue d'ensemble des nouvelles fonctionnalit&eacute;s d'Apache 2.4</title>
+
+<summary>
+  <p>Ce document d&eacute;crit certaines modifications majeures entre les versions
+  2.2 et 2.4 du serveur HTTP Apache. Pour les nouvelles fonctionnalit&eacute;s
+  ajout&eacute;es depuis la version 2.0, se r&eacute;f&eacute;rer au document
+  <a href="new_features_2_2.html">nouvelles fonctionnalit&eacute;s
+  de la version 2.2</a>.</p>
+</summary>
+
+  <section id="core">
+    <title>Am&eacute;liorations du noyau</title>
+    <!-- <dl>
+    </dl> -->
+  </section>
+
+  <section id="module">
+    <title>Am&eacute;liorations des modules</title>
+    <!-- <dl>
+    </dl> -->
+  </section>
+
+  <section id="programs">
+    <title>Am&eacute;liorations des programmes</title>
+    <!-- <dl>
+    </dl> -->
+  </section>
+
+  <section id="developer">
+    <title>Modifications pour le d&eacute;veloppeur de modules</title>
+    <dl>
+      <dt>Ajout de code pour la v&eacute;rification de la configuration</dt>
+
+      <dd>Une nouvelle fonction, <code>check_config</code>, a &eacute;t&eacute; ajout&eacute;e et
+      s'ex&eacute;cute entre les fonctions <code>pre_config</code> et
+      <code>open_logs</code>. Elle s'ex&eacute;cute aussi avant la fonction
+      <code>test_config</code> si l'option <code>-t</code> est pass&eacute;e au
+      d&eacute;mon <program>httpd</program>. La fonction <code>check_config</code>
+      permet aux modules de v&eacute;rifier l'interd&eacute;pendance des valeurs des
+      directives de configuration et d'ajuster ces valeurs, alors que les
+      messages du serveur peuvent encore &ecirc;tre affich&eacute;s sur la console.
+      L'utilisateur est ainsi averti des erreurs de configuration avant que la
+      fonction du noyau <code>open_logs</code> ne redirige les sorties de la
+      console vers le journal des erreurs.</dd>
+      <dt>Ajout d'un analyseur syntaxique d'expressions</dt>
+      <dd>Nous disposons &agrave; pr&eacute;sent d'un analyseur g&eacute;n&eacute;rique d'expressions, dont l'API
+      est d&eacute;crite dans <var>ap_expr.h</var>. Il s'agit d'une adaptation de
+      l'analyseur qu'on trouvait auparavant dans <module>mod_include</module>.</dd>
+    </dl>
+  </section>
+</manualpage>

Added: httpd/httpd/trunk/docs/manual/sections.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/sections.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/sections.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/sections.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,564 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision: 420990 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="sections.xml.meta">
+
+<title>Sections de configuration</title>
+
+<summary> <p>Les directives des <a
+href="configuring.html">fichiers de configuration</a> peuvent s'appliquer
+au serveur dans son ensemble, ou seulement &agrave; des r&eacute;pertoires, fichiers, h&ocirc;tes,
+ou URLs particuliers.  Ce document d&eacute;crit comment utiliser les conteneurs de
+sections de configuration ou les fichiers <code>.htaccess</code> pour
+modifier la port&eacute;e des directives de configuration.</p>
+</summary>
+
+<section id="types"><title>Types de conteneurs de sections de
+configuration</title>
+
+<related>
+<modulelist>
+<module>core</module>
+<module>mod_version</module>
+<module>mod_proxy</module>
+</modulelist>
+<directivelist>
+<directive type="section" module="core">Directory</directive>
+<directive type="section" module="core">DirectoryMatch</directive>
+<directive type="section" module="core">Files</directive>
+<directive type="section" module="core">FilesMatch</directive>
+<directive type="section" module="core">IfDefine</directive>
+<directive type="section" module="core">IfModule</directive>
+<directive type="section" module="mod_version">IfVersion</directive>
+<directive type="section" module="core">Location</directive>
+<directive type="section" module="core">LocationMatch</directive>
+<directive type="section" module="mod_proxy">Proxy</directive>
+<directive type="section" module="mod_proxy">ProxyMatch</directive>
+<directive type="section" module="core">VirtualHost</directive>
+</directivelist>
+</related>
+
+<p>Il existe deux grands types de conteneurs.  La plupart des conteneurs sont
+&eacute;valu&eacute;s pour chaque requ&ecirc;te.  Les directives qu'ils contiennent s'appliquent
+seulement aux requ&ecirc;tes qui sont concern&eacute;es par le conteneur.  En revanche,
+les conteneurs
+<directive type="section" module="core">IfDefine</directive>, <directive
+type="section" module="core">IfModule</directive>, et
+<directive type="section" module="mod_version">IfVersion</directive> sont
+&eacute;valu&eacute;s seulement au d&eacute;marrage et au red&eacute;marrage du serveur.
+Si leurs conditions sont v&eacute;rifi&eacute;es au d&eacute;marrage, les directives qu'ils contiennent
+s'appliqueront &agrave; toutes les requ&ecirc;tes.  Si leurs conditions ne sont pas v&eacute;rifi&eacute;es, les
+directives qu'ils contiennent seront ignor&eacute;es.</p>
+
+<p>Le conteneur <directive type="section" module="core">IfDefine</directive>
+contient des directives qui ne seront appliqu&eacute;es que si un param&egrave;tre
+appropri&eacute; a &eacute;t&eacute; d&eacute;fini dans la ligne de commande de <program>httpd</program>.
+Par exemple,
+avec la configuration suivante, toutes les requ&ecirc;tes seront redirig&eacute;es vers
+un autre site si le serveur est d&eacute;marr&eacute; en utilisant la ligne de commande :
+<code>httpd -DClosedForNow</code>:</p>
+
+<example>
+&lt;IfDefine ClosedForNow&gt;<br />
+Redirect / http://otherserver.example.com/<br />
+&lt;/IfDefine&gt;
+</example>
+
+<p>Le conteneur <directive type="section" module="core">IfModule</directive>
+est similaire; les directives qu'il contient ne s'appliqueront que si
+un module particulier est disponible au niveau du serveur.
+Le module doit &ecirc;tre soit compil&eacute; statiquement dans le serveur, soit
+dynamiquement et dans ce cas, la ligne <directive
+module="mod_so">LoadModule</directive> correspondante doit appara&icirc;tre
+plus haut dans le fichier de configuration.  Ce conteneur ne doit &ecirc;tre
+utilis&eacute; que dans le cas o&ugrave; votre fichier de configuration doit fonctionner
+ind&eacute;pendamment de la pr&eacute;sence ou de l'absence de certains modules.
+Il ne doit pas contenir de directives que vous souhaitez voir s'appliquer
+syst&eacute;matiquement, car vous pouvez perdre ainsi de pr&eacute;cieux messages d'erreur
+&agrave; propos de modules manquants.</p>
+
+<p>Dans l'exemple suivant, la directive <directive
+module="mod_mime_magic">MimeMagicFiles</directive> ne s'appliquera que si le
+module <module>mod_mime_magic</module> est disponible.</p>
+
+<example>
+&lt;IfModule mod_mime_magic.c&gt;<br />
+MimeMagicFile conf/magic<br />
+&lt;/IfModule&gt;
+</example>
+
+<p>Le conteneur
+<directive type="section" module="mod_version">IfVersion</directive>
+est similaire aux conteneurs <directive type="section"
+module="core">IfDefine</directive> et <directive type="section"
+module="core">IfModule</directive>; les directives qu'il contient ne
+s'appliqueront que si une version particuli&egrave;re du serveur s'ex&eacute;cute.  Ce
+conteneur a &eacute;t&eacute; con&ccedil;u pour une utilisation dans les suites de tests
+et les grands r&eacute;seaux qui doivent prendre en compte diff&eacute;rentes versions
+et configurations de httpd.</p>
+
+<example>
+  &lt;IfVersion >= 2.1&gt;<br />
+  <indent>
+    # les directives situ&eacute;es ici ne s'appliquent que si la version <br />
+    # est sup&eacute;rieure ou &eacute;gale &agrave; 2.1.0.<br />
+  </indent>
+  &lt;/IfVersion&gt;
+</example>
+
+<p><directive type="section" module="core">IfDefine</directive>,
+<directive type="section" module="core">IfModule</directive>, et
+<directive type="section" module="mod_version">IfVersion</directive>
+peuvent inverser leur test conditionnel en le faisant pr&eacute;c&eacute;der d'un "!".
+De plus, ces sections peuvent &ecirc;tre imbriqu&eacute;es afin de d&eacute;finir des restrictions
+plus complexes.</p>
+</section>
+
+<section id="file-and-web"><title>Syst&egrave;me de fichiers et
+arborescence du site web</title>
+
+<p>Les conteneurs de sections de configuration les plus couramment utilis&eacute;s
+sont ceux qui modifient la configuration de points particuliers du syst&egrave;me de
+fichiers ou de l'arborescence du site web.  Tout d'abord, il est important de
+comprendre la diff&eacute;rence entre les deux.  Le syst&egrave;me de fichiers est une vue
+de vos disques tels qu'ils sont per&ccedil;us par votre syst&egrave;me d'exploitation.
+Par exemple, avec une installation par d&eacute;faut,
+Apache est situ&eacute; dans <code>/usr/local/apache2</code> pour le syst&egrave;me de
+fichiers UNIX, ou <code>"c:/Program Files/Apache Group/Apache2"</code> pour
+le syst&egrave;me de fichiers Windows.  (Notez que des slashes directs doivent
+toujours &ecirc;tre utilis&eacute;s comme s&eacute;parateur de chemin dans Apache, m&ecirc;me sous
+Windows.)  Quant &agrave;
+l'arborescence du site web, il s'agit d'une vue de votre site
+tel que pr&eacute;sent&eacute; par le
+serveur web et per&ccedil;ue par le client.  Ainsi le chemin <code>/dir/</code> dans
+l'arborescence du site web correspond au chemin
+<code>/usr/local/apache2/htdocs/dir/</code> dans le syst&egrave;me de fichiers pour
+une installation d'Apache par d&eacute;faut sous UNIX.
+En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au
+syst&egrave;me de fichiers, car les pages web peuvent &ecirc;tre g&eacute;n&eacute;r&eacute;es dynamiquement
+&agrave; partir de bases de donn&eacute;es ou d'autres emplacements.</p>
+
+<section id="filesystem"><title>Conteneurs de syst&egrave;me de fichiers</title>
+
+<p>Les conteneurs <directive type="section" module="core">Directory</directive>
+et <directive type="section" module="core">Files</directive>,
+ainsi que leurs &eacute;quivalents acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>,
+appliquent des directives &agrave; certaines parties du syst&egrave;me de fichiers.
+Les directives contenues dans une section <directive
+type="section" module="core">Directory</directive> s'appliquent au r&eacute;pertoire
+pr&eacute;cis&eacute;, ainsi qu'&agrave; tous ses sous-r&eacute;pertoires.
+Le m&ecirc;me effet peut &ecirc;tre obtenu en utilisant les <a
+href="howto/htaccess.html">fichiers .htaccess</a>.  Par exemple, avec la
+configuration suivante, l'indexation sera activ&eacute;e pour le r&eacute;pertoire
+<code>/var/web/dir1</code> et tous ses sous-r&eacute;pertoires.</p>
+
+<example>
+&lt;Directory /var/web/dir1&gt;<br />
+Options +Indexes<br />
+&lt;/Directory&gt;
+</example>
+
+<p>Les directives contenues dans une section <directive type="section"
+module="core">Files</directive> s'appliquent &agrave; tout fichier
+avec le nom sp&eacute;cifi&eacute;, quel que soit le r&eacute;pertoire dans lequel il se trouve.
+Ainsi par exemple, les directives de configuration suivantes, si elles sont
+plac&eacute;es dans la section principale du fichier de configuration, vont interdire
+l'acc&egrave;s &agrave; tout fichier nomm&eacute; <code>private.html</code> quel que soit
+l'endroit o&ugrave; il se trouve.</p>
+
+<example>
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;
+</example>
+
+<p>Pour faire r&eacute;f&eacute;rence &agrave; des fichiers qui se trouvent en des points
+particuliers du syst&egrave;me de fichiers, les sections
+<directive type="section" module="core">Files</directive> et
+<directive type="section" module="core">Directory</directive>
+peuvent &ecirc;tre combin&eacute;es.  Par exemple, la configuration suivante va interdire
+l'acc&egrave;s &agrave; <code>/var/web/dir1/private.html</code>,
+<code>/var/web/dir1/subdir2/private.html</code>,
+<code>/var/web/dir1/subdir3/private.html</code>, ainsi que toute instance de
+<code>private.html</code> qui se trouve dans l'arborescence
+<code>/var/web/dir1/</code>.</p>
+
+<example>
+&lt;Directory /var/web/dir1&gt;<br />
+&lt;Files private.html&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Files&gt;<br />
+&lt;/Directory&gt;
+</example>
+</section>
+
+<section id="webspace"><title>Conteneurs de l'arborescence du site web</title>
+
+<p>le conteneur <directive type="section" module="core">Location</directive>
+et son &eacute;quivalent acceptant les
+<glossary ref="regex">expressions rationnelles</glossary>, modifient quant &agrave; eux la
+configuration de parties de l'arborescence du site web.  Par exemple, la
+configuration suivante interdit l'acc&egrave;s &agrave; toute URL dont la partie chemin
+commence par /private.
+En particulier, l'interdiction s'appliquera aux requ&ecirc;tes pour :
+<code>http://yoursite.example.com/private</code>,
+<code>http://yoursite.example.com/private123</code>, et
+<code>http://yoursite.example.com/private/dir/file.html</code> ainsi qu'&agrave;
+toute requ&ecirc;te commen&ccedil;ant par la cha&icirc;ne de caract&egrave;res <code>/private</code>.</p>
+
+<example>
+&lt;Location /private&gt;<br />
+Order Allow,Deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</example>
+
+<p>Le conteneur <directive type="section" module="core">Location</directive>
+n'a pas besoin de faire r&eacute;f&eacute;rence &agrave; un &eacute;l&eacute;ment du syst&egrave;me de fichiers.
+Par exemple, l'exemple suivant montre comment faire r&eacute;f&eacute;rence &agrave; une URL
+particuli&egrave;re vers un gestionnaire interne d'Apache fourni par le module
+<module>mod_status</module>.
+Il n'est pas n&eacute;cessaire de trouver un fichier nomm&eacute; <code>server-status</code>
+dans le syst&egrave;me de fichiers.</p>
+
+<example>
+&lt;Location /server-status&gt;<br />
+SetHandler server-status<br />
+&lt;/Location&gt;
+</example>
+</section>
+
+<section id="wildcards"><title>Caract&egrave;res de remplacement
+et expressions rationnelles</title>
+
+<p>Les conteneurs
+<directive type="section" module="core">Directory</directive>,
+<directive type="section" module="core">Files</directive>, et
+<directive type="section" module="core">Location</directive>
+peuvent utiliser des caract&egrave;res de remplacement de style shell comme dans
+la fonction <code>fnmatch</code> de la biblioth&egrave;que C standard.
+Le caract&egrave;re "*"
+correspond &agrave; toute s&eacute;quence de caract&egrave;res, "?" &agrave; un caract&egrave;re seul,
+et "[<em>seq</em>]" &agrave; tout caract&egrave;re contenu dans <em>seq</em>.
+Le caract&egrave;re "/"
+ne peut pas faire l'objet d'un remplacement;
+il doit &ecirc;tre sp&eacute;cifi&eacute; explicitement.</p>
+
+<p>Si une d&eacute;finition des crit&egrave;res de correspondance
+encore plus souple est n&eacute;cessaire, chaque conteneur
+poss&egrave;de son &eacute;quivalent acceptant les expressions rationnelles : <directive
+type="section" module="core">DirectoryMatch</directive>, <directive
+type="section" module="core">FilesMatch</directive>, et <directive
+type="section" module="core">LocationMatch</directive> acceptent les
+<glossary ref="regex">expressions rationnelles</glossary> compatibles Perl
+pour d&eacute;finir les crit&egrave;res de correspondance.  Mais voyez plus loin la section
+&agrave; propos de la combinaison des sections de configuration
+pour comprendre comment l'utilisation de
+conteneurs avec des expressions rationnelles va modifier la mani&egrave;re
+dont les directives sont appliqu&eacute;es.</p>
+
+<p>Un conteneur qui modifie la configuration de tous les
+r&eacute;pertoires utilisateurs &agrave; l'aide de caract&egrave;res de remplacement
+mais sans utiliser
+les expressions rationnelles pourrait ressembler &agrave; ceci :</p>
+
+<example>
+&lt;Directory /home/*/public_html&gt;<br />
+Options Indexes<br />
+&lt;/Directory&gt;
+</example>
+
+<p>Avec les conteneurs utilisant les expressions rationnelles,
+on peut interdire l'acc&egrave;s &agrave; de nombreux types de fichiers d'images
+simultan&eacute;ment :</p>
+<example>
+&lt;FilesMatch \.(?i:gif|jpe?g|png)$&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/FilesMatch&gt;
+</example>
+
+</section>
+
+<section id="whichwhen"><title>Que faut-il utiliser et quand ?</title>
+
+<p>Choisir entre des conteneurs de syst&egrave;me de fichiers et des conteneurs
+d'arborescence du site web est vraiment tr&egrave;s simple.
+Pour appliquer des directives &agrave; des objets qui r&eacute;sident dans le syst&egrave;me de
+fichiers, utilisez toujours un conteneur <directive type="section"
+module="core">Directory</directive> ou <directive type="section"
+module="core">Files</directive>.  Pour appliquer des directives &agrave; des objets
+qui ne r&eacute;sident pas dans le syst&egrave;me de fichiers (comme une page web g&eacute;n&eacute;r&eacute;e
+par une base de donn&eacute;es), utilisez un conteneur <directive type="section"
+module="core">Location</directive>.</p>
+
+<p>Il ne faut jamais utiliser un conteneur <directive type="section"
+module="core">Location</directive> pour restreindre l'acc&egrave;s &agrave; des
+objets du syst&egrave;me de fichiers, car plusieurs localisations de
+l'arborescence du site web (URLs) peuvent correspondre &agrave; la m&ecirc;me localisation
+du syst&egrave;me de fichier, ce qui peut permettre de contourner vos restrictions.
+Par exemple, imaginez la configuration suivante :</p>
+
+<example>
+&lt;Location /dir/&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Location&gt;
+</example>
+
+<p>Elle fonctionne correctement si la requ&ecirc;te appelle
+<code>http://yoursite.example.com/dir/</code>.  Mais que va-t-il se passer si
+votre syst&egrave;me de fichiers est insensible &agrave; la casse ?
+Votre restriction va pouvoir &ecirc;tre tout simplement contourn&eacute;e en envoyant une
+requ&ecirc;te sur
+<code>http://yoursite.example.com/DIR/</code>.  Le conteneur <directive
+type="section" module="core">Directory</directive>, quant &agrave; lui, s'appliquera
+&agrave; tout contenu servi &agrave; partir de cette localisation,
+sans tenir compte de la mani&egrave;re dont il est appel&eacute;.
+(Les liens du syst&egrave;me de fichiers constituent une exception.
+Le m&ecirc;me r&eacute;pertoire peut &ecirc;tre plac&eacute; dans plusieurs parties du syst&egrave;me de
+fichiers en utilisant des liens symboliques.  Le conteneur
+<directive type="section" module="core">Directory</directive> va suivre le
+lien symbolique sans modifier le nom du chemin.  Par cons&eacute;quent, pour plus de
+s&eacute;curit&eacute;, les liens symboliques doivent &ecirc;tre d&eacute;sactiv&eacute;s &agrave; l'aide de la
+directive
+<directive module="core">Options</directive> appropri&eacute;e.)</p>
+
+<p>Si vous pensez que vous n'&ecirc;tes pas concern&eacute; par ce probl&egrave;me
+parceque vous utilisez un syst&egrave;me de fichiers sensible &agrave; la casse,
+gardez &agrave; l'esprit qu'il y a de nombreuses autres mani&egrave;res pour faire
+correspondre plusieurs localisations de l'arborescence du site web &agrave; la m&ecirc;me
+localisation du syst&egrave;me de fichiers.  C'est pourquoi vous devez autant que
+possible toujours utiliser les conteneurs de syst&egrave;me de fichiers.
+Il y a cependant une exception &agrave; cette r&egrave;gle.  Placer des restrictions de
+configuration dans un conteneur <code>&lt;Location
+/&gt;</code> est tout &agrave; fait sans rique car ce conteneur va s'appliquer &agrave;
+toutes les requ&ecirc;tes sans tenir compte de l'URL sp&eacute;cifique.</p>
+</section>
+
+</section>
+
+<section id="virtualhost"><title>H&ocirc;tes virtuels</title>
+
+<p>Le conteneur <directive type="section" module="core">VirtualHost</directive>
+contient des directives qui s'appliquent &agrave; des h&ocirc;tes sp&eacute;cifiques.
+Ceci s'av&egrave;re utile pour servir des h&ocirc;tes multiples &agrave; partir de la m&ecirc;me machine,
+chacun d'entre eux poss&eacute;dant une configuration diff&eacute;rente.  Pour de plus amples
+informations,
+voir la <a href="vhosts/">Documentation sur les h&ocirc;tes virtuels</a>.</p>
+</section>
+
+<section id="proxy"><title>Mandataire</title>
+
+<p>Les conteneurs
+<directive type="section" module="mod_proxy">Proxy</directive>
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>
+appliquent les directives de configuration qu'ils contiennent uniquement aux
+sites qui correspondent &agrave; l'URL sp&eacute;cifi&eacute;e et auxquels on a
+acc&eacute;d&eacute; via le serveur mandataire du module <module>mod_proxy</module>.
+Par exemple, la configuration suivante
+va interdire l'utilisation du serveur proxy pour acc&eacute;der au site
+<code>cnn.com</code>.</p>
+
+<example>
+&lt;Proxy http://cnn.com/*&gt;<br />
+Order allow,deny<br />
+Deny from all<br />
+&lt;/Proxy&gt;
+</example>
+</section>
+
+<section id="whatwhere"><title>Quelles sont les directives autoris&eacute;es ?</title>
+
+<p>Pour d&eacute;terminer quelles sont les directives autoris&eacute;es pour tel type de
+section de configuration, v&eacute;rifiez le <a
+href="mod/directive-dict.html#Context">Contexte</a> de la directive.
+Tout ce qui est autoris&eacute; dans les sections
+<directive type="section" module="core">Directory</directive>
+l'est aussi d'un point de vue syntaxique dans les sections
+<directive type="section" module="core">DirectoryMatch</directive>,
+<directive type="section" module="core">Files</directive>,
+<directive type="section" module="core">FilesMatch</directive>,
+<directive type="section" module="core">Location</directive>,
+<directive type="section" module="core">LocationMatch</directive>,
+<directive type="section" module="mod_proxy">Proxy</directive>,
+et <directive type="section" module="mod_proxy">ProxyMatch</directive>.
+Il y a cependant quelques exceptions :</p>
+
+<ul>
+<li>La directive <directive module="core">AllowOverride</directive>
+ne fonctionne que dans les sections
+<directive type="section" module="core">Directory</directive>.</li>
+
+<li>Les <directive
+module="core">Options</directive> <code>FollowSymLinks</code> et
+<code>SymLinksIfOwnerMatch</code>  ne fonctionnent que dans les sections
+<directive type="section" module="core">Directory</directive> ou les fichiers
+<code>.htaccess</code>.</li>
+
+<li>La directive <directive module="core">Options</directive> ne peut pas &ecirc;tre
+utilis&eacute;e dans les sections
+<directive type="section" module="core">Files</directive>
+et <directive type="section" module="core">FilesMatch</directive>.</li>
+</ul>
+</section>
+
+<section id="mergin"><title>Comment les sections sont combin&eacute;es entre elles</title>
+
+<p>Les sections de configuration sont appliqu&eacute;es dans un ordre tr&egrave;s particulier.
+Il est important de savoir comment cet ordre est d&eacute;fini car il peut avoir
+des effets importants sur la mani&egrave;re dont les directives de configuration
+sont interpr&eacute;t&eacute;es.</p>
+
+    <p>L'ordre dans lequel les sections sont combin&eacute;es est :</p>
+
+    <ol>
+      <li> Les sections <directive type="section"
+      module="core">Directory</directive> (&agrave; l'exception des
+      expressions rationnelles)
+      et les fichiers <code>.htaccess</code> sont appliqu&eacute;s simultan&eacute;ment (avec
+      la possibilit&eacute; pour <code>.htaccess</code>, s'il y est autoris&eacute;, de
+      pr&eacute;valoir sur
+      <directive type="section" module="core">Directory</directive>)</li>
+
+      <li>Les sections
+      <directive type="section" module="core">DirectoryMatch</directive>
+      (et <code>&lt;Directory ~&gt;</code>)</li>
+
+      <li>Les sections <directive type="section"
+      module="core">Files</directive> et <directive
+      type="section" module="core">FilesMatch</directive> sont appliqu&eacute;es
+      simultan&eacute;ment</li>
+
+      <li>Les sections
+      <directive type="section" module="core">Location</directive>
+      et <directive type="section"
+      module="core">LocationMatch</directive> sont appliqu&eacute;es
+      simultan&eacute;ment</li>
+    </ol>
+
+    <p>Mises &agrave; part les sections <directive type="section"
+    module="core">Directory</directive>, chaque groupe est trait&eacute; selon
+    l'ordre dans lequel il appara&icirc;t dans les fichiers de configuration.
+    Les sections <directive
+    type="section" module="core">Directory</directive> (groupe 1 ci-dessus)
+    sont trait&eacute;es dans l'ordre du r&eacute;pertoire le plus court vers le plus long.
+    Par exemple, <code>&lt;Directory /var/web/dir&gt;</code> sera
+    trait&eacute; avant <code>&lt;Directory
+    /var/web/dir/subdir&gt;</code>.  Si plusieurs sections <directive
+    type="section" module="core">Directory</directive> s'appliquent au m&ecirc;me
+    r&eacute;pertoire, elles sont trait&eacute;es selon l'ordre dans lequel elles
+    apparaissent dans le fichier de configuration.
+    Les sections de configuration incluses via la directive <directive
+    module="core">Include</directive> sont trait&eacute;es comme si elles se
+    trouvaient r&eacute;ellement dans le fichier qui les inclut &agrave; la position de la
+    directive
+    <directive module="core">Include</directive>.</p>
+
+    <p>Les sections situ&eacute;es &agrave; l'int&eacute;rieur de sections <directive type="section"
+    module="core">VirtualHost</directive>
+    sont appliqu&eacute;es <em>apr&egrave;s</em> les sections correspondantes situ&eacute;es en
+    dehors de la d&eacute;finition de l'h&ocirc;te virtuel, ce qui permet &agrave; l'h&ocirc;te virtuel
+    de pr&eacute;valoir sur la configuration du serveur principal.</p>
+
+    <p>Quand la requ&ecirc;te est servie par le module <module>mod_proxy</module>,
+    le conteneur <directive module="mod_proxy" type="section">Proxy</directive>
+    prend la place du conteneur <directive module="core"
+    type="section">Directory</directive> dans l'ordre de traitement.</p>
+
+    <p>Les sections situ&eacute;es plus loin dans le fichier de configuration pr&eacute;valent
+    sur celles qui les pr&eacute;c&egrave;dent.</p>
+
+<note><title>Note technique</title>
+	Une s&eacute;quence
+	<code>&lt;Location&gt;</code>/<code>&lt;LocationMatch&gt;</code>
+	est r&eacute;ellement trait&eacute;e juste avant la phase de traduction du nom
+	(o&ugrave; <code>Aliases</code> et <code>DocumentRoots</code>
+      sont utilis&eacute;s pour faire correspondre les URLs aux noms de fichiers).
+      Les effets de cette s&eacute;quence disparaissent totalement lorsque
+      la traduction est termin&eacute;e.
+</note>
+
+<section id="merge-examples"><title>Quelques exemples</title>
+
+<p>Voici un exemple imaginaire qui montre l'ordre de combinaison des sections.
+En supposant qu'elles s'appliquent toutes &agrave; la requ&ecirc;te, les directives de
+cet exemple seront appliqu&eacute;es dans l'ordre suivant : A &gt; B &gt; C &gt; D &gt;
+E.</p>
+
+<example>
+&lt;Location /&gt;<br />
+E<br />
+&lt;/Location&gt;<br />
+<br />
+&lt;Files f.html&gt;<br />
+D<br />
+&lt;/Files&gt;<br />
+<br />
+&lt;VirtualHost *&gt;<br />
+&lt;Directory /a/b&gt;<br />
+B<br />
+&lt;/Directory&gt;<br />
+&lt;/VirtualHost&gt;<br />
+<br />
+&lt;DirectoryMatch "^.*b$"&gt;<br />
+C<br />
+&lt;/DirectoryMatch&gt;<br />
+<br />
+&lt;Directory /a/b&gt;<br />
+A<br />
+&lt;/Directory&gt;<br />
+<br />
+</example>
+
+<p>Pour un exemple plus concret, consid&eacute;rez ce qui suit.  Sans tenir compte
+de toute restriction d'acc&egrave;s plac&eacute;e dans les sections <directive module="core"
+type="section">Directory</directive>, la section <directive
+module="core" type="section">Location</directive> sera
+&eacute;valu&eacute;e en dernier et permettra un acc&egrave;s au serveur sans aucune restriction.
+En d'autres termes, l'ordre de la combinaison des sections est important,
+soyez donc prudent !</p>
+
+<example>
+&lt;Location /&gt;<br />
+Order deny,allow<br />
+Allow from all<br />
+&lt;/Location&gt;<br />
+<br />:if expand("%") == ""|browse confirm w|else|confirm w|endif
+
+# Arrghs!  Cette section &lt;Directory&gt; n'aura aucun effet<br />
+&lt;Directory /&gt;<br />
+Order allow,deny<br />
+Allow from all<br />
+Deny from badguy.example.com<br />
+&lt;/Directory&gt;
+</example>
+
+</section>
+
+</section>
+</manualpage>

Added: httpd/httpd/trunk/docs/manual/server-wide.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/server-wide.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/server-wide.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/server-wide.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,124 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision: 420990 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="server-wide.xml.meta">
+
+  <title>Configuration &agrave; l'&eacute;chelle du serveur</title>
+
+<summary>
+<p>Ce document explique le fonctionnement de certaines directives du serveur
+de base qui sont utilis&eacute;es pour configurer les op&eacute;rations &eacute;l&eacute;mentaires du
+serveur.</p>
+</summary>
+
+  <section id="identification">
+    <title>Identification du serveur</title>
+
+    <related>
+      <directivelist>
+        <directive module="core">ServerName</directive>
+        <directive module="core">ServerAdmin</directive>
+        <directive module="core">ServerSignature</directive>
+        <directive module="core">ServerTokens</directive>
+        <directive module="core">UseCanonicalName</directive>
+        <directive module="core">UseCanonicalPhysicalPort</directive>
+      </directivelist>
+    </related>
+
+    <p>Les directives <directive module="core">ServerAdmin</directive> et
+    <directive module="core">ServerTokens</directive> contr&ocirc;lent la nature des
+    informations &agrave; propos du serveur qui seront affich&eacute;es dans les documents
+    g&eacute;n&eacute;r&eacute;s par le serveur comme les messages d'erreur. La directive
+    <directive module="core">ServerTokens</directive> d&eacute;finit la valeur du
+    champ d'en-t&ecirc;te de la r&eacute;ponse du serveur HTTP.</p>
+
+    <p>Le serveur utilise les directives
+    <directive module="core">ServerName</directive>,
+    <directive module="core">UseCanonicalName</directive> et
+    <directive module="core">UseCanonicalPhysicalPort</directive> pour
+    d&eacute;terminer la mani&egrave;re de construire des URLs vers ses propres ressources.
+    Par exemple, quand un client &eacute;met une requ&ecirc;te vers un r&eacute;pertoire, mais
+    n'ajoute pas le slash final au nom du r&eacute;pertoire, Apache doit rediriger le
+    client vers le nom complet incluant le slash final afin que le client
+    puisse r&eacute;soudre correctement les r&eacute;f&eacute;rences relatives pr&eacute;sentes dans
+    le document.</p>
+  </section>
+
+  <section id="locations">
+    <title>Localisation des fichiers</title>
+
+    <related>
+      <directivelist>
+        <directive module="mpm_common">CoreDumpDirectory</directive>
+        <directive module="core">DocumentRoot</directive>
+        <directive module="core">ErrorLog</directive>
+        <directive module="mpm_common">LockFile</directive>
+        <directive module="mpm_common">PidFile</directive>
+        <directive module="mpm_common">ScoreBoardFile</directive>
+        <directive module="core">ServerRoot</directive>
+      </directivelist>
+    </related>
+
+    <p>Ces directives contr&ocirc;lent la localisation des diff&eacute;rents fichiers
+    n&eacute;cessaires au bon fonctionnement d'Apache. Quand le chemin utilis&eacute; ne
+    commence pas par un slash (/), la localisation des fichiers est relative
+    &agrave; la valeur de la directive
+    <directive module="core">ServerRoot</directive>. Soyez prudent avec la
+    localisation de fichiers dans des r&eacute;pertoires o&ugrave; les utilisateurs non root
+    ont les droits en &eacute;criture. Voir la documention sur les
+    <a href="misc/security_tips.html#serverroot">Conseils &agrave; propos
+    de la s&eacute;curit&eacute;</a> pour plus de d&eacute;tails.</p>
+  </section>
+
+  <section id="resource">
+    <title>Limitation de l'utilisation des ressources</title>
+
+    <related>
+      <directivelist>
+        <directive module="core">LimitRequestBody</directive>
+        <directive module="core">LimitRequestFields</directive>
+        <directive module="core">LimitRequestFieldsize</directive>
+        <directive module="core">LimitRequestLine</directive>
+        <directive module="core">RLimitCPU</directive>
+        <directive module="core">RLimitMEM</directive>
+        <directive module="core">RLimitNPROC</directive>
+        <directive module="mpm_common">ThreadStackSize</directive>
+      </directivelist>
+    </related>
+
+    <p>Les directives <directive>LimitRequest</directive>* permettent de
+    limiter la quantit&eacute; de ressources consomm&eacute;es par Apache pour le traitement
+    des requ&ecirc;tes des clients. Cette limitation permet de minimiser les effets
+    de certains types d'attaques par d&eacute;ni de service.</p>
+
+    <p>Les directives <directive>RLimit</directive>* permettent de limiter la
+    quantit&eacute; de ressources utilisable par les processus initi&eacute;s (forked) par
+    les processus enfants Apache. Elles permettent en particulier de contr&ocirc;ler
+    les ressources utilis&eacute;es par les scripts CGI et les commandes exec des
+    "Inclusions c&ocirc;t&eacute; serveur" (Server Side Includes ou SSI).</p>
+
+    <p>La directive <directive module="mpm_common">ThreadStackSize</directive>
+    permet sur certaines plates-formes de contr&ocirc;ler la taille de la pile.</p>
+  </section>
+</manualpage>

Added: httpd/httpd/trunk/docs/manual/suexec.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/suexec.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/suexec.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/suexec.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,655 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision: 698389 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="suexec.xml.meta">
+
+  <title>Support suEXEC</title>
+
+  <summary>
+    <p>La fonctionnalit&eacute; <strong>suEXEC</strong> permet
+    l'ex&eacute;cution des programmes <strong>CGI</strong> et
+    <strong>SSI</strong> sous un utilisateur autre que celui sous
+    lequel s'ex&eacute;cute le serveur web qui appelle ces programmes.
+    Normalement, lorsqu'un programme CGI ou SSI est lanc&eacute;, il
+    s'ex&eacute;cute sous le m&ecirc;me utilisateur que celui du serveur web qui
+    l'appelle.</p>
+
+    <p>Utilis&eacute;e de mani&egrave;re appropri&eacute;e, cette fonctionnalit&eacute; peut
+    r&eacute;duire consid&eacute;rablement les risques de s&eacute;curit&eacute; encourus
+    lorsqu'on autorise les utilisateurs &agrave; d&eacute;velopper et faire
+    s'ex&eacute;cuter des programmes CGI ou SSI de leur cru. Cependant, mal
+    configur&eacute;, suEXEC peut causer de nombreux probl&egrave;mes et m&ecirc;me cr&eacute;er
+    de nouvelles failles dans la s&eacute;curit&eacute; de votre ordinateur. Si
+    vous n'&ecirc;tes pas familier avec la gestion des programmes
+    <em>setuid root</em> et les risques de s&eacute;curit&eacute; qu'ils comportent,
+    nous vous recommandons vivement de ne pas tenter
+    d'utiliser suEXEC.</p>
+  </summary>
+
+<section id="before"><title>Avant de commencer</title>
+
+    <p>Avant de foncer t&ecirc;te baiss&eacute;e dans la lecture de ce document,
+    vous devez tenir compte des hypoth&egrave;ses faites par le Groupe
+    Apache et dans ce document.</p>
+
+    <p>Premi&egrave;rement, vous devez utiliser un syst&egrave;me d'exploitation
+    UNIX ou d&eacute;riv&eacute;, capable d'effectuer des op&eacute;rations
+    <strong>setuid</strong> et <strong>setgid</strong>. Tous les
+    exemples de commande sont donn&eacute;s en cons&eacute;quence. D'autres
+    plates-formes, m&ecirc;me si elles supportent suEXEC, peuvent
+    avoir une configuration diff&eacute;rente.</p>
+
+    <p>Deuxi&egrave;mement, vous devez &ecirc;tre familier avec les concepts de base
+    relatifs &agrave; la s&eacute;curit&eacute; de votre ordinateur et son administration.
+    Ceci implique la compr&eacute;hension des op&eacute;rations
+    <strong>setuid/setgid</strong> et des diff&eacute;rents effets qu'elles
+    peuvent produire sur votre syst&egrave;me et son niveau de s&eacute;curit&eacute;.</p>
+
+    <p>Troisi&egrave;mement, vous devez utiliser une version
+    <strong>non modifi&eacute;e</strong> du code de suEXEC. L'ensemble du
+    code de suEXEC a &eacute;t&eacute; scrut&eacute; et test&eacute; avec soin par les d&eacute;veloppeurs
+    et de nombreux b&ecirc;ta testeurs. Toutes les pr&eacute;cautions ont &eacute;t&eacute; prises
+    pour s'assurer d'une base s&ucirc;re de code non seulement simple, mais
+    aussi solide. La modification de ce code peut causer des probl&egrave;mes
+    inattendus et de nouveaux risques de s&eacute;curit&eacute;. Il est
+    <strong>vivement</strong> recommand&eacute; de ne pas modifier le code de
+    suEXEC, &agrave; moins que vous ne soyez un programmeur sp&eacute;cialiste des
+    particularit&eacute;s li&eacute;es &agrave; la s&eacute;curit&eacute;, et souhaitez partager votre
+    travail avec le Groupe Apache afin de pouvoir en discuter.</p>
+
+    <p>Quatri&egrave;mement et derni&egrave;rement, le Groupe Apache a d&eacute;cid&eacute; de ne
+    <strong>PAS</strong> inclure suEXEC dans l'installation par d&eacute;faut
+    d'Apache. Pour pouvoir mettre en oeuvre suEXEC, l'administrateur
+    doit porter la plus grande attention aux d&eacute;tails. Apr&egrave;s avoir bien
+    r&eacute;fl&eacute;chi aux diff&eacute;rents points de la configuration de suEXEC,
+    l'administrateur peut l'installer selon les m&eacute;thodes classiques.
+    Les valeurs des param&egrave;tres de configuration doivent &ecirc;tre
+    d&eacute;termin&eacute;es et sp&eacute;cifi&eacute;es avec soin par l'administrateur, afin de
+    maintenir la s&eacute;curit&eacute; du syst&egrave;me de mani&egrave;re appropri&eacute;e lors de
+    l'utilisation de la fonctionnalit&eacute; suEXEC. C'est par le biais de
+    ce processus minutieux que le Groupe Apache esp&egrave;re r&eacute;server
+    l'installation de suEXEC aux administrateurs prudents et
+    suffisamment d&eacute;termin&eacute;s &agrave; vouloir l'utiliser.</p>
+
+    <p>Vous &ecirc;tes encore avec nous ? Oui ? Bien.
+    Alors nous pouvons continuer !</p>
+</section>
+
+<section id="model"><title>Mod&egrave;le de s&eacute;curit&eacute; de suEXEC</title>
+
+    <p>Avant d'installer et configurer suEXEC, nous allons tout d'abord
+    d&eacute;crire le mod&egrave;le de s&eacute;curit&eacute; que vous &ecirc;tes sur le point
+    d'impl&eacute;menter. Vous devriez ainsi mieux comprendre ce qui se passe
+    vraiment &agrave; l'int&eacute;rieur de suEXEC et quelles pr&eacute;cautions ont &eacute;t&eacute;
+    prises pour pr&eacute;server la s&eacute;curit&eacute; de votre syst&egrave;me.</p>
+
+    <p><strong>suEXEC</strong> est bas&eacute; sur un programme "conteneur"
+    (wrapper) setuid qui est appel&eacute; par le serveur web Apache principal.
+    Ce conteneur est appel&eacute; quand une requ&ecirc;te HTTP concerne
+    un programme CGI ou SSI que l'administrateur
+    a d&eacute;cid&eacute; de faire s'ex&eacute;cuter
+    sous un utilisateur autre que celui du serveur principal.
+    Lorsqu'il re&ccedil;oit une telle requ&ecirc;te, Apache fournit au conteneur
+    suEXEC le nom du programme, ainsi que les identifiants utilisateur
+    et groupe sous lesquels le programme doit s'ex&eacute;cuter.</p>
+
+    <p>Le conteneur effectue ensuite les v&eacute;rifications suivantes afin
+    de d&eacute;terminer la r&eacute;ussite ou l'&eacute;chec du processus -- si une seule
+    de ces conditions n'est pas v&eacute;rifi&eacute;e, le programme journalise
+    l'erreur et se termine en retournant un code d'erreur, sinon il
+    continue :</p>
+
+    <ol>
+      <li>
+        <strong>L'utilisateur qui ex&eacute;cute le conteneur est-il un
+	utilisateur valide de ce syst&egrave;me ?</strong>
+
+        <p class="indent">
+          Ceci permet de s'assurer que l'utilisateur qui ex&eacute;cute le
+	  conteneur est vraiment un utilisateur appartenant au syst&egrave;me.
+        </p>
+     </li>
+
+     <li>
+        <strong>Le conteneur a-t-il &eacute;t&eacute; appel&eacute; avec un nombre
+	d'arguments correct ?</strong>
+
+        <p class="indent">
+          Le conteneur ne s'ex&eacute;cutera que si on lui fournit un nombre
+	  d'arguments correct. Le serveur web apache sait quel est le
+	  bon format des arguments. Si le conteneur ne re&ccedil;oit pas un
+	  nombre d'arguments correct, soit il a &eacute;t&eacute; modifi&eacute;,
+	  soit quelque chose ne va pas dans la portion suEXEC de
+	  votre binaire Apache.
+        </p>
+      </li>
+
+      <li>
+        <strong>Cet utilisateur valide est-il autoris&eacute; &agrave; ex&eacute;cuter le
+	conteneur ?</strong>
+
+        <p class="indent">
+          Cet utilisateur est-il celui autoris&eacute; &agrave; ex&eacute;cuter le
+	  conteneur ? Un seul utilisateur (celui d'Apache) est
+	  autoris&eacute; &agrave; ex&eacute;cuter ce programme.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le chemin du programme CGI ou SSI cible est-il
+	non s&ucirc;r ?</strong>
+
+        <p class="indent">
+          Le chemin du programme CGI ou SSI cible d&eacute;bute-t-il par un
+	  '/' ou contient-il une r&eacute;f&eacute;rence arri&egrave;re '..' ? Ceci est
+	  interdit ; le programme CGI ou SSI cible doit se trouver dans
+	  la hi&eacute;rarchie de la racine des documents de suEXEC (voir
+	  <code>--with-suexec-docroot=<em>DIR</em></code> ci-dessous).
+        </p>
+      </li>
+
+      <li>
+        <strong>Le nom utilisateur cible est-il valide ?</strong>
+
+        <p class="indent">
+          L'utilisateur cible existe-t-il ?
+        </p>
+      </li>
+
+      <li>
+        <strong>Le nom du groupe cible est-il valide ?</strong>
+
+        <p class="indent">
+          Le groupe cible existe-t-il ?
+        </p>
+      </li>
+
+      <li>
+        <strong>L'utilisateur cible n'est-il <em>PAS</em>
+	superutilisateur ?</strong>
+
+
+        <p class="indent">
+          Actuellement, suEXEc ne permet pas &agrave;
+	  <code><em>root</em></code> d'ex&eacute;cuter des programmes CGI/SSI.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le num&eacute;ro de l'identifiant de l'utilisateur cible
+	est-il <em>SUPERIEUR</em> au num&eacute;ro d'identifiant
+	minimum ?</strong>
+
+        <p class="indent">
+          Le num&eacute;ro d'identifiant utilisateur minimum est d&eacute;fini &agrave;
+	  l'ex&eacute;cution du script configure. Ceci vous permet de d&eacute;finir
+	  le num&eacute;ro d'identifiant utilisateur le plus bas qui sera
+	  autoris&eacute; &agrave; &eacute;x&eacute;cuter des programmes CGI/SSI. En particulier,
+	  cela permet d'&eacute;carter les comptes syst&egrave;me.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le groupe cible n'est-il <em>PAS</em> le groupe
+	superutilisateur ?</strong>
+
+        <p class="indent">
+          Actuellement, suEXEC ne permet pas au groupe
+	  <code><em>root</em></code> d'ex&eacute;cuter des programmes CGI/SSI.
+        </p>
+      </li>
+
+      <li>
+        <strong> Le num&eacute;ro d'identifiant du groupe cible est-il
+	<em>SUPERIEUR</em> au num&eacute;ro d'identifiant minimum ?</strong>
+
+        <p class="indent">
+          Le num&eacute;ro d'identifiant de groupe minimum est sp&eacute;cifi&eacute; lors
+	  de l'ex&eacute;cution du script configure. Ceci vous permet de
+	  d&eacute;finir l'identifiant de groupe le plus bas possible qui sera
+	  autoris&eacute; &agrave; ex&eacute;cuter des programmes CGI/SSI, et est
+	  particuli&egrave;rement utile pour &eacute;carter les groupes "syst&egrave;me".
+        </p>
+      </li>
+
+      <li>
+        <strong>Le conteneur peut-il obtenir avec succ&egrave;s l'identit&eacute;
+	des utilisateur et groupe cibles ?</strong>
+
+        <p class="indent">
+          C'est ici que le programme obtient l'identit&eacute; des utilisateur
+	  et groupe cibles via des appels &agrave; setuid et setgid. De m&ecirc;me,
+	  la liste des acc&egrave;s groupe est initialis&eacute;e avec tous les
+	  groupes auxquels l'utilisateur cible appartient.
+        </p>
+      </li>
+
+      <li>
+        <strong>Peut-on se positionner dans le r&eacute;pertoire dans dequel
+	sont situ&eacute;s les programmes CGI/SSI ?</strong>
+
+        <p class="indent">
+          S'il n'existe pas, il ne peut pas contenir de fichier. Et si
+	  l'on ne peut pas s'y positionner, il n'existe probablement
+	  pas.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le r&eacute;pertoire est-il dans l'espace web
+	d'Apache ?</strong>
+
+        <p class="indent">
+          Si la requ&ecirc;te concerne une portion de la racine du serveur,
+	  le r&eacute;pertoire demand&eacute; est-il dans la hi&eacute;rarchie de la racine
+	  des documents de suEXEC ? Si la requ&ecirc;te concerne un
+	 <directive module="mod_userdir"
+          >UserDir</directive>, le r&eacute;pertoire demand&eacute; est-il dans
+	  la hi&eacute;rarchie du r&eacute;pertoire d&eacute;fini comme le r&eacute;pertoire
+	  utilisateur de suEXEC (voir les
+	  <a href="#install">options de configuration de suEXEC</a>) ?
+        </p>
+      </li>
+
+      <li>
+        <strong>L'&eacute;criture dans le r&eacute;pertoire est-elle interdite pour
+	un utilisateur autre que le propri&eacute;taire </strong>
+
+        <p class="indent">
+          Le r&eacute;pertoire ne doit pas &ecirc;tre ouvert aux autres
+	  utilisateurs ; seul l'utilisateur propri&eacute;taire doit pouvoir
+	  modifier le contenu du r&eacute;pertoire.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le programme CGI/SSI cible existe-t-il ?</strong>
+
+        <p class="indent">
+          S'il n'existe pas, il ne peut pas &ecirc;tre ex&eacute;cut&eacute;.
+        </p>
+      </li>
+
+      <li>
+        <strong>Les utilisateurs autres que le propri&eacute;taire n'ont-ils
+	<em>PAS</em> de droits en &eacute;criture sur le programme
+	CGI/SSI ?</strong>
+
+        <p class="indent">
+          Les utilisateurs autres que le propri&eacute;taire ne doivent pas
+	  pouvoir modifier le programme CGI/SSI.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le programme CGI/SSI n'est-il <em>PAS</em> setuid ou
+	setgid ?</strong>
+
+        <p class="indent">
+          Les programmes cibles ne doivent pas pouvoir modifier &agrave;
+	  nouveau les identifiants utilisateur/groupe.
+        </p>
+      </li>
+
+      <li>
+        <strong>Le couple utilisateur/groupe cible est-il le m&ecirc;me que
+	celui du programme ?</strong>
+
+        <p class="indent">
+          L'utilisateur est-il le propri&eacute;taire du fichier ?
+        </p>
+      </li>
+
+      <li>
+        <strong>Peut-on nettoyer avec succ&egrave;s l'environnement des
+	processus afin de garantir la s&ucirc;ret&eacute; des op&eacute;rations ?</strong>
+
+        <p class="indent">
+          suExec nettoie l'environnement des processus en &eacute;tablissant
+	  un chemin d'ex&eacute;cution s&ucirc;r (d&eacute;fini lors de la configuration),
+	  et en ne passant que les variables dont les noms font partie
+	  de la liste de l'environnement s&ucirc;r (cr&eacute;&eacute;e de m&ecirc;me lors de la
+	  configuration).
+        </p>
+      </li>
+
+      <li>
+        <strong>Le conteneur peut-il avec succ&egrave;s se substituer au
+	programme CGI/SSI cible et s'ex&eacute;cuter ?</strong>
+
+        <p class="indent">
+          C'est l&agrave; o&ugrave; l'ex&eacute;cution de suEXEC s'arr&ecirc;te et o&ugrave; commence
+	  celle du programme CGI/ssi cible.
+        </p>
+      </li>
+    </ol>
+
+    <p>Ce sont les op&eacute;rations standards effectu&eacute;es par le mod&egrave;le de
+    s&eacute;curit&eacute; du conteneur suEXEC. Il peut para&icirc;tre strict et est
+    susceptible d'imposer de nouvelles limitations et orientations
+    dans la conception des programmes CGI/SSI, mais il a &eacute;t&eacute; d&eacute;velopp&eacute;
+    avec le plus grand soin, &eacute;tape par &eacute;tape, en se focalisant sur
+    la s&eacute;curit&eacute;.</p>
+
+    <p>Pour plus d'informations sur la mesure dans laquelle ce mod&egrave;le
+    de s&eacute;curit&eacute; peut limiter vos possibilit&eacute;s au regard de la
+    configuration du serveur, ainsi que les risques de s&eacute;curit&eacute; qui
+    peuvent &ecirc;tre &eacute;vit&eacute;s gr&acirc;ce &agrave; une configuration appropri&eacute;e de suEXEC,
+    se r&eacute;f&eacute;rer &agrave; la section <a
+    href="#jabberwock">"Avis &agrave; la population !"</a> de ce document.</p>
+</section>
+
+<section id="install"><title>Configurer et installer suEXEC</title>
+
+    <p>C'est ici que nous entrons dans le vif du sujet.</p>
+
+    <p><strong>Options de configuration de suEXEC</strong><br />
+    </p>
+
+    <dl>
+      <dt><code>--enable-suexec</code></dt>
+
+      <dd>Cette option active la fonctionnalit&eacute; suEXEC qui n'est
+      jamais install&eacute;e ou activ&eacute;e par d&eacute;faut. Au moins une option
+      <code>--with-suexec-xxxxx</code> doit accompagner l'option
+      <code>--enable-suexec</code> pour qu'APACI (l'utilitaire de
+      configuration de la compilation d'Apache) accepte votre demande
+      d'utilisation de la fonctionnalit&eacute; suEXEC.</dd>
+
+      <dt><code>--with-suexec-bin=<em>PATH</em></code></dt>
+
+      <dd>Le chemin du binaire <code>suexec</code> doit &ecirc;tre cod&eacute; en
+      dur dans le serveur pour des raisons de s&eacute;curit&eacute;. Cette option
+      vous permet de modifier le chemin par d&eacute;faut.
+      <em>Par exemple</em>
+      <code>--with-suexec-bin=/usr/sbin/suexec</code></dd>
+
+      <dt><code>--with-suexec-caller=<em>UID</em></code></dt>
+
+      <dd>L'<a href="mod/mpm_common.html#user">utilisateur</a> sous
+      lequel Apache s'ex&eacute;cute habituellement. C'est le seul utilisateur
+      autoris&eacute; &agrave; utiliser suexec.</dd>
+
+      <dt><code>--with-suexec-userdir=<em>DIR</em></code></dt>
+
+      <dd>Cette option d&eacute;finit le sous-r&eacute;pertoire de la hi&eacute;rarchie des
+      r&eacute;pertoires utilisateurs dans lequel l'utilisation
+      de suEXEC sera autoris&eacute;e. Tous les ex&eacute;cutables situ&eacute;s dans ce
+      r&eacute;pertoire seront ex&eacute;cutables par suEXEC sous l'utilisateur
+      cible ; ces programmes doivent donc &ecirc;tre s&ucirc;rs. Si vous utilisez
+      une directive <directive module="mod_userdir">UserDir</directive>
+      "simple" (c'est &agrave; dire ne contenant pas de
+      "*"), l'option --with-suexec-userdir
+      devra contenir la m&ecirc;me valeur. SuEXEC ne fonctionnera pas
+      correctement si la directive <directive
+      module="mod_userdir">UserDir</directive> contient une valeur
+      diff&eacute;rente du r&eacute;pertoire home de l'utilisateur tel qu'il est
+      d&eacute;fini dans le fichier <code>passwd</code>. la valeur par d&eacute;faut
+      est "<code>public_html</code>".<br />
+      Si vous avez plusieurs h&ocirc;tes virtuels avec une directive
+      <directive module="mod_userdir">UserDir</directive> diff&eacute;rente
+      pour chacun d'entre eux, vous devrez faire en sorte que chaque
+      UserDir poss&egrave;de un r&eacute;pertoire parent commun ; donnez alors &agrave;
+      l'option --with-suexec-userdir le nom
+      de ce r&eacute;pertoire commun. <strong>Si tout ceci n'est pas d&eacute;fini
+      correctement, les requ&ecirc;tes CGI "~userdir" ne fonctionneront
+      pas !</strong></dd>
+
+      <dt><code>--with-suexec-docroot=<em>DIR</em></code></dt>
+
+      <dd>Cette option fonctionne comme la directive DocumentRoot pour
+      Apache. Il s'agit de la seule hi&eacute;rarchie (en dehors des directives
+      <directive module="mod_userdir"
+      >UserDir</directive>) dans laquelle la fonctionnalit&eacute; suEXEC
+      pourra &ecirc;tre utilis&eacute;e. La valeur par d&eacute;faut est la valeur de
+      <code>--datadir</code> accompagn&eacute;e du suffixe
+      "<code>/htdocs</code>" ;
+      <em>Par exemple</em>, si vous ex&eacute;cutez configure avec
+      "<code>--datadir=/home/apache</code>", la valeur
+      "<code>/home/apache/htdocs</code>" sera utilis&eacute;e par d&eacute;faut comme
+      racine des documents pour le conteneur suEXEC.</dd>
+
+      <dt><code>--with-suexec-uidmin=<em>UID</em></code></dt>
+
+      <dd>Cette option d&eacute;finit l'identifiant utilisateur le plus bas
+      avec lequel un utilisateur pourra &ecirc;tre la cible de
+      suEXEC. 500 ou 100 sont des valeurs courantes sur la plupart des
+      syst&egrave;mes. la valeur par d&eacute;faut est 100.</dd>
+
+      <dt><code>--with-suexec-gidmin=<em>GID</em></code></dt>
+
+      <dd>Cette option d&eacute;finit l'identifiant de groupe le plus bas
+      avec lequel un utilisateur pourra &ecirc;tre la cible de
+      suEXEC. 100 est une valeur courante sur la plupart des
+      syst&egrave;mes et est par cons&eacute;quent la valeur par d&eacute;faut.</dd>
+
+      <dt><code>--with-suexec-logfile=<em>FILE</em></code></dt>
+
+      <dd>Cette option permet de d&eacute;finir le fichier dans lequel
+      toutes les transactions et erreurs de suEXEC seront journalis&eacute;es
+      (&agrave; des fins d'analyse ou de d&eacute;bogage). Par d&eacute;faut, le fichier
+      journal se nomme "<code>suexec_log</code>" et se trouve dans votre
+      r&eacute;pertoire standard des fichiers journaux d&eacute;fini par
+      <code>--logfiledir</code></dd>
+
+      <dt><code>--with-suexec-safepath=<em>PATH</em></code></dt>
+
+      <dd>Cette option permet de d&eacute;finir une variable d'environnement
+      PATH s&ucirc;re &agrave; passer aux ex&eacute;cutables CGI. La valeur par d&eacute;faut
+      est "<code>/usr/local/bin:/usr/bin:/bin</code>".</dd>
+    </dl>
+
+    <section>
+      <title>Compilation et installation du conteneur suEXEC</title>
+
+    <p>Si vous avez activ&eacute; la fonctionnalit&eacute; suEXEC &agrave; l'aide de
+     l'option <code>--enable-suexec</code>, le binaire
+     <code>suexec</code> sera automatiquement construit (en m&ecirc;me temps
+     qu'Apache) lorsque vous ex&eacute;cuterez la commande
+     <code>make</code>.</p>
+
+     <p>Lorsque tous les composants auront &eacute;t&eacute; construits, vous pourrez
+     ex&eacute;cuter la commande <code>make install</code> afin de les
+     installer. Le binaire <code>suexec</code> sera install&eacute; dans le
+     r&eacute;pertoire d&eacute;fini &agrave; l'aide de l'option <code>--sbindir</code>. La
+     localisation par d&eacute;faut est "/usr/local/apache2/bin/suexec".</p>
+     <p>Veuillez noter que vous aurez besoin des
+     <strong><em>privil&egrave;ges root</em></strong> pour passer l'&eacute;tape de
+     l'installation. Pour que le conteneur puisse changer
+     l'identifiant utilisateur, il doit avoir comme propri&eacute;taire
+     <code><em>root</em></code>, et les droits du fichier doivent
+     inclure le bit d'ex&eacute;cution setuserid.</p>
+   </section>
+
+   <section>
+	<title>>Mise en place de permissions pour
+    parano&iuml;aque</title>
+    <p>Bien que le conteneur suEXEC v&eacute;rifie que l'utilisateur qui
+    l'appelle correspond bien &agrave; l'utilisateur sp&eacute;cifi&eacute; &agrave; l'aide de
+    l'option <code>--with-suexec-caller</code> du programme
+    <program>configure</program>, il subsiste toujours le risque qu'un
+    appel syst&egrave;me ou une biblioth&egrave;que fasse appel &agrave; suEXEC avant que
+    cette v&eacute;rification ne soit exploitable sur votre syst&egrave;me. Pour
+    tenir compte de ceci, et parce que c'est en g&eacute;n&eacute;ral la meilleure
+    pratique, vous devez utiliser les permissions du syst&egrave;me de
+    fichiers afin de vous assurer que seul le groupe sous lequel
+    s'ex&eacute;cute Apache puisse faire appel &agrave; suEXEC.</p>
+
+    <p>Si, par exemple, votre serveur web est configur&eacute; pour
+    s'ex&eacute;cuter en tant que :</p>
+
+<example>
+    User www<br />
+    Group webgroup<br />
+</example>
+
+    <p>et <program>suexec</program> se trouve &agrave;
+    "/usr/local/apache2/bin/suexec", vous devez ex&eacute;cuter les
+    commandes</p>
+
+<example>
+    chgrp webgroup /usr/local/apache2/bin/suexec<br />
+    chmod 4750 /usr/local/apache2/bin/suexec<br />
+</example>
+
+    <p>Ceci permet de s'assurer que seul le groupe sous lequel Apache
+    s'ex&eacute;cute (ici webgroup) puisse faire appel au conteneur
+    suEXEC.</p>
+  </section>
+</section>
+
+<section id="enable"><title>Activation et d&eacute;sactivation
+de suEXEC</title>
+
+    <p>Au d&eacute;marrage, Apache v&eacute;rifie la pr&eacute;sence du fichier
+    <program>suexec</program> dans le r&eacute;pertoire d&eacute;fini par
+    l'option <code>--sbindir</code> du script configure (le
+    r&eacute;pertoire par d&eacute;faut est "/usr/local/apache/sbin/suexec"). Si
+    Apache trouve un conteneur suEXEC correctement configur&eacute;, il
+    enregistrera le message suivant dans le journal des erreurs :</p>
+
+<example>
+    [notice] suEXEC mechanism enabled (wrapper: <var>/path/to/suexec</var>)
+</example>
+
+    <p>Si ce message n'est pas g&eacute;n&eacute;r&eacute; au d&eacute;marrage du serveur, ce
+    dernier ne trouve probablement pas le programme conteneur &agrave;
+    l'endroit o&ugrave; il est sens&eacute; &ecirc;tre, ou l'ex&eacute;cutable suexec n'est pas
+    install&eacute; en <em>setuid root</em>.</p>
+
+     <p>Si le serveur Apache est d&eacute;j&agrave; en cours d'ex&eacute;cution, et si
+     vous activez le m&eacute;canisme suEXEC pour la premi&egrave;re fois, vous
+     devez arr&ecirc;ter et red&eacute;marrer Apache. Un red&eacute;marrage
+     &agrave; l'aide d'un simple signal HUP ou USR1 suffira. </p>
+     <p>Pour d&eacute;sactiver suEXEC, vous devez supprimer le fichier
+     <program>suexec</program>, puis arr&ecirc;ter et red&eacute;marrer
+     Apache.</p>
+</section>
+
+<section id="usage"><title>Utilisation de suEXEC</title>
+
+    <p>Les requ&ecirc;tes pour des programmes CGI ne feront appel au
+    conteneur suEXEC que si elles concernent un h&ocirc;te virtuel
+    contenant une directive <directive
+    module="mod_suexec">SuexecUserGroup</directive>, ou si elles sont
+    trait&eacute;es par <module>mod_userdir</module>.</p>
+
+    <p><strong>H&ocirc;tes virtuels :</strong><br /> Une des m&eacute;thodes
+    d'utilisation du conteneur suEXEC consiste &agrave; ins&eacute;rer une
+    directive <directive
+    module="mod_suexec">SuexecUserGroup</directive> dans une section
+    <directive module="core">VirtualHost</directive>. En d&eacute;finissant
+    des valeurs diff&eacute;rentes de celles du serveur principal, toutes les
+    requ&ecirc;tes pour des ressources CGI seront ex&eacute;cut&eacute;es sous
+    les <em>User</em> et <em>Group</em> d&eacute;finis pour cette section
+    <directive
+    module="core" type="section">VirtualHost</directive>. Si cette
+    directive est absente de la section <directive module="core"
+    type="section">VirtualHost</directive>, l'utilisateur du
+    serveur principal sera pris par d&eacute;faut</p>
+
+    <p><strong>R&eacute;pertoires des utilisateurs :</strong><br /> Avec
+    cette m&eacute;thode, les
+    requ&ecirc;tes trait&eacute;es par <module>mod_userdir</module> appelleront le
+    conteneur suEXEC pour ex&eacute;cuter le programme CGI sous l'identifiant
+    utilisateur du r&eacute;pertoire utilisateur concern&eacute;. Seuls pr&eacute;requis
+    pour pouvoir acc&eacute;der &agrave; cette fonctionnalit&eacute; : l'ex&eacute;cution des CGI
+    doit &ecirc;tre activ&eacute;e pour l'utilisateur concern&eacute;, et le script doit
+    passer avec succ&egrave;s le test des <a href="#model">v&eacute;rifications de
+    s&eacute;curit&eacute;</a> d&eacute;crit plus haut. Voir aussi l'
+    <a href="#install">option de compilation</a>
+    <code>--with-suexec-userdir</code>.</p> </section>
+
+<section id="debug"><title>D&eacute;bogage de suEXEC</title>
+
+    <p>Le conteneur suEXEC va &eacute;crire ses informations de journalisation
+    dans le fichier d&eacute;fini par l'option de compilation
+    <code>--with-suexec-logfile</code> comme indiqu&eacute; plus haut. Si vous
+    pensez avoir configur&eacute; et install&eacute; correctement le conteneur,
+    consultez ce journal, ainsi que le journal des erreurs du serveur
+    afin de d&eacute;terminer l'endroit o&ugrave; vous avez fait fausse route.</p>
+
+</section>
+
+<section id="jabberwock"><title>Avis &agrave; la population !
+    Avertissements et exemples</title>
+
+    <p><strong>NOTE !</strong> Cette section est peut-&ecirc;tre incompl&egrave;te.
+    Pour en consulter la derni&egrave;re r&eacute;vision, voir la version de la <a
+    href="http://httpd.apache.org/docs/&httpd.docs;/suexec.html"
+    >Documentation en ligne</a> du Groupe Apache.</p>
+
+    <p>Quelques points importants du conteneur peuvent
+    imposer des contraintes du point de vue de la configuration du
+    serveur. Veuillez en prendre connaissance avant de soumettre un
+    rapport de bogue &agrave; propos de suEXEC.</p>
+
+    <ul>
+      <li><strong>Points importants de suEXEC</strong></li>
+
+      <li>
+        Limitations concernant la hi&eacute;rarchie.
+
+        <p class="indent">
+          Pour des raisons de s&eacute;curit&eacute; et d'efficacit&eacute;, toutes les
+	  requ&ecirc;tes suEXEC ne doivent concerner que des ressources
+	  situ&eacute;es dans la racine des documents d&eacute;finie pour les
+	  requ&ecirc;tes concernant un h&ocirc;te virtuel, ou des ressources
+	  situ&eacute;es dans la racine des documents d&eacute;finies pour les
+	  requ&ecirc;tes concernant un r&eacute;pertoire utilisateur. Par exemple,
+	  si vous avez configur&eacute; quatre h&ocirc;tes virtuels, vous devrez
+	  d&eacute;finir la structure des racines de documents de vos h&ocirc;tes
+	  virtuels en dehors d'une hi&eacute;rarchie de documents principale
+	  d'Apache, afin de tirer parti de suEXEC dans le contexte des
+	  h&ocirc;tes virtuels (Exemple &agrave; venir).
+        </p>
+      </li>
+
+      <li>
+        La variable d'environnement PATH de suEXEC
+
+        <p class="indent">
+          Modifier cette variable peut s'av&eacute;rer dangereux. Assurez-vous
+	  que tout chemin que vous ajoutez &agrave; cette variable est un
+	  r&eacute;pertoire <strong>de confiance</strong>. Vous n'avez
+	  probablement pas l'intention d'ouvrir votre serveur de fa&ccedil;on
+	  &agrave; ce que l'on puisse y ex&eacute;cuter un cheval de Troie.
+        </p>
+      </li>
+
+      <li>
+        Modification de suEXEC
+
+        <p class="indent">
+          Encore une fois, ceci peut vous causer de
+	  <strong>graves ennuis</strong> si vous vous y essayez sans
+	  savoir ce que vous faites. Evitez de vous y risquer dans la
+	  mesure du possible.
+        </p>
+      </li>
+    </ul>
+
+</section>
+
+</manualpage>

Added: httpd/httpd/trunk/docs/manual/upgrading.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/upgrading.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/upgrading.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/upgrading.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,74 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision: 420990 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="upgrading.xml.meta">
+
+<title>Mise &agrave; jour vers 2.4 depuis 2.2</title>
+
+<summary>
+  <p>Afin d'assister les utilisateurs lors de leurs op&eacute;rations de mise &agrave;
+  jour, nous maintenons un document
+  qui comporte des informations critiques &agrave; l'attention des personnes qui
+  utilisent d&eacute;j&agrave; Apache. Ces informations ne sont que de br&egrave;ves notes, et vous
+  devriez trouver plus d'informations dans le document <a
+  href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s</a>, ou dans
+  le fichier <code>src/CHANGES</code>.</p>
+
+  <p>Ce document ne d&eacute;crit que les modifications intervenues entre les versions
+  2.2 et 2.4. Si vous effectuez une mise &agrave; jour depuis la version 2.0, vous
+  devez aussi consulter le
+  <a href="http://httpd.apache.org/docs/2.2/upgrading.html">document de mise
+  &agrave; jour de 2.0 vers 2.2.</a></p>
+
+</summary>
+<seealso><a href="new_features_2_4.html">Vue d'ensemble des nouvelles
+fonctionnalit&eacute;s de Apache 2.4</a></seealso>
+
+  <section id="compile-time">
+    <title>Modifications de la configuration au moment de la compilation</title>
+     <!-- <ul>
+     </ul> -->
+
+  </section>
+
+  <section id="run-time">
+    <title>Modifications de la configuration &agrave; l'ex&eacute;cution</title>
+
+    <!-- <ul>
+     </ul> -->
+    </ul>
+  </section>
+
+  <section id="misc">
+    <title>Changements divers</title>
+
+    </section>
+
+  <section id="third-party">
+    <title>Modules tiers</title>
+
+
+
+  </section>
+</manualpage>

Added: httpd/httpd/trunk/docs/manual/urlmapping.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/urlmapping.xml.fr?rev=708014&view=auto
==============================================================================
--- httpd/httpd/trunk/docs/manual/urlmapping.xml.fr (added)
+++ httpd/httpd/trunk/docs/manual/urlmapping.xml.fr Sun Oct 26 09:38:53 2008
@@ -0,0 +1,330 @@
+<?xml version="1.0" encoding="ISO-8859-1" ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- English Revision: 567425 -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements.  See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License.  You may obtain a copy of the License at
+
+     http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="urlmapping.xml.meta">
+
+  <title> Mise en correspondance des URLs avec le syst&egrave;me de fichiers</title>
+
+  <summary>
+    <p>Ce document explique comment Apache utilise l'URL contenue dans une
+    requ&ecirc;te pour d&eacute;terminer le noeud du syst&egrave;me de fichier &agrave; partir duquel le
+    fichier devra &ecirc;tre servi.</p>
+  </summary>
+
+<section id="related"><title>Modules et directives concern&eacute;s</title>
+
+<related>
+<modulelist>
+<module>mod_alias</module>
+<module>mod_proxy</module>
+<module>mod_rewrite</module>
+<module>mod_userdir</module>
+<module>mod_speling</module>
+<module>mod_vhost_alias</module>
+</modulelist>
+<directivelist>
+<directive module="mod_alias">Alias</directive>
+<directive module="mod_alias">AliasMatch</directive>
+<directive module="mod_speling">CheckSpelling</directive>
+<directive module="core">DocumentRoot</directive>
+<directive module="core">ErrorDocument</directive>
+<directive module="core">Options</directive>
+<directive module="mod_proxy">ProxyPass</directive>
+<directive module="mod_proxy">ProxyPassReverse</directive>
+<directive module="mod_proxy">ProxyPassReverseCookieDomain</directive>
+<directive module="mod_proxy">ProxyPassReverseCookiePath</directive>
+<directive module="mod_alias">Redirect</directive>
+<directive module="mod_alias">RedirectMatch</directive>
+<directive module="mod_rewrite">RewriteCond</directive>
+<directive module="mod_rewrite">RewriteMatch</directive>
+<directive module="mod_alias">ScriptAlias</directive>
+<directive module="mod_alias">ScriptAliasMatch</directive>
+<directive module="mod_userdir">UserDir</directive>
+</directivelist>
+</related>
+</section>
+
+<section id="documentroot"><title>Racine des documents (DocumentRoot)</title>
+
+    <p>La m&eacute;thode par d&eacute;faut d'Apache pour d&eacute;terminer quel fichier servir pour
+    une requ&ecirc;te donn&eacute;e, consiste &agrave; extraire le chemin du fichier de la requ&ecirc;te
+    (la partie de l'URL qui suit le nom d'h&ocirc;te et le port), puis de l'ajouter
+    &agrave; la fin de la valeur de la directive
+    <directive module="core">DocumentRoot</directive> d&eacute;finie dans vos fichiers
+    de configuration.
+    Ainsi, les fichiers et r&eacute;pertoires
+    situ&eacute;s en dessous de <directive module="core">DocumentRoot</directive>
+    constituent l'arborescence de base des documents qui seront visibles
+    depuis le web.</p>
+
+    <p>Par exemple, si la directive
+    <directive module="core">DocumentRoot</directive> contient
+    <code>/var/www/html</code>, une requ&ecirc;te pour
+    <code>http://www.example.com/fish/guppies.html</code> retournera le
+    fichier <code>/var/www/html/fish/guppies.html</code> au client.</p>
+
+    <p>Apache supporte aussi les <a href="vhosts/">H&ocirc;tes virtuels</a>,
+    ce qui lui permet de traiter des requ&ecirc;tes pour plusieurs h&ocirc;tes.
+    Dans ce cas, un <directive module="core">DocumentRoot</directive>
+    diff&eacute;rent peut &ecirc;tre d&eacute;fini pour chaque h&ocirc;te virtuel;
+    les directives fournies par le module
+    <module>mod_vhost_alias</module> peuvent aussi &ecirc;tre utilis&eacute;es afin de
+    d&eacute;terminer dynamiquement le noeud appropri&eacute; du syst&egrave;me de fichiers
+    &agrave; partir duquel servir un contenu en fonction de l'adresse IP
+    ou du nom d'h&ocirc;te.</p>
+
+    <p>La directive <directive module="core">DocumentRoot</directive>  est
+    d&eacute;finie dans le fichier de configuration de votre serveur principal
+    (<code>httpd.conf</code>), mais peut aussi &ecirc;tre red&eacute;finie pour chaque
+    <a href="vhosts/">H&ocirc;te virtuel</a> suppl&eacute;mentaire que vous avez cr&eacute;&eacute;.</p>
+</section>
+
+<section id="outside"><title>Fichiers situ&eacute;s en dehors de
+l'arborescence DocumentRoot</title>
+
+    <p>Il existe de nombreuses circonstances pour lesquelles il est n&eacute;cessaire
+    d'autoriser l'acc&egrave;s web &agrave; des portions du syst&egrave;me de fichiers qui ne se
+    trouvent pas dans l'arborescence <directive
+    module="core">DocumentRoot</directive>.  Apache propose de nombreuses
+    solutions pour r&eacute;aliser cela. Sur les syst&egrave;mes Unix, les liens
+    symboliques permettent de rattacher d'autres portions du syst&egrave;me de
+    fichiers au <directive
+    module="core">DocumentRoot</directive>. Pour des raisons de s&eacute;curit&eacute;,
+    Apache ne suivra les liens symboliques que si les <directive
+    module="core">Options</directive> pour le r&eacute;pertoire concern&eacute; contiennent
+    <code>FollowSymLinks</code> ou <code>SymLinksIfOwnerMatch</code>.</p>
+
+    <p>Une autre m&eacute;thode consiste &agrave; utiliser la directive <directive
+    module="mod_alias">Alias</directive> pour rattacher toute portion
+    du syst&egrave;me de fichiers &agrave; l'arborescence du site web. Par exemple, avec</p>
+
+<example>Alias /docs /var/web</example>
+
+    <p>l'URL <code>http://www.example.com/docs/dir/file.html</code>
+    correspondra au fichier <code>/var/web/dir/file.html</code>. La
+    directive
+    <directive module="mod_alias">ScriptAlias</directive>
+    fonctionne de la m&ecirc;me mani&egrave;re, except&eacute; que tout contenu localis&eacute; dans le
+    chemin cible sera trait&eacute; comme un script <glossary ref="cgi"
+    >CGI</glossary>.</p>
+
+    <p>Pour les situations qui n&eacute;cessitent plus de flexibilit&eacute;, vous disposez
+    des directives <directive module="mod_alias">AliasMatch</directive>
+    et <directive module="mod_alias">ScriptAliasMatch</directive>
+    qui permettent des substitutions et comparaisons puissantes bas&eacute;es
+    sur les <glossary ref="regex">expressions rationnelles</glossary>.
+    Par exemple,</p>
+
+<example>ScriptAliasMatch ^/~([a-zA-Z0-9]+)/cgi-bin/(.+)
+      /home/$1/cgi-bin/$2</example>
+
+    <p>fera correspondre une requ&ecirc;te du style
+    <code>http://example.com/~user/cgi-bin/script.cgi</code> au chemin
+    <code>/home/user/cgi-bin/script.cgi</code>, et traitera le fichier r&eacute;sultant
+    comme un script CGI.</p>
+</section>
+
+<section id="user"><title>R&eacute;pertoires des utilisateurs</title>
+
+    <p>Sur les syst&egrave;mes Unix, on peut traditionnellement faire r&eacute;f&eacute;rence
+    au r&eacute;pertoire personnel d'un <em>utilisateur</em> particulier &agrave; l'aide de
+    l'expression <code>~user/</code>.
+    Le module <module>mod_userdir</module>
+    &eacute;tend cette id&eacute;e au web en autorisant l'acc&egrave;s aux fichiers situ&eacute;s dans les
+    r&eacute;pertoires home des utilisateurs &agrave; l'aide d'URLs
+    comme dans ce qui suit :</p>
+
+<example>http://www.example.com/~user/file.html</example>
+
+    <p>Pour des raisons de s&eacute;curit&eacute;, il est d&eacute;conseill&eacute; de permettre un acc&egrave;s
+    direct &agrave; un r&eacute;pertoire home d'utilisateur depuis le web. A cet effet, la
+    directive <directive module="mod_userdir">UserDir</directive>
+    sp&eacute;cifie un r&eacute;pertoire o&ugrave; sont situ&eacute;s les fichiers accessibles depuis le web
+    dans le r&eacute;pertoire home de l'utilisateur.
+    Avec la configuration par d&eacute;faut
+    <code>Userdir public_html</code>, l'URL ci-dessus correspondra &agrave; un fichier
+    dont le chemin sera du style
+    <code>/home/user/public_html/file.html</code> o&ugrave;
+    <code>/home/user/</code> est le r&eacute;pertoire home de l'utilisateur tel qu'il
+    est d&eacute;fini dans <code>/etc/passwd</code>.</p>
+
+    <p>La directive <code>Userdir</code> met &agrave; votre disposition de nombreuses
+    formes diff&eacute;rentes pour les syst&egrave;mes o&ugrave; <code>/etc/passwd</code> ne
+    sp&eacute;cifie pas la localisation du r&eacute;pertoire home.</p>
+
+    <p>Certains jugent le symbole "~" (dont le code sur le web est souvent
+    <code>%7e</code>) inappropri&eacute; et pr&eacute;f&egrave;rent utiliser une cha&icirc;ne de
+    caract&egrave;res diff&eacute;rente pour repr&eacute;senter les r&eacute;pertoires utilisateurs.
+    mod_userdir ne supporte pas cette fonctionnalit&eacute;. Cependant, si les
+    r&eacute;pertoires home des utilisateurs sont structur&eacute;s de mani&egrave;re rationnelle,
+    il est possible d'utiliser la directive
+    <directive module="mod_alias">AliasMatch</directive>
+    pour obtenir l'effet d&eacute;sir&eacute;. Par exemple, pour faire correspondre
+    <code>http://www.example.com/upages/user/file.html</code> &agrave;
+    <code>/home/user/public_html/file.html</code>, utilisez la directive
+    <code>AliasMatch</code> suivante :</p>
+
+<example>AliasMatch ^/upages/([a-zA-Z0-9]+)/?(.*)
+      /home/$1/public_html/$2</example>
+</section>
+
+<section id="redirect"><title>Redirection d'URL</title>
+
+    <p>Les directives de configuration d&eacute;crites dans les sections pr&eacute;c&eacute;dentes
+    demandent &agrave; Apache d'extraire un contenu depuis un emplacement sp&eacute;cifique
+    du syst&egrave;me de fichiers
+    et de la retourner au client. Il est cependant parfois
+    souhaitable d'informer le
+    client que le contenu demand&eacute; est localis&eacute; &agrave; une URL diff&eacute;rente, et de
+    demander au client d'&eacute;laborer une nouvelle requ&ecirc;te avec la nouvelle URL.
+    Ce processus se nomme <em>redirection</em> et est impl&eacute;ment&eacute; par la
+    directive <directive module="mod_alias">Redirect</directive>.
+    Par exemple, si le contenu du r&eacute;pertoire <code>/foo/</code> sous
+    <directive module="core">DocumentRoot</directive> est d&eacute;plac&eacute; vers le
+    nouveau r&eacute;pertoire <code>/bar/</code>, vous pouvez demander aux clients
+    de le requ&eacute;rir &agrave; sa nouvelle localisation comme suit :</p>
+
+<example>Redirect permanent /foo/ http://www.example.com/bar/</example>
+
+    <p>Ceci aura pour effet de rediriger tout chemin d'URL commen&ccedil;ant par
+    <code>/foo/</code> vers le m&ecirc;me chemin d'URL sur le serveur
+    <code>www.example.com</code> en rempla&ccedil;ant <code>/foo/</code> par
+    <code>/bar/</code>. Vous pouvez rediriger les clients non seulement sur le
+    serveur d'origine, mais aussi vers n'importe quel autre serveur.</p>
+
+    <p>Apache propose aussi la directive <directive
+    module="mod_alias">RedirectMatch</directive> pour traiter les probl&egrave;mes
+    de r&eacute;&eacute;criture d'une plus grande complexit&eacute;. Par exemple, afin de rediriger
+    les requ&ecirc;tes pour la page d'accueil du site vers un site diff&eacute;rent, mais
+    laisser toutes les autres requ&ecirc;tes inchang&eacute;es, utilisez la
+    configuration suivante :</p>
+
+<example>RedirectMatch permanent ^/$
+      http://www.example.com/startpage.html</example>
+
+    <p>De m&ecirc;me, pour rediriger temporairement toutes les pages d'un site
+    vers une page particuli&egrave;re d'un autre site, utilisez ce qui suit :</p>
+
+<example>RedirectMatch temp .*
+      http://othersite.example.com/startpage.html</example>
+</section>
+
+<section id="proxy"><title>Mandataire inverse (Reverse Proxy)</title>
+
+<p>Apache vous permet aussi de rapatrier des documents distants
+dans l'espace des URL du serveur local.
+Cette technique est appel&eacute;e <em>mandataire inverse ou reverse
+proxying</em> car le serveur web agit comme un serveur mandataire en
+rapatriant les documents depuis un serveur distant puis les renvoyant
+au client. Ceci diff&egrave;re d'un service de proxy usuel car, pour le client,
+les documents semblent appartenir au serveur mandataire inverse.</p>
+
+<p>Dans l'exemple suivant, quand les clients demandent des documents situ&eacute;s
+dans le r&eacute;pertoire
+<code>/foo/</code>, le serveur rapatrie ces documents depuis le r&eacute;pertoire
+<code>/bar/</code> sur <code>internal.example.com</code>
+et les renvoie au client comme s'ils appartenaient au serveur local.</p>
+
+<example>
+ProxyPass /foo/ http://internal.example.com/bar/<br />
+ProxyPassReverse /foo/ http://internal.example.com/bar/
+ProxyPassReverseCookieDomain internal.example.com public.example.com
+ProxyPassReverseCookiePath /foo/ /bar/
+</example>
+
+<p>La directive <directive module="mod_proxy">ProxyPass</directive> configure
+le serveur pour rapatrier les documents appropri&eacute;s, alors que la directive
+<directive module="mod_proxy">ProxyPassReverse</directive>
+r&eacute;&eacute;crit les redirections provenant de
+<code>internal.example.com</code> de telle mani&egrave;re qu'elles ciblent le
+r&eacute;pertoire appropri&eacute; sur le serveur local. De mani&egrave;re similaire, les directives
+<directive module="mod_proxy">ProxyPassReverseCookieDomain</directive>
+et <directive module="mod_proxy">ProxyPassReverseCookiePath</directive>
+r&eacute;&eacute;crivent les cookies &eacute;labor&eacute;s par le serveur d'arri&egrave;re-plan.</p>
+<p>Il est important de noter cependant, que les liens situ&eacute;s dans les documents
+ne seront pas r&eacute;&eacute;crits.  Ainsi, tout lien absolu sur
+<code>internal.example.com</code> fera d&eacute;crocher le client
+du serveur mandataire et effectuer sa requ&ecirc;te directement sur
+<code>internal.example.com</code>.  Un module tiers
+<a href="http://apache.webthing.com/mod_proxy_html/">mod_proxy_html</a>
+permet de r&eacute;&eacute;crire les liens dans les documents HTML et XHTML.</p>
+</section>
+
+<section id="rewrite"><title>Moteur de r&eacute;&eacute;criture</title>
+
+    <p>Le moteur de r&eacute;&eacute;criture <module>mod_rewrite</module> peut s'av&eacute;rer
+    utile lorsqu'une substitution plus puissante est n&eacute;cessaire.
+    Les directives fournies par ce module utilisent des caract&eacute;ristiques de la
+    requ&ecirc;te comme le type de navigateur ou l'adresse IP source afin de d&eacute;cider
+    depuis o&ugrave; servir le contenu. En outre, mod_rewrite peut utiliser des
+    fichiers ou programmes de bases de donn&eacute;es externes pour d&eacute;terminer comment
+    traiter une requ&ecirc;te. Le moteur de r&eacute;&eacute;criture peut effectuer les trois types
+    de mise en correspondance discut&eacute;s plus haut :
+    redirections internes (aliases), redirections externes, et services mandataires.
+    De nombreux exemples pratiques utilisant mod_rewrite sont discut&eacute;s dans le
+    <a href="misc/rewriteguide.html">Guide de r&eacute;&eacute;criture des URLs</a>.</p>
+</section>
+
+<section id="notfound"><title>Fichier non trouv&eacute; (File Not Found)</title>
+
+    <p>In&eacute;vitablement, appara&icirc;tront des URLs qui ne correspondront &agrave; aucun
+    fichier du syst&egrave;me de fichiers.
+    Ceci peut arriver pour de nombreuses raisons.
+    Il peut s'agir du d&eacute;placement de documents d'une
+    localisation vers une autre. Dans ce cas, le mieux est d'utiliser la
+    <a href="#redirect">redirection d'URL</a> pour informer les clients de la
+    nouvelle localisation de la ressource. De cette fa&ccedil;on, vous &ecirc;tes sur que
+    les anciens signets et liens continueront de fonctionner, m&ecirc;me si la
+    ressource est d&eacute;plac&eacute;e.</p>
+
+    <p>Une autre cause fr&eacute;quente d'erreurs "File Not Found" est l'erreur de
+    frappe accidentelle dans les URLs, soit directement dans le navigateur,
+    soit dans les liens HTML. Apache propose le module
+    <module>mod_speling</module> (sic) pour tenter de r&eacute;soudre ce probl&egrave;me.
+    Lorsque ce module est activ&eacute;, il intercepte les erreurs
+    "File Not Found" et recherche une ressource poss&eacute;dant un nom de fichier
+    similaire. Si un tel fichier est trouv&eacute;, mod_speling va envoyer une
+    redirection HTTP au client pour lui communiquer l'URL correcte.
+    Si plusieurs fichiers proches sont trouv&eacute;s, une liste des alternatives
+    possibles sera pr&eacute;sent&eacute;e au client.</p>
+
+    <p>mod_speling poss&egrave;de une fonctionnalit&eacute; particuli&egrave;rement utile :
+    il compare les noms de fichiers sans tenir compte de la casse.
+    Ceci peut aider les syst&egrave;mes o&ugrave; les utilisateurs ne connaissent pas la
+    sensibilit&eacute; des URLs &agrave; la casse et bien s&ucirc;r les syst&egrave;mes de fichiers unix.
+    Mais l'utilisation de mod_speling pour toute autre chose que la correction
+    occasionnelle d'URLs peut augmenter la charge du serveur, car chaque
+    requ&ecirc;te "incorrecte" entra&icirc;ne une redirection d'URL et une nouvelle requ&ecirc;te
+    de la part du client.</p>
+
+    <p>Si toutes les tentatives pour localiser le contenu &eacute;chouent, Apache
+    retourne une page d'erreur avec le code de statut HTTP 404
+    (file not found). L'apparence de cette page est contr&ocirc;l&eacute;e &agrave; l'aide de la
+    directive <directive module="core">ErrorDocument</directive>
+    et peut &ecirc;tre personnalis&eacute;e de mani&egrave;re tr&egrave;s flexible comme discut&eacute; dans le
+    document
+    <a href="custom-error.html">R&eacute;ponses personnalis&eacute;es aux erreurs</a>.</p>
+</section>
+
+</manualpage>



Mime
View raw message