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