Return-Path: Delivered-To: apmail-apache-cvs-archive@apache.org Received: (qmail 25487 invoked by uid 500); 18 Jul 2001 15:19:41 -0000 Mailing-List: contact apache-cvs-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list apache-cvs@apache.org Received: (qmail 25471 invoked by uid 500); 18 Jul 2001 15:19:41 -0000 Delivered-To: apmail-apache-1.3-cvs@apache.org Delivered-To: apmail-httpd-docs-1.3-cvs@apache.org Date: 18 Jul 2001 15:18:30 -0000 Message-ID: <20010718151830.33712.qmail@icarus.apache.org> From: cholet@apache.org To: httpd-docs-1.3-cvs@apache.org Subject: cvs commit: httpd-docs-1.3/htdocs/manual/mod core.html.fr X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N 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 @@ - + Noyau d'Apache @@ -12,8 +11,8 @@

Noyau d'Apache

-

Ces paramètres de configuration contrôlent les -fonctionnalités premières d'Apache, et sont +

Ces param�tres de configuration contr�lent les +fonctionnalit�s premi�res d'Apache, et sont toujours disponibles.

Directives

@@ -184,20 +183,20 @@ Syntaxe : AccessConfig nomfichier
Défaut : AccessConfig +"Help">D�faut : AccessConfig conf/access.conf
Context: configuration serveur, -hôtes virtuels
+h�tes virtuels
Statut : noyau

Le serveur lit dans ce fichier des directives -supplémentaires après avoir ouvert le fichier ResourceConfig. nomfichier -est exprimé relativement à ServerRoot. Cette fonctionnalité peut -être désactivée en écrivant :

+est exprim� relativement � ServerRoot. Cette fonctionnalit� peut +�tre d�sactiv�e en �crivant :

AccessConfig /dev/null
@@ -207,17 +206,17 @@

Historiquement, ce fichier ne contenait que des sections <Directory>; en fait, il pourra -maintenant contenir toute directive "serveur" autorisée +maintenant contenir toute directive "serveur" autoris�e dans le contexte de la configuration serveur.

-

Une nouveauté de la version d'Apache 1.3.13 est la -possibilité qu'AccessConfig 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 +

Une nouveaut� de la version d'Apache 1.3.13 est la +possibilit� qu'AccessConfig 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.

-

Voir également Voir �galement ResourceConfig.

@@ -228,24 +227,24 @@ : AccessFileName nomfichier [nomfichier] ...
Défaut : AccessFileName +"Help">D�faut : AccessFileName .htaccess
Context: configuration serveur, -hôte virtuel
+h�te virtuel
Statut : noyau
Compatibilité : AccessFileName -ne peut accepter plusieurs noms de fichiers qu'à partir de +"Help">Compatibilit� : AccessFileName +ne peut accepter plusieurs noms de fichiers qu'� partir de la version 1.3 d'Apache

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:

+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:

AccessFileName .acl
@@ -253,14 +252,14 @@ /usr/local/web/index.html, le serveur lira les fichiers /.acl, /usr/.acl, /usr/local/.acl et /usr/local/web/.acl -à la recherche de directives, sauf si celles-ci ont -été désactivées par -l'écriture

+� la recherche de directives, sauf si celles-ci ont +�t� d�sactiv�es par +l'�criture

<Directory /> AllowOverride None </Directory>
-

Voir également : Voir �galement : AllowOverride

@@ -274,24 +273,24 @@ Statut : noyau
Défaut : +"Help">D�faut : AddDefaultCharset Off
Compatibilité : -AddDefaultCharset n'est disponible qu'à partir de la +"Help">Compatibilit� : +AddDefaultCharset n'est disponible qu'� partir de la version 1.3.12 -

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 +

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 META. La mise de -AddDefaultCharset Off désactive cette -fonctionnalité. AddDefaultCharset On active -la table de caractère iso-8859-1 par -défaut d'Apache. Vous pouvez également -définir une autre table de caractères à +AddDefaultCharset Off d�sactive cette +fonctionnalit�. AddDefaultCharset On active +la table de caract�re iso-8859-1 par +d�faut d'Apache. Vous pouvez �galement +d�finir une autre table de caract�res � employer. Par exemple AddDefaultCharset utf-8.

@@ -306,16 +305,16 @@ Statut : noyau
Compatibilité : -AddModule n'est disponible qu'à partir de la +"Help">Compatibilit� : +AddModule n'est disponible qu'� partir de la version 1.2 d'Apache -

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 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 ClearModuleList.

@@ -326,31 +325,31 @@ : AllowOverride All|None|type de directive [type de directive] ...
Défaut : AllowOverride +"Help">D�faut : AllowOverride All All
Contexte -: répertoire
+: r�pertoire
Statut : noyau

Lorsque le serveur trouve un fichier .htaccess (comme -spécifié par AccessFileName) il doit savoir quelles -directives declarées dans ce fichier peuvent outrepasser -les droits fixés par des directives -précédentes.

- -

Si la directive est définie à None, -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.

+ +

Si la directive est d�finie � None, +les fichier .htaccess sont ignor�s. Dans ce cas, le +serveur n'essaie m�me pas de lire les fichiers .htaccess.

-

Si la directive est définie à All +

Si la directive est d�finie � All toutes les directives possibles dans le contexte .htacces sont -autorisées dans les fichiers .htaccess.

+autoris�es dans les fichiers .htaccess.

-

Les types de directives peuvent être parmi ces +

Les types de directives peuvent �tre parmi ces groupes de directives :

@@ -368,7 +367,7 @@
FileInfo
-Autorise l'usage de directives contrôlant l'accès +Autorise l'usage de directives contr�lant l'acc�s aux types de documents (AddEncoding, AddLanguage, Indexes
-Autorise l'usage de directives contrôlant l'indexation des -répertoires (AddDescription, AddIcon, AddIconByEncoding, Limit
-Autorise l'usage de directives contrôlant les accès -de certains hôtes (allow, deny et order).
+Autorise l'usage de directives contr�lant les acc�s +de certains h�tes (allow, deny et order).
Options
-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 (Options et XBitHack).
-

Voir également : Voir �galement : AccessFileName

@@ -418,21 +417,21 @@ Syntaxe -: AuthName domaine-autorisé
+: AuthName domaine-autoris�
Contexte -: répertoire, .htaccess
+: r�pertoire, .htaccess
Surcharge : AuthConfig
Statut : noyau -

Cette directive indique le nom du schéma d'autorisation -pour un répertoire. Ce schéma sera donné au +

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. AuthName 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 AuthType et require, et de directives telles que AuthUserFile et Syntaxe : AuthType type
Contexte -: répertoire, .htaccess
+: r�pertoire, .htaccess
Surcharge : AuthConfig
Statut : noyau

Cette directive selectionne le type d'authentification pour un -répertoire. Seul les types Basic et -Digest sont actuellement implémentés. +r�pertoire. Seul les types Basic et +Digest sont actuellement impl�ment�s. -Pour fonctionner correctement, elle devra être -accompagnée des directives AuthName et require, et de directives telles que AuthUserFile et BindAddress *|addresse IP|nom de domaine
Défaut : BindAddress +"Help">D�faut : BindAddress *
Contexte : configuration serveur
Statut : noyau -

Un serveur http sous Unix® peut soit écouter toutes +

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 adresse IP -spécifique ou d'un nom de domaine Internet.

+�couter � partir d'une adresse IP +sp�cifique ou d'un nom de domaine Internet.

Une et une seule directive BindAddress 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 Listen au lieu de BindAddress.

-

BindAddress peut être utilisée comme -alternative à l'implantation d'hôtes virtuels utilisant des serveurs -multiples indépendants, soit au lieu d'utiliser les +

BindAddress peut �tre utilis�e comme +alternative � l'implantation d'h�tes virtuels utilisant des serveurs +multiples ind�pendants, soit au lieu d'utiliser les sections <VirtualHost>.

Voir aussi: Apache et DNS
Voir aussi: Configurer -les ports et adresses utilisés par Apache

+les ports et adresses utilis�s par Apache

BS2000Account directive

@@ -509,31 +508,31 @@ Syntaxe : BS2000Account account
Défaut : none
+"Help">D�faut : none
Contexte : configuration serveur
Statut : noyau
Compatibilité : BS2000Account -n'est valable que pour les machines BS2000, à partir de la +"Help">Compatibilit� : BS2000Account +n'est valable que pour les machines BS2000, � partir de la version 1.3 d'Apache.

La directive BS2000Account 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 User ). 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 SYSROOT.
+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 SYSROOT.
Seulement une directive BS2000Account peut -être utilisée.

+�tre utilis�e.

-

Voir également: Voir �galement: Portage EBCDIC d'Apache

@@ -547,14 +546,14 @@ Statut : noyau
Compatibilité : -ClearModuleList n'est disponible qu'à partir de +"Help">Compatibilit� : +ClearModuleList n'est disponible qu'� partir de la version 1.2 d'Apache -

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 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 AddModule.

@@ -564,55 +563,55 @@ Syntaxe : ContentDigest on|off
Défaut : ContentDigest +"Help">D�faut : ContentDigest off
Contexte -: configuration serveur, hôtes virtuels, -répertoire, .htaccess
+: configuration serveur, h�tes virtuels, +r�pertoire, .htaccess
Surcharge : Options
Statut -: expérimental +: exp�rimental

Compatibilité : ContentDigest -n'est disponible qu'à partir de la version 1.1 +"Help">Compatibilit� : ContentDigest +n'est disponible qu'� partir de la version 1.1 d'Apache

-

Cette directive active la génération -d'en-têtes Content-MD5 conformes aux RFC1864 +

Cette directive active la g�n�ration +d'en-t�tes Content-MD5 conformes aux RFC1864 et RFC2068.

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é".

- -

L'en-tête Content-MD5 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:

+alt�ration dans les donn�es sera +refl�t�e par un changement dans le +"r�sum�".

+ +

L'en-t�te Content-MD5 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:

     Content-MD5: AuLb7Dp1rqtRtxz2m9kRpA==
-

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).

+

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).

-

Content-MD5 n'est émis que pour des -documents servis par le noyau, et à l'exception de tout +

Content-MD5 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.

+et des r�ponses en flux d'octet binaire ne pourront +utiliser cet en-t�te.

Directive @@ -621,26 +620,26 @@ Syntaxe : CoreDumpDirectory -nomrépertoire
+nomr�pertoire
Défaut : même -répertoire que ServerRoot
+"Help">D�faut : m�me +r�pertoire que ServerRoot
Contexte : configuration serveur
Statut : noyau -

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 ServerRoot, 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.

+

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 ServerRoot, 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.

Directive DefaultType

@@ -649,18 +648,18 @@ Syntaxe : DefaultType mime-type
Défaut : DefaultType +"Help">D�faut : DefaultType text/html
Contexte -: configuration serveur, hôtes virtuels, -répertoire, .htaccess
+: configuration serveur, h�tes virtuels, +r�pertoire, .htaccess
Surcharge : FileInfo
Statut : noyau -

Il peut arriver qu'une requête demande au serveur un -document dont le type ne peut être déterminé +

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.

Le serveur doit informer le client du type de contenu @@ -669,8 +668,8 @@

DefaultType image/gif
-

sera approprié dans un répertoire contenant une -majorité d'images gif dont certaines ne présentent +

sera appropri� dans un r�pertoire contenant une +majorit� d'images gif dont certaines ne pr�sentent pas explicitement l'extension .gif.

@@ -678,28 +677,28 @@ Syntaxe -: <Directory nomrépertoire> +: <Directory nomr�pertoire> ... </Directory>
Contexte -: configuration serveur, hôtes virtuels
+: configuration serveur, h�tes virtuels
Statut : noyau

<Directory> et </Directory> 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. -nomrépertoire 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. +nomr�pertoire 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:

  @@ -708,87 +707,87 @@
      </Directory>
-

A partir d'Apache 1.2 : peuvent être -utilisées les "expressions régulières", -lesquelles devront être précédées du -caractère ~. Par exemple :

+

A partir d'Apache 1.2 : peuvent �tre +utilis�es les "expressions r�guli�res", +lesquelles devront �tre pr�c�d�es du +caract�re ~. Par exemple :

     <Directory ~"^/www/.*/[0-9]{3}">
-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. -

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 +

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 .htaccess. -Par exemple, avec l'écriture

+Par exemple, avec l'�criture

<Directory /> AllowOverride None </Directory> <Directory /home/*> AllowOverride FileInfo </Directory>
-

pour le contrôle d'accès au document -/home/web/dir/doc.html les étapes -d'évaluation sont les suivantes :

+

pour le contr�le d'acc�s au document +/home/web/dir/doc.html les �tapes +d'�valuation sont les suivantes :

  • Applique la directive AllowOverride None -(désactivant les fichiers .htaccess).
    • +(d�sactivant les fichiers .htaccess).
  • Appliquela directive AllowOverride FileInfo -(pour le répertoire /home/web).
    • +(pour le r�pertoire /home/web).
  • Applique toutes les directives FileInfo de /home/web/.htaccess
-

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 +

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

+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

<Directory ~ abc$> ... directives ici ... </Directory>
-

Supposez que le nom de fichier demandé soit +

Supposez que le nom de fichier demand� soit /home/abc/public_html/abc/index.html. Le serveur -considère chacune des sections /, +consid�re chacune des sections /, /home, /home/abc, /home/abc/public_html, et /home/abc/public_html/abc dans cet ordre. Sous Apache 1.2, lorsque /home/abc 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" <Directory>s et celles des fichiers .htaccess 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 /home/abc/public_html/abc et les directives seront -appliquées.

+appliqu�es.

-

Notez que l'accès par défaut d'Apache +

Notez que l'acc�s par d�faut d'Apache pour les sections <Directory> est Allow from -All. 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. 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

  @@ -798,26 +797,26 @@
   </Directory>
-

puis désactiver sélectivement la -protection pour les répertoires devant rester accessibles. +

puis d�sactiver s�lectivement la +protection pour les r�pertoires devant rester accessibles. Voir la page Trucs sur la -sécurité pour plus de -détails.

+s�curit� pour plus de +d�tails.

-

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 +

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 <Limit> ou <LimitExcept>.

Voir aussi : Comment fonctionnent les sections concernant -les répertoires, chemins et fichiers pour une -explication plus précise concernant la manière dont -ces sections sont combinées lorsqu'une requête est -traitée.

+les r�pertoires, chemins et fichiers pour une +explication plus pr�cise concernant la mani�re dont +ces sections sont combin�es lorsqu'une requ�te est +trait�e.

Directive @@ -827,38 +826,38 @@ : <DirectoryMatch regex> ... </DirectoryMatch>
Contexte -: configuration serveur, hôtes virtuels
+: configuration serveur, h�tes virtuels
Statut : Core
Compatibilité : Disponible -à partir de la version 1.3 d'Apache +"Help">Compatibilit� : Disponible +� partir de la version 1.3 d'Apache

<DirectoryMatch> et -</DirectoryMatch> sont utilisés pour +</DirectoryMatch> 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 <Directory>. Cependant, elle n'accepte -comme argument qu'une expression régulière. Par +comme argument qu'une expression r�guli�re. Par exemple :

<DirectoryMatch "^/www/.*/[0-9]{3}">
-

correspondrait aux répertoires de /www/ dont le nom +

correspondrait aux r�pertoires de /www/ dont le nom consiste en trois chiffres.

Voir aussi : <Directory> 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 <Directory> "normales".
Voir aussi : Comment -fonctionnent les sections concernant les répertoires, -chemins et fichiers 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 pour une explication plus pr�cise +concernant la mani�re dont ces sections sont +combin�es lorsqu'une requ�te est trait�e

Directive DocumentRoot

@@ -867,30 +866,30 @@ Syntaxe : DocumentRoot directory-filename
Défaut : DocumentRoot +"Help">D�faut : DocumentRoot /usr/local/apache/htdocs
Contexte -: configuration serveur, hôtes virtuels
+: configuration serveur, h�tes virtuels
Statut : noyau -

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 :

+

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 :

DocumentRoot /usr/web
-

Un accès à -http://www.my.host.com/index.html se réferre +

Un acc�s � +http://www.my.host.com/index.html se r�ferre au document /usr/web/index.html.

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.

+fonctionne mal lorsque DocumentRoot est donn�e avec un '/' +final (c-�-d. "DocumentRoot /usr/web/"). Il vaut mieux +�viter cette �criture.

EBCDICConvert

@@ -900,40 +899,40 @@ : EBCDICConvert On|Off[=direction] extension [extension] ...
Contexte -: configuration serveur, hôte virtuel, -répertoire, .htaccess
+: configuration serveur, h�te virtuel, +r�pertoire, .htaccess
Statut : noyau
Surcharge : FileInfo
Compatibilité : la conversion -EBCDIC est disponible à partir de la version 1.3.19 -d'Apache sur les plate-formes basées sur EBCDIC. +"Help">Compatibilit� : la conversion +EBCDIC est disponible � partir de la version 1.3.19 +d'Apache sur les plate-formes bas�es sur EBCDIC.

La directive EBCDICConvert associe une extension de fichier -à une possible conversion (On ou +� une possible conversion (On ou Off). Les extensions de fichiers peuvent commencer ou non par un point.

Si le format optionnel On=direction (or -Off=direction) est employé, où +Off=direction) est employ�, o� direction est choisi parmi In, Out ou InOut, alors la directive ne s'applique seulement que dans une direction de transfert -donnée (In : contenu reçu par une -requête PUT ou POST , Out : contenu -renvoyé à une requete GET ou POST, et +donn�e (In : contenu re�u par une +requ�te PUT ou POST , Out : contenu +renvoy� � une requete GET ou POST, et InOut : conversion dans les deux directions).
Sinon, InOut (conversion dans les deux directions) -est défini.

+est d�fini.

-

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).

+

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).

Exemple:
Avec la configuration suivante, les fichiers *.html @@ -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 @@
-

Voir également: Voir �galement: EBCDICConvertByType et Aperçu des fonctions de conversion +"../ebcdic.html#ebcdic">Aper�u des fonctions de conversion EBCDIC

@@ -969,32 +968,32 @@ : EBCDICConvertByType On|Off[=direction] mimetype [mimetype] ...
Contexte -: configuration serveur, hôte virtuel, -répertoire, .htaccess
+: configuration serveur, h�te virtuel, +r�pertoire, .htaccess
Statut : noyau
Surcharge : FileInfo
Compatibilité : la conversion -EBCDIC est disponible à partir de la version 1.3.19 -d'Apache sur les plate-formes basées sur EBCDIC. +"Help">Compatibilit� : la conversion +EBCDIC est disponible � partir de la version 1.3.19 +d'Apache sur les plate-formes bas�es sur EBCDIC.

La directive EBCDICConvertByType associe un type MIME (pouvant -contenir une *) à une éventuelle conversion +contenir une *) � une �ventuelle conversion (On ou Off).

Si le format optionnel On=direction (or -Off=direction) est employé, où +Off=direction) est employ�, o� direction est choisi parmi In, Out ou InOut, alors la directive ne s'applique seulement que dans une direction de transfert -donnée (In : contenu reçu par une -requête PUT ou POST , Out : contenu -renvoyé à une requete GET ou POST, et +donn�e (In : contenu re�u par une +requ�te PUT ou POST , Out : contenu +renvoy� � une requete GET ou POST, et InOut : conversion dans les deux directions).
Sinon, InOut (conversion dans les deux directions) -est défini.

+est d�fini.

Par exemple:
Une configuration standard pratique devrait au moins contenir ces @@ -1002,11 +1001,11 @@ 

       # 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 */*
@@ -1014,13 +1013,13 @@ provenant d'un montage NFS d'un serveur Unix, utilisez : 
  -    # Tous les documents sont déjà en ASCII:
  +    # Tous les documents sont d�j� en ASCII:
       EBCDICConvertByType Off */*
-

Voir également: Voir �galement: EBCDICConvert et Aperçu des fonctions de conversion +"../ebcdic.html#ebcdic">Aper�u des fonctions de conversion EBCDIC

@@ -1033,61 +1032,61 @@ "Help">Default: EBCDICKludge Off
Contexte -: configuration serveur, hôte virtuel, -répertoire, .htaccess
+: configuration serveur, h�te virtuel, +r�pertoire, .htaccess
Statut : noyau
Surcharge : FileInfo
Compatibilité : 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.
+"Help">Compatibilit� : 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.
-

The EBCDICKludge est proposée par compatibilité -avec les versions d'Apache 1.3.0 à 1.3.18. Dans ces +

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 "text/x-ascii-sous-type", et ne sera -donc pas converti. A la place, le préfixe -"x-ascii-" était supprimé du +donc pas converti. A la place, le pr�fixe +"x-ascii-" �tait supprim� du type, obtenant ainsi le type MIME "text/sous-type" comme type du document -retourné.

+retourn�.

-

Si la directive EBCDICKludge est mise à +

Si la directive EBCDICKludge est mise � On, et si aucune des extensions de fichiers ne correspondent aux directives EBCDICConvert définis dans le +"#ebcdicconvert">EBCDICConvert d�finis dans le contexte , alors le serveur teste avec le type MIME de format type/x-ascii-sous-type. Si le -document a un tel type alors la chaîne -"x-ascii-" est supprimée et la -conversion est mise à Off. Cela permet de +document a un tel type alors la cha�ne +"x-ascii-" est supprim�e et la +conversion est mise � Off. 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.
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 EBCDICConvertByType 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

-

Voir également : Voir �galement : EBCDICConvert, EBCDICConvertByType and Aperçu des fonctions de conversion +"../ebcdic.html#ebcdic">Aper�u des fonctions de conversion EBCDIC

@@ -1097,46 +1096,46 @@ Syntaxe : ErrorDocument code d'erreur document
Contexte -: configuration serveur, hôtes virtuels, -répertoire, .htaccess
+: configuration serveur, h�tes virtuels, +r�pertoire, .htaccess
Statut : noyau
Surcharge : FileInfo
Compatibilité : Les contextes -répertoire et .htaccess ne sont utilisables qu'à +"Help">Compatibilit� : Les contextes +r�pertoire et .htaccess ne sont utilisables qu'� partir de la version 1.1 d'Apache. -

Dans l'éventualité d'un problème ou d'une -erreur, Apache peut exécuter l'une des quatre actions +

Dans l'�ventualit� d'un probl�me ou d'une +erreur, Apache peut ex�cuter l'une des quatre actions suivantes :

  1. sortie d'un message d'erreur simple standard
    2. -
  2. sortie d'un message personnalisé
    3. +
  3. sortie d'un message personnalis�
  4. redirection vers une URL locale pour traiter le -problème (ou l'erreur)
    5. +probl�me (ou l'erreur)
  5. redirection vers une URL externe pour traiter le -problème (ou l'erreur)
    6. +probl�me (ou l'erreur)
-

La première option est celle par défaut, les -options 2 à 4 seront obtenues en utilisant la directive +

La premi�re option est celle par d�faut, les +options 2 � 4 seront obtenues en utilisant la directive ErrorDocument, suivi du code HTTP d'erreur et du message textuel d'erreur, ou une URL.

Messages dans ce contexte, commence par un guillemet simple ("), 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).

-

L'URL peut débuter par un slash (/) pour des URL -locales, ou être complètement qualifiées. +

L'URL peut d�buter par un slash (/) pour des URL +locales, ou �tre compl�tement qualifi�es. Exemples:

ErrorDocument 500 @@ -1146,24 +1145,24 @@ ErrorDocument 403 "Sorry can't allow you access today
-

Notez que lorsque vous spécifiez un +

Notez que lorsque vous sp�cifiez un ErrorDocument 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 ErrorDocument 401 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 ErrorDocument 401 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.

+sch�mas d'authentification de base d'HTTP.

Voir aussi: documentation sur les réponses -personnalisées.

+"../custom-error.html">documentation sur les r�ponses +personnalis�es.

Directive ErrorLog

@@ -1172,48 +1171,48 @@ Syntaxe : ErrorLog nomfichier
Défaut : ErrorLog +"Help">D�faut : ErrorLog logs/error_log (Unix)
Défaut : ErrorLog +"Help">D�faut : ErrorLog logs/error.log (Windows et OS/2)
Contexte -: configuration serveur, hôtes virtuels
+: configuration serveur, h�tes virtuels
Statut : noyau -

Cette directive définit le nom du fichier dans lequel -le serveur marque la trace des erreurs rencontrées. Si le +

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 -à ServerRoot. Exemple:

+"chemin d'acc�s" est consid�r�e relativement +� ServerRoot. Exemple:

ErrorLog /dev/null
-

Cette expression a pour effet de désactiver la trace +

Cette expression a pour effet de d�sactiver la trace d'erreurs.

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.

-

Apache 1.3 et ultérieur: en utilisant -syslog à 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 +

Apache 1.3 et ult�rieur: en utilisant +syslog � 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 local7, mais vous pouvez remplacer ceci en utilisant -la syntaxe syslog:service où -service peut être un des noms documenté +la syntaxe syslog:service o� +service peut �tre un des noms document� dans syslog(1).

-

Sécurité : Voir la page note sur la securité -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 +

S�curit� : Voir la page note sur la securit� +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.

@@ -1223,64 +1222,64 @@ : <Files nomfichier> ... </Files>
Contexte -: configuration serveur, hôtes virtuels, +: configuration serveur, h�tes virtuels, .htaccess
Statut : noyau
Compatibilité : Disponible -à partir de la version 1.2 d'Apache. +"Help">Compatibilit� : Disponible +� partir de la version 1.2 d'Apache.

La directive <Files> 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 <Directory> et <Location>. Elle doit s'apparier à +"#location"><Location>. Elle doit s'apparier � une directive </Files>. Les directives applicables -au fichier indiqué sont encapsulées entre ces deux -balises. Les sections <Files> 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 <Files> sont trait�es +dans l'ordre o� elles apparaissent dans le fichier de +configuration, une fois trait�es les sections <Directory> et les fichiers .htaccess, mais avant les sections <Location>.

L'argument filename 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 ~. Par exemple :

    <Files ~"\.(gif|jpe?g|png)$">
-

correspondrait à la majorité des fichiers -graphiques utilisés sur Internet. A partir de la version +

correspondrait � la majorit� des fichiers +graphiques utilis�s sur Internet. A partir de la version 1.3 d'Apache, l'usage de la directive <FilesMatch> est cependant -préférable.

+pr�f�rable.

Notez que, contrairement aux sections <Directory> et <Location>, les sections -<Files> peuvent apparaître dans des fichiers +<Files> peuvent appara�tre dans des fichiers .htaccess. 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 .htaccess, si nomfichier ne -commence pas par un slash (/), le répertoire courant +commence pas par un slash (/), le r�pertoire courant contenant ledit fichier .htaccess y sera -préfixé automatiquement.

+pr�fix� automatiquement.

Voir aussi : Comment fonctionnent les sections concernant -les répertoires, chemins et fichiers pour une -explication plus précise concernant la manière dont -ces sections sont combinées lorsqu'une requête est -traitée

+les r�pertoires, chemins et fichiers pour une +explication plus pr�cise concernant la mani�re dont +ces sections sont combin�es lorsqu'une requ�te est +trait�e

Directive <FilesMatch>

@@ -1289,32 +1288,32 @@ : <FilesMatch regex> ... </Files>
Contexte -: configuration serveur, hôtes virtuels, +: configuration serveur, h�tes virtuels, .htaccess
Statut : noyau
Compatibilité : Disponible -à partir de la version 1.3 d'Apache. +"Help">Compatibilit� : Disponible +� partir de la version 1.3 d'Apache.

La directive <FilesMatch> 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 <Files>. Cependant, elle n'accepte qu'un argument sous forme d'expression -régulière. Par exemple :

+r�guli�re. Par exemple :

<FilesMatch "\.(gif|jpe?g|png)$">
-

qui correspondrait à la plupart des fichiers graphiques -utilisés sur Internet.

+

qui correspondrait � la plupart des fichiers graphiques +utilis�s sur Internet.

Voir aussi : Comment fonctionnent les sections concernant -les répertoires, chemins et fichiers pour une -explication plus précise concernant la manière dont -ces sections sont combinées lorsqu'une requête est -traitée

+les r�pertoires, chemins et fichiers pour une +explication plus pr�cise concernant la mani�re dont +ces sections sont combin�es lorsqu'une requ�te est +trait�e

Directive Group

@@ -1323,54 +1322,54 @@ Syntaxe : Group groupeUnix
Défaut : Group +"Help">D�faut : Group #-1
Contexte -: configuration serveur, hôte virtuel
+: configuration serveur, h�te virtuel
Statut : noyau -

La directive Group définit le groupe dont les -requêtes seront traitées par le serveur. Pour +

La directive Group 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". groupeUnix est à choisir parmi :

+d'abord �tre ex�cut� par l'utilisateur +"root". groupeUnix est � choisir parmi :

un nom de groupe
-
se réfère à un groupe unix par son +
se r�f�re � un groupe unix par son nom.
-
# suivi d'unnuméro de groupe.
+
# suivi d'unnum�ro de groupe.
-
se réfère à un groupe par son +
se r�f�re � un groupe par son indice.
-

Il est recommendé de créer un nouveau groupe -d'utilisateurs pour les utilisateurs exécutant le serveur. -Certains administrateurs assignent le serveur à +

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 nobody, mais ceci n'est pas toujours -possible ou souhaîtable.

+possible ou souha�table.

-

Note : si vous démarrez le serveur +

Note : 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.

-

Note spéciale : L'utilisation de cette +

Note sp�ciale : L'utilisation de cette directive dans un contexte <VirtualHost> -nécessite un suEXEC wrapper -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 suEXEC wrapper +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.

-

Sécurité : Voir S�curit� : Voir Utilisateur pour une discussion plus -détaillée sur les aspects utilisateurs.

+d�taill�e sur les aspects utilisateurs.

Directive HostNameLookups

@@ -1379,64 +1378,64 @@ Syntaxe : HostNameLookups on | off | double
Défaut : HostNameLookups +"Help">D�faut : HostNameLookups off
Contexte -: configuration serveur, hôte virtuel, -répertoire, .htaccess
+: configuration serveur, h�te virtuel, +r�pertoire, .htaccess
Statut : noyau
Compatibilité : -double n'est disponible qu'à partir de la +"Help">Compatibilit� : +double n'est disponible qu'� partir de la version 1.3 d'Apache.
Compatibilité : La valeur par -défaut était on pour toute version -antérieure à la version 1.3 d'Apache. +"Help">Compatibilit� : La valeur par +d�faut �tait on pour toute version +ant�rieure � la version 1.3 d'Apache. -

Cette directive autorise la résolution DNS pour la -trace d'accès (et pour les passer aux CGI/SSI en +

Cette directive autorise la r�solution DNS pour la +trace d'acc�s (et pour les passer aux CGI/SSI en REMOTE_HOST). La valeur double 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 PARANOID.)

-

Indépendamment du mode choisi, lorsque mod_access 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 -HostnameLookups double est activée. Par +

Ind�pendamment du mode choisi, lorsque mod_access 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 +HostnameLookups double est activ�e. Par exemple, si l'option est simplement HostnameLookups -on 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 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 REMOTE_HOST.

-

Par défaut, l'état choisi était -on dans les versions d'apache antérieures -à la version 1.3. Elle est aujourd'hui à +

Par d�faut, l'�tat choisi �tait +on dans les versions d'apache ant�rieures +� la version 1.3. Elle est aujourd'hui � off 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 à off, dans -la mesure où une recherche DNS peut consommer un temps non -négligeable. L'utilitaire logresolve, fourni -dans le répertoire /support, 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 � off, dans +la mesure o� une recherche DNS peut consommer un temps non +n�gligeable. L'utilitaire logresolve, fourni +dans le r�pertoire /support, peut �tre +utilis� pour r�soudre des noms d'h�tes +� partir des adresses IP trac�es en mode "offline".

@@ -1444,88 +1443,88 @@ Syntaxe -: IdentityCheck booléen
+: IdentityCheck bool�en
Défaut : IdentityCheck +"Help">D�faut : IdentityCheck off
Contexte -: configuration serveur, hôte virtuel, -répertoire, .htaccess
+: configuration serveur, h�te virtuel, +r�pertoire, .htaccess
Statut : noyau -

Cette directive autorise une trace conforme à la +

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 access -log. booléen vaut soit on ou +machine cliente ex�cute identd ou un procesus similaire. +Cette information est trac�e dans le fichier access +log. bool�en vaut soit on ou off.

-

Cette information n'est absolument pas certifiée et ne -peut être considérée que pour une analyse +

Cette information n'est absolument pas certifi�e et ne +peut �tre consid�r�e que pour une analyse sommaire.

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.

<IfDefine> directive

Syntaxe -: <IfDefine [!]nom-paramètre> +: <IfDefine [!]nom-param�tre> ... </IfDefine>
Défaut : aucun
+"Help">D�faut : aucun
Contexte : tous
Statut : noyau
Compatibilité : -<IfDefine> est disponible à partir de la version +"Help">Compatibilit� : +<IfDefine> est disponible � partir de la version 1.3.1

La section <IfDefine test>...</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 test est vraie. Si test est faux, tout ce qui se trouve entre -le marqueur de début et celui de fin est -ignoré.

+le marqueur de d�but et celui de fin est +ignor�.

Le test de la section <IfDefine> peut exister sous deux formes :

    -
  • nom-paramètre
    • +
  • nom-param�tre
    • -
  • !nom-paramètre
    • +
  • !nom-param�tre

Dans le premier cas, les directives entre les marqueurs de -début et de fin ne sont traité que si le -paramètre nommé nom-paramètre 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é nom-paramètre -n'est pas défini.

+d�but et de fin ne sont trait� que si le +param�tre nomm� nom-param�tre 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� nom-param�tre +n'est pas d�fini.

-

L'argument nom-paramètre est une -définition qui peut être donnée en ligne de +

L'argument nom-param�tre est une +d�finition qui peut �tre donn�e en ligne de commande d'httpd en utilisant l'option --Dnom-paramètre, au lancement du +-Dnom-param�tre, au lancement du serveur.

Les sections <IfDefine> peuvent s'imbriquer, ce qui -permet de réaliser des test sur plusieurs -paramètres. Par exemple :

+permet de r�aliser des test sur plusieurs +param�tres. Par exemple :

     $ httpd -DReverseProxy ...
  @@ -1542,21 +1541,21 @@
   
   Syntaxe : <IfModule [!]nomModule> ...
   </IfModule>

  -Défaut : aucun

  +D�faut : aucun

   Contexte : tous

   Statut : noyau

   Compatibilité : IfModule n'est
  -disponible qu'à partir de la version 1.2 d'Apache. 
  +"Help">Compatibilit� : IfModule n'est
  +disponible qu'� partir de la version 1.2 d'Apache. 
   
   
La section <IfModule
   test>...</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 test est
  -vérifié. Si test vaut faux, toute directive
  -inclue entre la balise de début et celle de fin sont
  -ignorées.

  +conditionnelles un groupe de directives. Les directives �
  +l'int�rieur d'une section IfModule ne sont
  +consid�r�es que si le test est
  +v�rifi�. Si test vaut faux, toute directive
  +inclue entre la balise de d�but et celle de fin sont
  +ignor�es.

   
   
Le test d'une section <IfModule> peut
   prendre l'une des formes suivantes :

  @@ -1568,19 +1567,19 @@
   
   
   
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 nomModule est compilé dans
  +d�but et de fin ne sont trait�es que si le module
  +indiqu� par nomModule est compil� dans
   votre version d'Apache. La seconde forme inverse le sens du test,
   et ne traite les directives que si le module nomModule
  -n'est pas compilé.

  +n'est pas compil�.

   
  -
L'argument nomModule spécifie un nom de module
  -par son nom de fichier source, tel qu'appelé par la
  +
L'argument nomModule sp�cifie un nom de module
  +par son nom de fichier source, tel qu'appel� par la
   compilation. Par exemple, mod_rewrite.c.

   
  -
Les sections <IfModule> peuvent être
  -imbriquées, ce qui peut être utile pour
  -implémenter simplement des tests multi-modules.

  +
Les sections <IfModule> peuvent �tre
  +imbriqu�es, ce qui peut �tre utile pour
  +impl�menter simplement des tests multi-modules.

   
   

   
Directive Include

  @@ -1591,69 +1590,69 @@
   Statut
   : noyau

   Compatibilité : Include n'est
  -disponible qu'à partir de la version 1.3 d'Apache. 
  +"Help">Compatibilit� : Include n'est
  +disponible qu'� partir de la version 1.3 d'Apache. 
   
   
Cette directive permet l'inclusion d'autres fichiers de
  -configuration à partir d'autres fichiers de configuration
  +configuration � partir d'autres fichiers de configuration
   serveur.

   
   
A partir de la version Apache 1.3.13, si Include
  -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.

   
   

   
Directive KeepAlive

   
   Syntaxe : (Apache 1.1) KeepAlive
  -requêtesMax

  -Défaut : (Apache 1.1) KeepAlive
  +requ�tesMax

  +D�faut : (Apache 1.1) KeepAlive
   5

   Syntaxe : (Apache 1.2) KeepAlive
   on/off

  -Défaut : (Apache 1.2) KeepAlive
  +D�faut : (Apache 1.2) KeepAlive
   On

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité : KeepAlive est
  -disponible à partir de la version 1.1 d'Apache. 
  +"Help">Compatibilit� : KeepAlive est
  +disponible � partir de la version 1.1 d'Apache. 
   
   
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 KeepAlive On.

   
   
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.

   
   
Sous Apache 1.1: Mettre
  -requêtesMax au nombre maximum de requêtes
  +requ�tesMax 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 0
  -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

   
   Voir aussi la directive Syntaxe
   : KeepAliveTimeout secondes

   Défaut :
  +"Help">D�faut :
   KeepAliveTimeout 15

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité :
  -KeepAliveTimeout est disponible à partir de la
  +"Help">Compatibilit� :
  +KeepAliveTimeout est disponible � partir de la
   version 1.1 d'Apache. 
   
   
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 Timeout s'applique.

   
  -
Mettre KeepAliveTimeout à 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
  +
Mettre KeepAliveTimeout � 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.

   
   

  @@ -1696,67 +1695,67 @@
   
   
   Syntaxe
  -: <Limit méthode méthode
  +: <Limit m�thode m�thode
   ... > ... </Limit>

   Contexte
   : tous

   Statut
   : noyau 
   
  -
Les contrôles d'accès sont normalement actives
  -pour toutes les méthodes d'accès,
  +
Les contr�les d'acc�s sont normalement actives
  +pour toutes les m�thodes d'acc�s,
   et ceci est le comportement normal. 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
   <limit>.

   
   
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>
   sont sans effets. 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 :

  +contr�le d'acc�s uniquement aux m�thodes
  +POST, PUT, and DELETE, laissant les autres m�thodes non
  +prot�g�es :

   
   
<Limit POST PUT DELETE>

   Require valid-user

   </Limit>

   
  -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. Le nom de
  -la méthode est sensible à la casse. Si GET
  -est employé, il restreindra également les
  -requêtes HEAD. 
  +la m�thode est sensible � la casse. Si GET
  +est employ�, il restreindra �galement les
  +requ�tes HEAD. 
   
   

   
Directive <LimitExcept>

   
   
   Syntaxe
  -: <LimitExcept méthode
  -[méthode] ... > ... </LimitExcept>

  +: <LimitExcept m�thode
  +[m�thode] ... > ... </LimitExcept>

   Contexte
   : tous

   Statut
   : noyau

   Compatibilité : disponible
  -à partir de la version 1.3.5 d'Apache. 
  +"Help">Compatibilit� : disponible
  +� partir de la version 1.3.5 d'Apache. 
   
   
<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
   pas en arguments Cette directive est
  -l'oppsée de <Limit> et peut
  -être employée pour contrôler les
  -méthodes non reconnues ou non standard. Voir la
  +l'opps�e de <Limit> et peut
  +�tre employ�e pour contr�ler les
  +m�thodes non reconnues ou non standard. Voir la
   documentation de <Limit> pour plus de
  -détails.

  +d�tails.

   
   

   
Directive
  @@ -1766,45 +1765,45 @@
   Syntaxe
   : LimitRequestBody octets

   Défaut :
  +"Help">D�faut :
   LimitRequestBody 0

   Contexte
  -: configuration serveur, hôte virtuel,
  -répertoire .htaccess

  +: configuration serveur, h�te virtuel,
  +r�pertoire .htaccess

   Statut
   : noyau

   Compatibilité :
  -LimitRequestBody est disponible à partir de la version
  +"Help">Compatibilit� :
  +LimitRequestBody est disponible � partir de la version
   1.3.2. 
   
  -
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
  +
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
   DEFAULT_LIMIT_REQUEST_BODY (0 dans les
   distributions).

   
  -
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.
  +
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.

   
  -
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.

  +
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.

   
   

   
Directive
  @@ -1814,44 +1813,44 @@
   Syntaxe
   : LimitRequestFields number

   Défaut :
  +"Help">D�faut :
   LimitRequestFields 100

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité :
  -LimitRequestFields est disponible à partir de la version
  +"Help">Compatibilit� :
  +LimitRequestFields est disponible � partir de la version
   1.3.2. 
   
   
Number 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
   DEFAULT_LIMIT_REQUEST_FIELDS (100 dans la
   distribution).

   
  -
La directive LimitRequestFields permet à
  +
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.

  -
  -
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.

  +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.

  +
  +
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.

   
   

   
Directive
  @@ -1861,41 +1860,41 @@
   Syntaxe
   : LimitRequestFieldsize octets

   Défaut :
  +"Help">D�faut :
   LimitRequestFieldsize 8190

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité :
  -LimitRequestFieldsize est disponible à partir de la
  +"Help">Compatibilit� :
  +LimitRequestFieldsize est disponible � partir de la
   version 1.3.2. 
   
  -
Cette directive indique la taille maximale de l'en-tête
  -d'une requête HTTP et peut aller de 0 octets
  -à la valeur définit à la compilation par la
  +
Cette directive indique la taille maximale de l'en-t�te
  +d'une requ�te HTTP et peut aller de 0 octets
  +� la valeur d�finit � la compilation par la
   constante DEFAULT_LIMIT_REQUEST_FIELDSIZE (8190 dans
   la distribution standard).

   
  -
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 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.

  +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.

   
   
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.

  +d�faut.

   
   

   
Directive
  @@ -1905,90 +1904,90 @@
   Syntaxe
   : LimitRequestLine octets

   Défaut :
  +"Help">D�faut :
   LimitRequestLine 8190

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité :
  -LimitRequestLine est disponible à partir de la version
  +"Help">Compatibilit� :
  +LimitRequestLine est disponible � partir de la version
   1.3.2. 
   
  -
Cette directive indique la taille maximale d'une requête
  -HTTP et peut aller de 0 octets à la valeur
  -définit à la compilation par la constante
  +
Cette directive indique la taille maximale d'une requ�te
  +HTTP et peut aller de 0 octets � la valeur
  +d�finit � la compilation par la constante
   DEFAULT_LIMIT_REQUEST_LINE (8190 dans la
   distribution standard).

   
  -
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
  +
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.

  +en prenant en compte les informations qui pourrait �tre
  +pass�es dans une requ�te GET.

   
   
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.

  +d�faut.

   
   

   
Directive Listen

   
   Syntaxe
   : Listen
  -[adresseIp:]numéroPort

  +[adresseIp:]num�roPort

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité : Listen est
  -disponible à partir de la version 1.1 d'Apache. 
  +"Help">Compatibilit� : Listen est
  +disponible � partir de la version 1.1 d'Apache. 
   
  -
La directive Listen enjoint Apache à
  -écouter plus d'une adresse IP ou port; par défaut
  -Apache répond aux requêtes reçues sur toutes
  +
La directive Listen 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 Port.

  +donn� par la directive Port.

   
  -Listen peut être utilisée à la place
  +Listen peut �tre utilis�e � la place
   de BindAddress et
   Port. 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 Port. 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.

  +pr�cis�e en compl�ment, le serveur
  +restreindra son �coute � la combinaison
  +adresse-port pr�cis�e.

   

    
   
   
Notez que vous avez toujours besoin de la directive
  -Port qui permettent à Apache de
  -générer les URL de retour vers votre serveur.

  +Port qui permettent � Apache de
  +g�n�rer les URL de retour vers votre serveur.

   
  -
Plusieurs directives Listen 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.

  +
Plusieurs directives Listen 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.

   
  -
Par exemple, pour autoriser le serveur à accepter des
  -connexions sur les ports 80 et 8000, écrire :

  +
Par exemple, pour autoriser le serveur � accepter des
  +connexions sur les ports 80 et 8000, �crire :

   
   

   
  @@ -1998,8 +1997,8 @@
   

   

   
  -
Pour autoriser un serveur à accepter des connexions sur
  -deux "sockets" qualifiés, écrire :

  +
Pour autoriser un serveur � accepter des connexions sur
  +deux "sockets" qualifi�s, �crire :

   
   
   Listen 192.170.2.1:80
  @@ -2009,7 +2008,7 @@
   
Voir aussi: Apache et DNS

   Voir aussi: Configurer
  -les ports et adresses utilisée par Apache

  +les ports et adresses utilis�e par Apache

   Voir aussi : Bogues
   connus

  @@ -2020,32 +2019,32 @@
   Syntaxe
   : ListenBacklog backlog

   Défaut : ListenBacklog
  +"Help">D�faut : ListenBacklog
   511

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité :
  -ListenBacklog n'est disponible qu'à partir de la
  +"Help">Compatibilit� :
  +ListenBacklog n'est disponible qu'� partir de la
   version 1.2.0 d'Apache. 
   
   
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
   listen(2).

   
  -
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
  +
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).

   
   

  @@ -2055,67 +2054,67 @@
   : <Location URL> ...
   </Location>

   Contexte
  -: configuration serveur, hôtes virtuels

  +: configuration serveur, h�tes virtuels

   Statut
   : noyau

   Compatibilité :
  -Location est disponible à partir des versions 1.1
  +"Help">Compatibilit� :
  +Location est disponible � partir des versions 1.1
   d'Apache. 
   
   
La directive <Location> permet d'instaurer un
  -contrôle d'accès sur une base URL. Elle est
  -comparable à la directive <Directory>, et doit s'apparier à
  +contr�le d'acc�s sur une base URL. Elle est
  +comparable � la directive <Directory>, et doit s'apparier �
   une directive </Location>. Les directives
  -s'appliquant à l'URL précisée seront
  -à inclure entre ces deux balises. Les sections
  -<Location> 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
  +<Location> sont trait�es dans l'ordre
  +o� elles apparaissent dans le fichier de configuration,
   une fois les sections <Directory> et les fichiers
  -.htaccess traités.

  +.htaccess trait�s.

   
  -
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
  +
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.

   
  -
Le préfixe d'URL devra, sauf pour des
  -requêtes à un proxy, être de la forme
  +
Le pr�fixe d'URL devra, sauf pour des
  +requ�tes � un proxy, �tre de la forme
   /chemin/, et ne devra pas inclure de mention
  -http://nomserveur. Elle ne protège pas
  -nécessairement un répertoire (cela peut être
  +http://nomserveur. 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
   scheme://nomserveur/serveur, et vous devez inclure
  -le préfixe.

  +le pr�fixe.

   
   
Apache 1.2 et plus : Des expression
  -régulières peuvent être utilisées,
  -à condition de les faire précéder du
  -caractère ~. Par exemple :

  +r�guli�res peuvent �tre utilis�es,
  +� condition de les faire pr�c�der du
  +caract�re ~. Par exemple :

   
   
<Location ~
   "/(extra|special)/data">

   
  -
correspondrait à des URL contenant la sous-chaîne
  +
correspondrait � des URL contenant la sous-cha�ne
   "/extra/data" ou "/special/data". Cependant, sous Apache 1.3,
   l'utilisation de la directive <LocationMatch> est
  -conseillée.

  +conseill�e.

   
  -
La fonctionnalité Location est
  -particulièrement pratique lorsque combinée à
  +
La fonctionnalit� Location est
  +particuli�rement pratique lorsque combin�e �
   la directive SetHandler.
  -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 :

  +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 :

   
   

   
  @@ -2130,37 +2129,37 @@
   

   
   
Note sur / (barre oblique) pour les version
  -supérieures à 1.3: 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
  -/home///foo est identique à
  +sup�rieures � 1.3: 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
  +/home///foo est identique �
   /home/foo). Dans le monde des URL ceci n'est pas
   obligatoirement vrai. La directive
   <LocationMatch> et la version avec expression
  -régulière de <Location> demande
  -de spécifier plusieurs caractères obliques si ceci
  +r�guli�re de <Location> demande
  +de sp�cifier plusieurs caract�res obliques si ceci
   est votre intention. Par exemple, <LocationMatch
   ^/abc> fonctionnera avec l'URL /abc mais
   pas avec l'URL //abc. La directive (sans expression
  -régulière) <Location> 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)
  -<Location> est utilisée pour des
  -requêtes sans proxy, il associera implicitement plusieurs
  -obliques à un seul. Par exemple, si vous spécifiez
  -<Location /abc/def> et que la requête
  +r�guli�re) <Location> 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)
  +<Location> est utilis�e pour des
  +requ�tes sans proxy, il associera implicitement plusieurs
  +obliques � un seul. Par exemple, si vous sp�cifiez
  +<Location /abc/def> et que la requ�te
   est /abc//def celle ci correspondra.

   
   
Voir aussi: Comment fonctionnent les sections concernant
  -les répertoires, chemins et fichiers pour une
  -explication plus précise concernant la manière dont
  -ces sections sont combinées lorsqu'une requête est
  -traitée.

  +les r�pertoires, chemins et fichiers pour une
  +explication plus pr�cise concernant la mani�re dont
  +ces sections sont combin�es lorsqu'une requ�te est
  +trait�e.

   
   

   
Directive
  @@ -2170,31 +2169,31 @@
   : <LocationMatch regex> ...
   </LocationMatch>

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau

   Compatibilité : Location est
  -disponible à partir de la version 1.3 d'Apache. 
  +"Help">Compatibilit� : Location est
  +disponible � partir de la version 1.3 d'Apache. 
   
   
La directive <LocationMatch> permet
  -l'établissement d'un contrôle d'accès sur une
  -base URL, d'une façon identique à la directive <Location>. Cependant, elle n'accepte
  -qu'une expression régulière comme argument. Par
  +qu'une expression r�guli�re comme argument. Par
   exemple :

   
   
<LocationMatch
   "/(extra|special)/data">

   
  -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". 

   

    Voir aussi : Comment
  -fonctionnent les sections concernant les répertoires,
  -chemins et fichiers 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 pour une explication plus pr�cise
  +concernant la mani�re dont ces sections sont
  +combin�es lorsqu'une requ�te est trait�e. 
   
   

   
Directive LockFile

  @@ -2202,7 +2201,7 @@
   Syntaxe
   : LockFile nomfichier

   Défaut : LockFile
  +"Help">D�faut : LockFile
   logs/accept.lock

   Contexte
   : configuration serveur

  @@ -2210,27 +2209,27 @@
   : noyau 
   
   
La directive LockFile 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
   USE_FCNTL_SERIALIZED_ACCEPT ou
  -USE_FLOCK_SERIALIZED_ACCEPT. 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 (logs) 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
  +USE_FLOCK_SERIALIZED_ACCEPT. 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 (logs) 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.

  +rajout� au nom de fichier.

   
  -
SECURITE : il vaut mieux éviter de
  -metttre ce fichier dans un répertoire inscriptible par
  +
SECURITE : il vaut mieux �viter de
  +metttre ce fichier dans un r�pertoire inscriptible par
   tout le monde tel que /var/tmp 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.

  +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.

   
   

   
Directive LogLevel

  @@ -2238,20 +2237,20 @@
   Syntaxe
   : LogLevel niveau

   Défaut : LogLevel
  +"Help">D�faut : LogLevel
   error

   Contexte
  -: configuration serveur, hôtes virtuels

  +: configuration serveur, h�tes virtuels

   Statut
   : noyau

   Compatibilité : LogLevel est
  -disponible à partir de la version 1.3. 
  +"Help">Compatibilit� : LogLevel est
  +disponible � partir de la version 1.3. 
   
  -
LogLevel ajuste le niveau de verbosité des messages
  +
LogLevel ajuste le niveau de verbosit� des messages
   inscrits dans les traces d'erreur (voir la directive ErrorLog). Les niveaux possibles sont par ordre
  -de gravité décroissante :

  +de gravit� d�croissante :

   
   
  @@ -2266,7 +2265,7 @@
   
   
  -
  +
  @@ -2276,7 +2275,7 @@
   
   
  -
  +
  @@ -2338,7 +2337,7 @@
   
   
  -
  +
  @@ -2347,15 +2346,15 @@
   

   

   emerg Urgences - le système est inutilisable.Urgences - le syst�me est inutilisable.
   

   
   

   alert Une action doit être prise immédiatement.Une action doit �tre prise imm�diatement.
   

   
   

   debug Messages de déboguageMessages de d�boguage
   

   
   

   

   
  -
Quand un niveau est spécifié, les messages des
  -niveaux de plus haute gravité seront également
  -rapportés. Par exemple, quand la directive LogLevel
  -info est définie, les messages de niveau
  +
Quand un niveau est sp�cifi�, les messages des
  +niveaux de plus haute gravit� seront �galement
  +rapport�s. Par exemple, quand la directive LogLevel
  +info est d�finie, les messages de niveau
   notice et warn seront aussi
  -notifiés.

  +notifi�s.

   
  -
L'utilisation d'un niveau de gravité d'au moins
  -crit est recommandé.

  +
L'utilisation d'un niveau de gravit� d'au moins
  +crit est recommand�.

   
   

   
Directive MaxClients

  @@ -2364,7 +2363,7 @@
   Syntaxe
   : MaxClients nombre

   Défaut : MaxClients
  +"Help">D�faut : MaxClients
   256

   Contexte
   : configuration serveur

  @@ -2372,19 +2371,19 @@
   : noyau 
   
   
La directive MaxClients 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.

   
  -
Les tentatives de connexions au delà de MaxClients sont
  -normalement mises en attente, jusqu'à une limite
  -fixée par la directive Les tentatives de connexions au del� de MaxClients sont
  +normalement mises en attente, jusqu'� une limite
  +fix�e par la directive ListenBacklog. Une fois qu'un processus fils
  -est libre à la fin d'une requête différente,
  -la connexion en attente est traitée.

  +est libre � la fin d'une requ�te diff�rente,
  +la connexion en attente est trait�e.

   
   

   
Directive
  @@ -2393,25 +2392,25 @@
   Syntaxe
   : MaxKeepAliveRequests nombre

   Défaut :
  +"Help">D�faut :
   MaxKeepAliveRequests 100

   Contexte
   : configuration serveur

   Statut
   : noyau

   Compatibilité : Uniquement
  -à partir de la version 1.2 d'Apache. 
  +"Help">Compatibilit� : Uniquement
  +� partir de la version 1.2 d'Apache. 
   
   
La directive MaxKeepAliveRequests limite le nombre de
  -requêtes permises pour une connexion unique lorsque la
  -directive KeepAlive est activée.
  +requ�tes permises pour une connexion unique lorsque la
  +directive KeepAlive est activ�e.
   Si nombre vaut "0", 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

  +contr�l� par la directive Keepalive

   
   

   
Directive
  @@ -2421,7 +2420,7 @@
   Syntaxe
   : MaxRequestsPerChild nombre

   Défaut :
  +"Help">D�faut :
   MaxRequestsPerChild 0

   Contexte
   : configuration serveur

  @@ -2429,40 +2428,40 @@
   : noyau 
   
   
La directive MaxRequestsPerChild indique le nombre
  -limite de requêtes qu'un processus serveur fils peut
  -traîter. Après MaxRequestsPerChild
  -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 MaxRequestsPerChild
  +requ�tes, ce processus fils meurt. Si ce param�tre
  +est fix� � 0, alors les processus fils ne meurent
   jamais.

   
  -
Le fait de mettre MaxRequestsPerChild à une
  -valeur non nulle a deux conséquences
  -bénéfiques :

  +
Le fait de mettre MaxRequestsPerChild � une
  +valeur non nulle a deux cons�quences
  +b�n�fiques :

   
   
    
  -
  • cela limite le volume de mémoire qu'un processus peut
  -consommer (accidentellement) et évite une saturation
  -mémoire ;
    • 
  -
  -
  • 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.
    • 
  +
  • cela limite le volume de m�moire qu'un processus peut
  +consommer (accidentellement) et �vite une saturation
  +m�moire ;
    • 
  +
  +
  • 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.
    • 
   

   
  -
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
  +
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 ThreadsPerChild.

   
  -
NOTE: pour les requêtes
  -KeepAlive requests, seule la première
  -requête est comptée. En réalité, il
  +
NOTE: pour les requ�tes
  +KeepAlive requests, seule la premi�re
  +requ�te est compt�e. En r�alit�, il
   change le comportement afin de limiter le nombre de
   connexions par fils.

   
  @@ -2473,7 +2472,7 @@
   Syntaxe
   : MaxSpareServers nombre

   Défaut : MaxSpareServers
  +"Help">D�faut : MaxSpareServers
   10

   Contexte
   : configuration serveur

  @@ -2483,17 +2482,17 @@
   
La directive MaxSpareServers indique le nombre
   maximal de processus fils en attente. Un processus en
   attente est un processus qui existe, mais qui ne traite pas de
  -requête. S'il existe plus de MaxSpareServers de
  -ces processus, alors le père viendra tuer les processus en
  -supplémentaires.

  -
  -
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.

  +requ�te. S'il existe plus de MaxSpareServers de
  +ces processus, alors le p�re viendra tuer les processus en
  +suppl�mentaires.

  +
  +
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.

   
  -
Cette directive n'a aucun effet quand elle est employée
  +
Cette directive n'a aucun effet quand elle est employ�e
   sur les plates-formes WIndows.

   
   
Voir aussi MinSpareServers et
  @@ -2506,7 +2505,7 @@
   Syntaxe
   : MinSpareServers nombre

   Défaut : MinSpareServers
  +"Help">D�faut : MinSpareServers
   5

   Contexte
   : configuration serveur

  @@ -2516,17 +2515,17 @@
   
La directive MinSpareServers indique le nombre
   minimum de processus fils en attente qu'un serveur
   pourra conserver. S'il existe moins de MinSpareServers
  -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.

   
  -
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.

  +
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.

   
  -
Cette directive n'a aucun effet quand elle est employée
  +
Cette directive n'a aucun effet quand elle est employ�e
   sur les plates-formes WIndows.

   
   
Voir aussi MaxSpareServers et
  @@ -2543,53 +2542,53 @@
   Statut
   : noyau

   Compatibilité :
  -NameVirtualHost n'est disponible qu'à partir de
  +"Help">Compatibilit� :
  +NameVirtualHost n'est disponible qu'� partir de
   la version 1.3 d'Apache. 
   
  -
La directive NameVirtualHost est nécessaire si
  +
La directive NameVirtualHost est n�cessaire si
   vous souhaitez configurer des
  -hôtes virtuels nommés.

  +h�tes virtuels nomm�s.

   
  -
Bien que addr puisse être exprimée comme
  -un nom d'hôte, il est recommandé d'utiliser une
  +
Bien que addr puisse �tre exprim�e comme
  +un nom d'h�te, il est recommand� d'utiliser une
   adresse IP, exemple :

   
   
NameVirtualHost
   111.22.33.44

   
   
Avec cette directive NameVirtualHost, 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).

   
   
Note: le "serveur principal" et tous les serveurs "par
  -défaut" ne seront jamais 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 jamais 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).

   
  -
En option, vous pouvez préciser un numéro de
  -port sur lequel l'hôte virtuel nommé sera atteint,
  +
En option, vous pouvez pr�ciser un num�ro de
  +port sur lequel l'h�te virtuel nomm� sera atteint,
   par exemple :

   
   
NameVirtualHost
   111.22.33.44:8080

   
   A partir de la version 1.3.13, vous pouvez donner comme adresse
  -* 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
  +* 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 <VirtualHost>. 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.

   

  - Voir aussi : Hôtes
  + Voir aussi : H�tes
   virtuels sur Apache 
   
   

  @@ -2599,19 +2598,19 @@
   Syntaxe
   : Options [+|-]option [+|-]option ...

   Contexte
  -: configuration serveur, hôte virtuel,
  -répertoire, .htaccess

  +: configuration serveur, h�te virtuel,
  +r�pertoire, .htaccess

   Surcharge: Options

   Statut
   : noyau 
   
  -
La directive Options contrôle quelles fonctions
  -du serveur sont disponibles dans un répertoire
  +
La directive Options contr�le quelles fonctions
  +du serveur sont disponibles dans un r�pertoire
   particulier.

   
   
option peut valoir None, auquel cas
  -aucune fonction supplémentaire n'est disponible, ou une ou
  -plus des possibilités suivantes :

  +aucune fonction suppl�mentaire n'est disponible, ou une ou
  +plus des possibilit�s suivantes :

   
   

   
All

  @@ -2621,17 +2620,17 @@
   
ExecCGI

   
   

  -L'exécution des scripts CGI est autorisée.

  +L'ex�cution des scripts CGI est autoris�e.
   
   
FollowSymLinks

   
   

  -Le serveur est autorisé à suivre les liens
  -symboliques dans ce répertoire. 
  +Le serveur est autoris� � suivre les liens
  +symboliques dans ce r�pertoire. 
   
  -
Note: même si le serveur suit le lien
  +
Note: m�me si le serveur suit le lien
   symbolique, il ne doit pas 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 <Directory>.

   

   
  @@ -2643,23 +2642,23 @@
   
IncludesNOEXEC

   
   

  -Les SSI sont autorisés, mais pas la commande #exec ni
  +Les SSI sont autoris�s, mais pas la commande #exec ni
   #include des scripts CGI.

   
   
Indexes

   
   

  -Si une URL requise pointe sur un répertoire, et aucun
  -fichier défini par DirectoryIndex (ex.
  -index.html) n'existe dans ce répertoire, alors le serveur
  -retourne une liste formatée du contenu du
  -répertoire.

  +Si une URL requise pointe sur un r�pertoire, et aucun
  +fichier d�fini par DirectoryIndex (ex.
  +index.html) n'existe dans ce r�pertoire, alors le serveur
  +retourne une liste format�e du contenu du
  +r�pertoire.
   
   
MultiViews

   
   

   Un contenu
  -négocié en MultiViews est
  +n�goci� en MultiViews est
   permis.

   
   
SymLinksIfOwnerMatch

  @@ -2667,21 +2666,21 @@
   

   
   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.

  +fichier vis� ou le r�pertoire vis�
  +appartiennent au m�me utilisateur que le lien
  +lui-m�me.
   

   
   
Normalement, si plusieurs options Options peuvent
  -être appliquées à un répertoire, alors
  -la plus restrictive est appliquée ; les options ne sont
  -pas combinées. Cependant, si all 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 all les options dans
   la directive Options
  -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.

  +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.

   
   
Par exemple, sans symboles + ni - :

   
  @@ -2697,8 +2696,8 @@
   

   
   
  -
seul Includes sera activé pour le
  -répertoire /web/docs/spec. Cependant, si la
  +
seul Includes sera activ� pour le
  +r�pertoire /web/docs/spec. Cependant, si la
   seconde directive d'Options utilise les symboles +
   et - :

   
  @@ -2715,8 +2714,8 @@
   
   
   
alors les options FollowSymLinks et
  -Includes sont validées pour le
  -répertoire /web/docs/spec.

  +Includes sont valid�es pour le
  +r�pertoire /web/docs/spec.

   
   

   
Directive PidFile

  @@ -2725,32 +2724,32 @@
   Syntaxe
   : PidFile filename

   Défaut : PidFile
  +"Help">D�faut : PidFile
   logs/httpd.pid

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive PidFile définit le fichier dans
  +
La directive PidFile 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 ServerRoot. Le fichier PidFile n'est
  -utilisé que dans le mode standalone.

   
   
Il est souvent utile de pouvoir envoyer un signal au serveur,
  -pour qu'il referme et réouvre ses fichiers ErrorLog et TransferLog, 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
   PidFile.

   
  -
Le fichier PidFile est concerné par les
  -mêmes problèmes d'emplacement et de securité que les fichiers
  +
Le fichier PidFile est concern� par les
  +m�mes probl�mes d'emplacement et de securit� que les fichiers
   de trace.

   
   

  @@ -2758,82 +2757,82 @@
   
   
   Syntaxe
  -: Port numéro

  +: Port num�ro

   Défaut : Port
  +"Help">D�faut : Port
   80

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
numéro 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
  +
num�ro 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"
  -/etc/services; le port standard assigné au
  +/etc/services; le port standard assign� au
   protocole http est le port 80.

   
   
La directive Port 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).

   
   
    
   
  • En absence de toute directive Listen ou
  -BindAddress spécifiant un
  -numéro de port, la directive Port définit
  -le port réseau que le serveur écoute. S'il existe
  +BindAddress sp�cifiant un
  +num�ro de port, la directive Port d�finit
  +le port r�seau que le serveur �coute. S'il existe
   une directive Listen ou BindAddress
  -spécifiant un :numéro alors la
  +sp�cifiant un :num�ro alors la
   directive Port n'a aucun effet quant au socket que le serveur
  -écoute.
    • 
  +�coute.
   
  -
  • La directive Port définit la variable d'environnement
  +
  • La directive Port d�finit la variable d'environnement
   SERVER_PORT (pour les CGI
   et les SSI), 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).
    • 
  +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).
   

   
  -
Dans aucun cas une définition du Port ne
  -définit à quel port un VirtualHost répond, la directive
  -VirtualHost elle-même se chargeant de cette
  -définition.

  +
Dans aucun cas une d�finition du Port ne
  +d�finit � quel port un VirtualHost r�pond, la directive
  +VirtualHost elle-m�me se chargeant de cette
  +d�finition.

   
   
Le comportement premier de la directive Port doit
  -être considéré comme similaire à celui
  +�tre consid�r� comme similaire � celui
   de la directive ServerName.
  -ServerName et Port spécifient
  -conjointement ce que vous considérez être l'adresse
  +ServerName et Port sp�cifient
  +conjointement ce que vous consid�rez �tre l'adresse
   canonique du serveur.

   
  -
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
  +
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
  -root. 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
  +root. 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
   User.

   
   
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.

   
  -
Sécurité : si vous
  -démarrez le serveur sous root, assurez vous
  +
S�curit� : si vous
  +d�marrez le serveur sous root, assurez vous
   que la directive User ne mentionne pas
  -root. Si vous traitez des requêtes en
  -disposant toujours de super privilèges, vous ouvrez votre
  -système à des attaques majeures.

  +root. Si vous traitez des requ�tes en
  +disposant toujours de super privil�ges, vous ouvrez votre
  +syst�me � des attaques majeures.

   
   

   
Directive require

  @@ -2842,39 +2841,39 @@
   Syntaxe
   : require nomEntite Entite Entite...

   Contexte
  -: répertoire, .htaccess

  +: r�pertoire, .htaccess

   Surcharge: AuthConfig

   Statut
   : noyau 
   
  -
Cette directive choisi quels utilisateurs autorisés
  -peuvent accéder à un répertoire. Les
  +
Cette directive choisi quels utilisateurs autoris�s
  +peuvent acc�der � un r�pertoire. Les
   syntaxes valides sont :

   
   
    
   
  • require user utilisateur utilisateur ... 
   
  -
    Seuls les utilisateurs nommés peuvent accéder au
  -répertoire.
    
  +
    Seuls les utilisateurs nomm�s peuvent acc�der au
  +r�pertoire.
    
   
    • 
   
   
  • require group nomGroupe nomGroupe ... 
   
  -
    Seuls les utilisateurs des groupes cités peuvent
  -accéder au répertoire.
    
  +
    Seuls les utilisateurs des groupes cit�s peuvent
  +acc�der au r�pertoire.
    
   
    • 
   
   
  • require valid-user 
   
  -
    Tout utilisateur reconnu peut accéder au
  -répertoire (par opposition aux non utilisateurs).
    
  +
    Tout utilisateur reconnu peut acc�der au
  +r�pertoire (par opposition aux non utilisateurs).
    
   
    • 
   

   
  -
Si require apparaît dans une section Si require appara�t dans une section <Limit>, 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 :

   
   

  @@ -2891,12 +2890,12 @@
   

   
   
Pour fonctionner correctement, la directive Require doit
  -être accompagné de directives AuthName et AuthType, et
   de directives de type AuthUserFile et AuthGroupFile (servant à
  -définir les utilisateurs et les groupes).

  +"mod_auth.html#authgroupfile">AuthGroupFile (servant �
  +d�finir les utilisateurs et les groupes).

   
   

   
Directive ResourceConfig

  @@ -2905,19 +2904,19 @@
   Syntaxe
   : ResourceConfig nomfichier

   Défaut : ResourceConfig
  +"Help">D�faut : ResourceConfig
   conf/srm.conf

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau 
   
   
Le serveur lit dans ce fichier des directives
  -supplémentaires, après avoir lu le fichier
  +suppl�mentaires, apr�s avoir lu le fichier
   httpd.conf. nomfichier est
  -considéré relativement à ServerRoot. Cette fonctionnalité peut
  -être désactivée par l'écriture :

  +consid�r� relativement � ServerRoot. Cette fonctionnalit� peut
  +�tre d�sactiv�e par l'�criture :

   
   
ResourceConfig /dev/null

   
  @@ -2926,16 +2925,16 @@
   
ResourceConfig nul

   
   
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 <Directory> ; en fait, il peut contenir
   maintenant toute directive admise dans le contexte
   configuration serveur.

   
   
A partir de la version 1.3.13, si la directive
  -ResourceConfig pointe sur un répertoire
  +ResourceConfig 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.

   
   
Voir aussi AccessConfig.

  @@ -2949,36 +2948,36 @@
   : RLimitCPU # ou 'max' [# ou
   'max']

   Défaut : Non
  -précisé; utilise le défaut du système
  +"Help">D�faut : Non
  +pr�cis�; utilise le d�faut du syst�me
   d'exploitation

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau

   Compatibilité : RLimitCPU
  -n'est disponible qu'à partir de la version 1.2 d'Apache 
  +"Help">Compatibilit� : RLimitCPU
  +n'est disponible qu'� partir de la version 1.2 d'Apache 
   
  -
Accepte 1 ou 2 parametères. Le premier paramètre
  +
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 max 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.

  -
  -
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 max 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.

  +
  +
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.

   
  -
La limite de ressources CPU est exprimée en secondes
  +
La limite de ressources CPU est exprim�e en secondes
   par processus.

   
   
Voir aussi RLimitMEM ou  RLimitMEM # ou 'max' [# ou
   'max']

   Défaut : Non
  -précisé ; utilise le défaut du
  -système d'exploitation

  +"Help">D�faut : Non
  +pr�cis� ; utilise le d�faut du
  +syst�me d'exploitation

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau

   Compatibilité : RLimitMEM is
  +"Help">Compatibilit� : RLimitMEM is
   only available in Apache 1.2 and later 
   
  -
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 max 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.

  -
  -
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
  +
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 max 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.

  +
  +
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.

   
  -
Les ressources mémoire sont exprimées en octets
  +
Les ressources m�moire sont exprim�es en octets
   par processus.

   
   
Voir aussi RLimitCPU ou  RLimitNPROC # ou 'max' [# ou
   'max']

   Défaut : Unset; uses
  +"Help">D�faut : Unset; uses
   operating system defaults

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau

   Compatibilité : RLimitNPROC
  -n'est disponible qu'à partir de la version 1.2 d'Apache 
  +"Help">Compatibilit� : RLimitNPROC
  +n'est disponible qu'� partir de la version 1.2 d'Apache 
   
  -
Accepte 1 ou 2 paramètres. Le premier paramètre
  +
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 max 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.

  -
  -
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 max 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.

  +
  +
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.

   
  -
Cette limite contrôle le nombre de processus maximum par
  +
Cette limite contr�le le nombre de processus maximum par
   utilisateur.

   
   
Note : Si les processus CGI ne
   tournent pas 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 cannot fork dans le fichier
   error_log.

   
  @@ -3083,31 +3082,31 @@
   Syntaxe
   : Satisfy 'any' ou 'all'

   Défaut : Satisfy all

  +"Help">D�faut : Satisfy all

   Contexte
  -: répertoire, .htaccess

  +: r�pertoire, .htaccess

   Statut
   : noyau

   Compatibilité :
  -Satisfy n'est disponible qu'à partir de la
  +"Help">Compatibilit� :
  +Satisfy n'est disponible qu'� partir de la
   version 1.2 d'Apache 
   
  -
Politique d'accès si à la fois 'allow' et
  -'require' sont utilisés. Le paramètre peut valoir
  +
Politique d'acc�s si � la fois 'allow' et
  +'require' sont utilis�s. Le param�tre peut valoir
   soit 'all' soit 'any'. Cette directive n'est
  -utile que si l'accès à une zone particulière
  -est à la fois restreinte par un username/password
  -et 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
  +et 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 et 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
  -ou 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
  +ou 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.

  +identifi�s entrer dans le domaine sans avoir � se
  +soumettre � la proc�dure d'identification.

   
   
Voir aussi Require et Allow.

  @@ -3119,31 +3118,31 @@
   Syntaxe
   : ScoreBoardFile nomfichier

   Défaut : ScoreBoardFile
  +"Help">D�faut : ScoreBoardFile
   logs/apache_status

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive ScoreBoardFile 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
  +
La directive ScoreBoardFile 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.

   
   
Si vous devez utiliser un ScoreBoardFile, 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 securité.

  +position des fichiers de trace quant � la securit�.

   
   
A partir d'Apache 1.2 :

   
  @@ -3151,10 +3150,10 @@
   -DHAVE_SHMGET aux EXTRA_CFLAGS dans
   leur fichier de Configuration. Ceci devrait
   fonctionner sur certaines installations en 1.x, mais pas
  -forcément sur toutes.

  +forc�ment sur toutes.

   
  -
Les utilisateurs de SVR4 devront considérer
  -l'opportunité d'ajouter -DHAVE_SHMGET aux
  +
Les utilisateurs de SVR4 devront consid�rer
  +l'opportunit� d'ajouter -DHAVE_SHMGET aux
   EXTRA_CFLAGS dans leur fichier de
   Configuration. Il semble que cela fonctionne, mais
   nous n'avons pu le tester pour la version 1.2. (avant la version
  @@ -3165,7 +3164,7 @@
    
   
   
Voir aussi : Arrêter et redémarrer
  +"../stopping.html">Arr�ter et red�marrer
   Apache

   
   

  @@ -3176,22 +3175,22 @@
   Syntaxe
   : ScriptInterpreterSource registry|script

   Défaut :
  +"Help">D�faut :
   ScriptInterpreterSource script 

   Contexte
  -: répertoire, .htaccess

  +: r�pertoire, .htaccess

   Statut
   : noyau (seulement sur Windows) 
   
  -
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 à
  +
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).

  +employ�e pour chercher l'interpr�teur, en prenant
  +l'extension du fichier comme cl� (par exemple .pl).

   
   

   
Directive SendBufferSize

  @@ -3204,9 +3203,9 @@
   Statut
   : noyau 
   
  -
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
  +
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).

   
  @@ -3217,85 +3216,85 @@
   Syntaxe
   : ServerAdmin adresseEMail

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau 
   
  -
La directive ServerAdmin définit l'adresse
  +
La directive ServerAdmin d�finit l'adresse
   e-mail que le serveur inclut dans tout message d'erreur
  -retourné au client.

  +retourn� au client.

   
  -
Il peut être utile de dédier une adresse
  -réservée à cet usage, par exemple :

  +
Il peut �tre utile de d�dier une adresse
  +r�serv�e � cet usage, par exemple :

   
   
ServerAdmin
   www-admin@foo.bar.com

   
   
car les utilisateur ne rappellent pas toujours dans leur
  -message ce à propos de quoi ils interviennent!

  +message ce � propos de quoi ils interviennent!

   
   

   
Directive ServerAlias

   
   Syntaxe
  -: ServerAlias hôte1 hôte2
  +: ServerAlias h�te1 h�te2
   ...

   Contexte
  -: hôte virtuel

  +: h�te virtuel

   Statut
   : noyau

   Compatibilité :
  -ServerAlias est disponible à partir de la version
  +"Help">Compatibilit� :
  +ServerAlias est disponible � partir de la version
   1.1 d'Apache 
   
  -
La directive ServerAlias défini un nom
  -secondaire pour un hôte, utilisable dans le contexte d'hôte virtuels
  -nommés.

  +
La directive ServerAlias d�fini un nom
  +secondaire pour un h�te, utilisable dans le contexte d'h�te virtuels
  +nomm�s.

   
   
Voir aussi : Hôtes virtuels sur Apache

  +"../vhosts/index.html">H�tes virtuels sur Apache

   
   

   
Directive ServerName

   
   
   Syntaxe
  -: ServerName nom de domaine entièrement
  -qualifié

  +: ServerName nom de domaine enti�rement
  +qualifi�

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau 
   
  -
La directive ServerName 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 :

  +
La directive ServerName 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 :

   
   
ServerName www.wibble.com

   
  -
peut être défini lorsque le nom canonique
  +
peut �tre d�fini lorsque le nom canonique
   (principal) de la machine actuelle est
   monster.wibble.com.

   
   
Si vous utilisez des hôtes virtuels
  -nommés, la directive ServerName à
  -l'intérieur d'une section h�tes virtuels
  +nomm�s, la directive ServerName �
  +l'int�rieur d'une section <VirtualHost> impose que
  -quel nom d'hôte doit apparaître dans l'en-tête
  -Host: d'une requête pour être
  -associé à cet hôte virtuel.

  +quel nom d'h�te doit appara�tre dans l'en-t�te
  +Host: d'une requ�te pour �tre
  +associ� � cet h�te virtuel.

   
   
Voir aussi : Apache et DNS documentation sur les hôtes virtuels
  +"../vhosts/">documentation sur les h�tes virtuels
   Apache

   UseCanonicalName

   NameVirtualHost

  @@ -3308,49 +3307,49 @@
   Syntaxe
   : ServerPath chemin

   Contexte
  -: hôte virtuel

  +: h�te virtuel

   Statut
   : noyau

   Compatibilité :
  -ServerPath est disponible à partir de la version
  +"Help">Compatibilit� :
  +ServerPath est disponible � partir de la version
   1.1 d'Apache. 
   
  -
La directive ServerPath définit le chemin
  -d'accès servant de base pour les URL ciblant un hôte virtuel nommé.

  +
La directive ServerPath d�finit le chemin
  +d'acc�s servant de base pour les URL ciblant un h�te virtuel nomm�.

   
   
Voir aussi : Hôtes virtuels sur Apache

  +"../vhosts/index.html">H�tes virtuels sur Apache

   
   

   
Directive ServerRoot

   
   
   Syntaxe
  -: ServerRoot nomrépertoire

  +: ServerRoot nomr�pertoire

   Défaut : ServerRoot
  +"Help">D�faut : ServerRoot
   /usr/local/apache

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive ServerRoot définit le
  -répertoire dans lequel se situe le serveur. Typiquement,
  -ce répertoire contiendra les sous-répertoires
  +
La directive ServerRoot d�finit le
  +r�pertoire dans lequel se situe le serveur. Typiquement,
  +ce r�pertoire contiendra les sous-r�pertoires
   conf/ et logs/. Les chemins
  -d'accès relatifs pour d'autres fichiers de configuration
  -seront considérés relativement à ce
  -répertoire.

  +d'acc�s relatifs pour d'autres fichiers de configuration
  +seront consid�r�s relativement � ce
  +r�pertoire.

   Voir aussi les -d options
   de httpd.

   
   
Voir aussi les
  -trucs de sécurité pour plus d'informations sur
  -comment correctment définir les droits d'accès
  -à ServerRoot.

  +trucs de s�curit� pour plus d'informations sur
  +comment correctment d�finir les droits d'acc�s
  +� ServerRoot.

   
   

   
Directive ServerSignature

  @@ -3359,35 +3358,35 @@
   Syntaxe
   : ServerSignature On|Off|EMail

   Défaut : ServerSignature
  +"Help">D�faut : ServerSignature
   Off

   Contexte
  -: configuration serveur, hôte virtuel,
  -répertoire, .htaccess

  +: configuration serveur, h�te virtuel,
  +r�pertoire, .htaccess

   Statut
   : noyau

   Compatibilité :
  -ServerSignature est disponible à partir de la version 1.3.
  +"Help">Compatibilit� :
  +ServerSignature est disponible � partir de la version 1.3.
   
   
   
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.

  -La valeur par défaut Off supprime la ligne
  +La valeur par d�faut Off supprime la ligne
   d'erreur (et est compatible avec le comportement d'Apache 1.2 et
  -précédents). La valeur On ajoute une
  +pr�c�dents). La valeur On ajoute une
   ligne contenant la version du serveur, la valeur de ServerName de l'hôte virtuel et la valeur
  -EMail ajoute une référence "mailto:"
  +"#servername">ServerName de l'h�te virtuel et la valeur
  +EMail ajoute une r�f�rence "mailto:"
   vers l'adresse ServerAdmin du document
  -demandé.

  +demand�.

   
   

   
Directive ServerTokens

  @@ -3396,23 +3395,23 @@
   Syntaxe
   : ServerTokens Minimal|ProductOnly|OS|Full

   Défaut : ServerTokens
  +"Help">D�faut : ServerTokens
   Full

   Contexte
   : configuration serveur 

   Statut
   : noyau

   Compatibilité : ServerTokens
  -est disponible à partir de la version 1.3 d'Apache. Le mot
  -clé ProductOnly est disponible à
  +"Help">Compatibilit� : ServerTokens
  +est disponible � partir de la version 1.3 d'Apache. Le mot
  +cl� ProductOnly est disponible �
   pertir de la version 1.3.12 
   
  -
Cette directive contrôle si le champ Server
  -de l'en-tête de réponse qui est renvoyé aux
  -clients inclut une description du type de système de du
  +
Cette directive contr�le si le champ Server
  +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.

  +compil�s.

   
   

   
ServerTokens Prod[uctOnly]

  @@ -3431,15 +3430,15 @@
   (Unix)
   
   
ServerTokens Full (ou non
  -spécifié)

  +sp�cifi�)
   
   
Le serveur renvoie par exemple : Server: Apache/1.3.0
   (Unix) PHP/3.0 MyMod/1.2

   

   
  -
Cette directive s'applique à la globalité du
  -serveur et ne paut pas être activé ou
  -désactivé sur la base d'hôtes virtuels.

  +
Cette directive s'applique � la globalit� du
  +serveur et ne paut pas �tre activ� ou
  +d�sactiv� sur la base d'h�tes virtuels.

   
   

   
Directive ServerType

  @@ -3448,48 +3447,48 @@
   Syntaxe
   : ServerType type

   Défaut : ServerType
  +"Help">D�faut : ServerType
   standalone

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive ServerType définit comment le
  -serveur est exécuté par le système
  +
La directive ServerType d�finit comment le
  +serveur est ex�cut� par le syst�me
   d'exploitation. Type peut prendre l'une des valeurs
   suivantes :

   
   

   
inetd

   
  -
Le serveur sera exécuté à partir du
  -processus system inetd ; la commande nécessaire au
  -démarrage du serveur devra être ajoutée au
  +
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 /etc/inetd.conf

   
   
standalone

   
  -
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.
  +
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.
   (/etc/rc.local ou /etc/rc3.d/....)

   

   
  -
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
  +
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é.

  +administrateurs pr�f�rent parfois ce mode pour des
  +raisons de s�curit�.

   
  -
Standalone est l'option la plus fréquente pour la
  -directive ServerType dans la mesure où ce dernier
  +
Standalone est l'option la plus fr�quente pour la
  +directive ServerType 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.

   
   

  @@ -3499,28 +3498,28 @@
   Syntaxe
   : StartServers nombre

   Défaut : StartServers
  +"Help">D�faut : StartServers
   5

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive StartServers 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.

  +
La directive StartServers 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.

   
  -
Lorsque le serveur est exécuté sous Microsoft
  +
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 ThreadsPerChild 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 ThreadsPerChild contr�le le nombre
  +maximal de threads traitant les requ�tes, ce qui a un effet
  +similaire � la directive Unix
   StartServers

   
   
Voir aussi MinSpareServers et
  @@ -3532,24 +3531,24 @@
   Syntaxe
   : ThreadsPerChild nombre

   Défaut : ThreadsPerChild
  +"Help">D�faut : ThreadsPerChild
   50

   Contexte
   : configuration serveur

   Statut
   : noyau (Windows)

   Compatibilité : Disponible
  -seulement à partir de la version 1.3 pour Windows d'Apache
  +"Help">Compatibilit� : Disponible
  +seulement � partir de la version 1.3 pour Windows d'Apache
   
   
   
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é.

  +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�.

   
  -
Cette directive n'a aucun effet sur les systèmes Unix.
  +
Cette directive n'a aucun effet sur les syst�mes Unix.
   Les utilisateurs Unix regarderont les directives StartServers et MaxRequestsPerChild.

  @@ -3560,22 +3559,22 @@
   Syntaxe
   : ThreadStackSize nombre

   Défaut : ThreadStackSize
  +"Help">D�faut : ThreadStackSize
   65536

   Contexte
   : configuration serveur

   Statut
   : noyau (NetWare)

  -Compatibilité : disponible à
  +Compatibilit� : disponible �
   partir de la version d'Apache 1.3 sur Netware. 
   
  -
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
  +
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.

   
   
Cette directive n'a aucun effet sur les autres
  -systèmes.

  +syst�mes.

   
   

   
Directive TimeOut

  @@ -3584,37 +3583,37 @@
   Syntaxe
   : TimeOut nombre

   Défaut : TimeOut
  +"Help">D�faut : TimeOut
   300

   Contexte
   : configuration serveur

   Statut
   : noyau 
   
  -
La directive TimeOut définit la temporisation
  +
La directive TimeOut d�finit la temporisation
   courante pendant laquelle Apache attendra l'une de ces trois
   choses :

   
   
    
  -
  1. Le temps total de réception d'une requête
  +
  2. Le temps total de r�ception d'une requ�te
   GET.
    3. 
   
  -
  3. Le temps entre la réception de paquets TCP lors d'une
  -requête POST ou PUT.
    4. 
  +
  4. Le temps entre la r�ception de paquets TCP lors d'une
  +requ�te POST ou PUT.
    5. 
   
   
  5. Le temps entre deux acquittements lors de la transmission de
  -paquets TCP de réponse.
    6. 
  +paquets TCP de r�ponse.
   

   
  -
Nous prévoyons dans le futur de permettre une
  +
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.

   
   

  @@ -3625,75 +3624,75 @@
   Syntaxe
   : UseCanonicalName on|off|dns

   Défaut :
  +"Help">D�faut :
   UseCanonicalName on

   Contexte
  -: configuration serveur, hôte virtuel,
  -répertoire

  +: configuration serveur, h�te virtuel,
  +r�pertoire

   Surcharge : Options

   Compatibilité :
  -UseCanonicalName est disponible à partir de la verion 1.3 
  +"Help">Compatibilit� :
  +UseCanonicalName est disponible � partir de la verion 1.3 
   
   
Dans beaucoup de situations, Apache doit construire des URL
  -s'autoréférençant, autremnet dit,
  -des URL référençant le même serveur.
  +s'autor�f�ren�ant, autremnet dit,
  +des URL r�f�ren�ant le m�me serveur.
   Avec la directive UseCanonicalName on (dans les
  -versions d'Apache inférieures à 1.3) Apache utilise
  +versions d'Apache inf�rieures � 1.3) Apache utilise
   les valeurs des directives ServerName
   et Port 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
   SERVER_NAME et SERVER_PORT pour les
   scripts CGI.

   
   
Avec UseCanonicalName off, 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 hôtes virtuels basés sur
  -des noms, et sont disponibles pour les mêmes clients.
  +valeurs sont les m�mes qui sont employ�es pour
  +impl�menter les h�tes virtuels bas�s sur
  +des noms, et sont disponibles pour les m�mes clients.
   Les variable CGI SERVER_NAME et
  -SERVER_PORT seront aussi construites à partir
  +SERVER_PORT seront aussi construites � partir
   des valeurs fournies par les clients.

   
  -
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
  +
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
   www. Vous noterez que si l'utilisateur tape un nom
  -court et que l'URL est un répertoire tel que
  -http://www/splat, sans le caractère
  -oblique / final , Apache redirigera la requête vers
  +court et que l'URL est un r�pertoire tel que
  +http://www/splat, sans le caract�re
  +oblique / final , Apache redirigera la requ�te vers
   http://www.domain.com/splat/. Si vous avez une
   authentification active, lu'tilisateur devra s'authentifier deux
  -fois, (une première fois pour www et une
  -deuxième fois pour An example where this may be useful is
  +fois, (une premi�re fois pour www 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 www.domain.com). Mais si la directive
  -UseCanonicalName est à off, Apache redirigera
  +UseCanonicalName est � off, Apache redirigera
   vers http://www/splat/.

   
  -
Il existe une troisième option, UseCanonicalName
  -DNS, qui est prévu pour être employé
  -avec de nombreux hôtes virtuels basés sur les
  +
Il existe une troisi�me option, UseCanonicalName
  +DNS, 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 Host:. Avec cette option Apache
  -effectue une résolution DNS inverse sur l'adresse IP du
  +d'en-t�te Host:. 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.

  +pour les URL autor�f�rentes.

   
   
Attention : si les scripts CGI font des
   suppositions sur les valeurs de SERVER_NAME il
   peuvent ne plus fonctionner avec cette option. Mais le script CGI
   utilise uniquement SERVER_NAME pour construire des
  -URL autoréférentes, il ne evrait y avoir aucun
  -problèmes.

  +URL autor�f�rentes, il ne evrait y avoir aucun
  +probl�mes.

   
  -
Voir également : Voir �galement : ServerName, Port

   
   

  @@ -3703,69 +3702,69 @@
   Syntaxe
   : User utilisateurUnix

   Défaut : User
  +"Help">D�faut : User
   #-1

   Contexte
  -: configuration serveur, hôte virtuel

  +: configuration serveur, h�te virtuel

   Statut
   : noyau 
   
  -
La directive User définit l'utilisateur
  -associé au serveur. Pour utiliser cette directive, un
  -serveur standalone devra être lancé sous
  +
La directive User d�finit l'utilisateur
  +associ� au serveur. Pour utiliser cette directive, un
  +serveur standalone devra �tre lanc� sous
   root. utilisateurUnix est l'un parmi :

   
   

   
un nom d'utilisateur

   
  -
se réfère à un utilisateur
  -déclaré du système.

  +
se r�f�re � un utilisateur
  +d�clar� du syst�me.

   
  -
# suivi d'un numéro d'utilisateur.

  +
# suivi d'un num�ro d'utilisateur.

   
  -
se réfère à l'utilisateur
  -déclaré du système portant ce
  -numéro.

  +
se r�f�re � l'utilisateur
  +d�clar� du syst�me portant ce
  +num�ro.

   

   
  -
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
  +
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
   nobody, 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 CacheRoot ).

   
  -
Note : si vous démarrez le serveur
  +
Note : 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
   root, alors il sera normal que le processus
  -père continue à s'exécuter sous
  +p�re continue � s'ex�cuter sous
   root.

   
  -
Note spécifique : L'utilisation de
  +
Note sp�cifique : L'utilisation de
   cette directive dans une section <VirtualHost>
  -nécessite un wrapper suEXEC
  -correctement configuré. Lorsqu'elle est utilisée de
  -cette façon dans une section <VirtualHost>,
  -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 wrapper suEXEC
  +correctement configur�. Lorsqu'elle est utilis�e de
  +cette fa�on dans une section <VirtualHost>,
  +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.

   
  -
Sécurité : Ne définissez
  +
S�curit� : Ne d�finissez
   pas l'utilisateur (ni le groupe) comme
   root 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.

   
   

  @@ -3780,31 +3779,31 @@
   Statut
   : Core

   Compatibilité : la
  -"virtualisation" d'hôtes non basés sur l'adressage
  -IP n'est disponible qu'à partir de la version 1.1
  +"Help">Compatibilit� : la
  +"virtualisation" d'h�tes non bas�s sur l'adressage
  +IP n'est disponible qu'� partir de la version 1.1
   d'Apache

   Compatibilité : le support
  -d'adresses multiples n'est disponible qu'à partir de la
  +"Help">Compatibilit� : le support
  +d'adresses multiples n'est disponible qu'� partir de la
   version 1.2 d'Apache 
   
   
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. Adresse
  -peut être :

  +peut �tre :

   
   
    
  -
  • l'adresse IP de l'hôte virtuel
    • 
  +
  • l'adresse IP de l'h�te virtuel
    • 
   
  -
  • un nom de domaine entièrement qualifié pour
  -l'adresse IP de cet hôte virtuel.
    • 
  +
  • un nom de domaine enti�rement qualifi� pour
  +l'adresse IP de cet h�te virtuel.
    • 
   

   
   
Exemple :

  @@ -3822,22 +3821,22 @@
-

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 +

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 ifconfig alias (si +de plusieurs interfaces r�seau physiques, ceci peut +�tre obtenu par la commande ifconfig alias (si votre OS l'accepte), ou par des patchs du kernel du type VIF (pour SunOS(TM) 4.1.x)).

-

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) +

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 :

<VirtualHost 192.168.1.2 @@ -3847,56 +3846,56 @@ ServerAlias host
</VirtualHost>
-

Le nom prédéfini _default_ peut -être attribué auquel cas cet hôte virtuel lira +

Le nom pr�d�fini _default_ 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.

-

Vous pouvez spécifier une commande :port -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 +

Vous pouvez sp�cifier une commande :port +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 Port de la section -principale qui précède. Vous pouvez -également spécifier :* 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 :* pour +reconna�tre tous les ports � cette adresse. (Ceci +est conseill� lorsque l'h�te virtuel est le _default_.)

-

Sécurité: Voir les S�curit�: Voir les conseils de -sécurité 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.

+s�curit� 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.

Note: L'utilisation de la directive <VirtualHost> n' affecte -pas 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 +pas 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 BindAddress ou Listen.

Voir aussi : Hôtes virtuels sur Apache
+"../vhosts/index.html">H�tes virtuels sur Apache
Avertissement concernant DNS et Apache
Configurer les ports et adresses -utilisés par Apache

+utilis�s par Apache

Voir aussi : Comment fonctionnent les sections concernant -les répertoires, chemins et fichiers pour une -explication plus précise concernant la manière dont -ces sections sont combinées lorsqu'une requête est -traitée. +les r�pertoires, chemins et fichiers pour une +explication plus pr�cise concernant la mani�re dont +ces sections sont combin�es lorsqu'une requ�te est +trait�e.