Commit 06411739 authored by Lucien Gentis's avatar Lucien Gentis
Browse files

XML updates. 


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1835143 13f79535-47bb-0310-9956-ffa450edef68
parent 01b4504a

docs/manual/howto/http2.xml.fr

+30 −28
Changes for docs/manual/howto/http2.xml.fr: 30 added lines, 28 removed lines.
Original line number Diff line number Diff line 
<?xml version='1.0' encoding='UTF-8' ?>

<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">

<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>

<!-- English Revision: 1830439:1834263 (outdated) -->

<!-- English Revision: 1834263 -->

<!-- French translation : Lucien GENTIS -->

<!-- Reviewed by : Vincent Deffontaines -->
@@ -30,11 +30,11 @@ 
  <summary>

    <p>Ce document est le guide de l'utilisateur de l'implémentation de HTTP/2

    dans Apache httpd. Cette fonctionnalité en est au stade

    <em>expérimental</em>, et des modifications sont à prévoir dans

    les interfaces et les directives avec les changements de versions.

    <em>de production</em>, et les interfaces et directives devraient donc être

    dorénavant relativement stables.

    </p>

  </summary>

  <seealso><a href="../mod/mod_http2.html">mod_http2</a></seealso>

  <seealso><module>mod_http2</module></seealso>



  <section id="protocol">

    <title>Le protocole HTTP/2</title>
@@ -96,7 +96,7 @@ 
  <section id="implementation">

    <title>HTTP/2 dans Apache httpd</title>

    <p>Le protocole HTTP/2 est implémenté dans Apache httpd via un module

    propre, pertinemment nommé <a href="../mod/mod_http2.html">mod_http2</a>. Ce

    propre, pertinemment nommé <module>mod_http2</module>. Ce

    module implémente toutes les fonctionnalités décrites par la RFC 7540 et

    supporte les connexions en texte pur (http:), ou sécurisées (https:).

    La variante texte pur se nomme '<code>h2c</code>', et la variante sécurisée
@@ -109,9 +109,9 @@ 


  <section id="building">

    <title>Compilation de httpd avec le support de HTTP/2</title>

    <p><a href="../mod/mod_http2.html">mod_http2</a> se base sur la bibliothèque

    <p><module>mod_http2</module> se base sur la bibliothèque

    de <a href="https://nghttp2.org">nghttp2</a> pour son implémentation. Pour

    pouvoir compiler <code>mod_http2</code>, <code>libnghttp2</code> version

    pouvoir compiler <module>mod_http2</module>, <code>libnghttp2</code> version

    1.2.1. ou supérieure doit être installée dans votre système.</p>

    <p>Pour déclencher la compilation de <code>mod_http2</code>, vous devez

    ajouter l'argument '<code>--enable-http2</code>' au script
@@ -124,7 +124,7 @@ 
    préféreront lier statiquement <code>nghttp2</code> à ce module. Pour ce

    faire, utilisez l'argument <code>--enable-nghttp2-staticlib-deps</code>.

    Cette méthode est pratiquement la même que celle utilisée pour lier

    statiquement openssl à mod_ssl.</p>

    statiquement openssl à <module>mod_ssl</module>.</p>

    <p>En parlant de SSL, vous devez savoir que la plupart des navigateurs ne

    communiqueront en HTTP/2 que sur des URLs sécurisées de type

    <code>https:</code> ; votre serveur doit donc supporter SSL. Mais de plus,
@@ -137,7 +137,7 @@ 
    <title>Configuration de base</title>



    <p>Maintenant que vous disposez d'un binaire <code>httpd</code> compilé avec le

    module <code>mod_http2</code>, l'activation de ce dernier nécessite un

    module <module>mod_http2</module>, l'activation de ce dernier nécessite un

    minimum de configuration supplémentaire. En premier lieu, comme pour tout

    module Apache, vous devez le charger :</p>

    <highlight language="config">
@@ -172,7 +172,7 @@ Protocols http/1.1 
    <note><title>Utilisez une chaîne d'algorithmes de chiffrement forte</title>

    <p>La directive <directive module="mod_ssl">SSLCipherSuite</directive> doit

    être définie avec une chaîne d'algorithmes de chiffrement TLS forte. Même si

    la version actuelle de mod_http2 n'impose pas d'algorithmes de chiffrement

    la version actuelle de <module>mod_http2</module> n'impose pas d'algorithmes de chiffrement

    particuliers, la plupart des clients le font. Faire pointer un navigateur

    vers un serveur où <code>h2</code> est activé avec une chaîne d'algorithmes

    de chiffrement inappropriée entraînera un rejet et une retrogradation vers
@@ -209,11 +209,12 @@ ProtocolsHonorOrder Off 
    <p>Avec cette directive, l'ordre des protocoles que <em>vous</em> avez

    défini devient caduque et seul l'ordre défini par le client sera pris en

    compte.</p>

    <p>Une dernière chose : les protocoles que vous définissez ne sont pas vérifiés

    quant à leurs validité ou orthographe. Vous pouvez très bien définir des

    protocoles qui n'existent pas, et il n'est donc pas nécessaire de filtrer

    les <code>Protocoles</code> avec des vérifications de type

    <code>IfModule</code>.</p>

    <p>Une dernière chose : les protocoles que vous définissez ne sont pas

    vérifiés quant à leurs validité ou orthographe. Vous pouvez très bien

    définir des protocoles qui n'existent pas, et il n'est donc pas nécessaire

    de filtrer le contenu de la directive <directive

    module="core">Protocols</directive> avec des vérifications de type

    <directive type="section" module="core">IfModule</directive>.</p>

    <p>Pour des conseils plus avancés à propos de la configuration, voir la <a

    href="../mod/mod_http2.html">Documentation de mod_http2</a>, et en particulier

    la section à propos de la <a
@@ -227,24 +228,24 @@ ProtocolsHonorOrder Off 
    <title>Configuration du MPM</title>



    <p>Tous les modules multiprocessus (MPM) fournis avec httpd supportent

    HTTP/2. Cependant, si vous utilisez le MPM <code>prefork</code>, vous allez

    HTTP/2. Cependant, si vous utilisez le MPM <module>prefork</module>, vous allez

    faire face à de sévères restrictions.</p>

    <p>Avec le MPM <code>prefork</code>, <code>mod_http2</code> ne traitera

    <p>Avec le MPM <module>prefork</module>, <module>mod_http2</module> ne traitera

    qu'une requête à la fois par connexion alors que les clients tels que les

    navigateurs internet envoient de nombreuses requêtes au même moment. Si

    l'une d'entre elles est longue à traiter (ou implique une longue

    interrogation), les autres requêtes seront mises en attente.</p>

    <p>Par défaut, <code>mod_http2</code> ne passe pas outre cette limitation pour

    la simple et bonne raison que le MPM <code>prefork</code> n'est aujourd'hui

    <p>Par défaut, <module>mod_http2</module> ne passe pas outre cette limitation pour

    la simple et bonne raison que le MPM <module>prefork</module> n'est aujourd'hui

    choisi que si vous exécutez des moteurs de traitement qui ne sont pas préparés

    pour le multithreading (par exemple qui se crashent lorsque plusieurs

    requêtes arrivent).</p>

    <p>Si votre plateforme et votre installation de httpd le supportent, la

    meilleur solution consiste actuellement à utiliser le MPM

    <code>event</code>.

    <module>event</module>.

    </p>

    <p>Si vous n'avez pas d'autre choix que d'utiliser le MPM

    <code>prefork</code>, mais souhaitez tout de même traiter plusieurs requêtes

    <module>prefork</module>, mais souhaitez tout de même traiter plusieurs requêtes

    simultanément, vous pouvez jouer avec la directive <directive

    module="mod_http2">H2MinWorkers</directive>, sans garantie que cela

    fonctionne.</p>
@@ -325,7 +326,7 @@ ProtocolsHonorOrder Off 
    meilleur usage de cette fonctionnalité de HTTP/2 et tout le monde en est

    encore au stade de l'expérimentation. À ce titre, voici des conseils pour

    procéder vous-même à ces expérimentations :</p>

    <p><code>mod_http2</code> inspecte l'en-tête de la réponse et recherche les

    <p><module>mod_http2</module> inspecte l'en-tête de la réponse et recherche les

    en-têtes <code>Link</code> sous un certain format :</p>

    <highlight language="config">

Link &lt;/xxx.css&gt;;rel=preload, &lt;/xxx.js&gt;; rel=preload
@@ -361,7 +362,7 @@ H2Push Off 
    un stade très expérimental.</p>

    <p>L'<a href="https://tools.ietf.org/html/draft-ruellan-http-accept-push-policy-00">

    en-tête Accept-Push-Policy</a> est un autre dispositif expérimental

    implémenté dans <code>mod_http2</code> ; il permet au client de définir pour

    implémenté dans <module>mod_http2</module> ; il permet au client de définir pour

    chaque requête quels genres de PUSHes il accepte.</p>
@@ -403,8 +404,8 @@ H2EarlyHints on 
    <p>Elle n'est en effet pas activée par défaut car certains navigateurs

    anciens perdent pied avec de telles réponses.</p>

    <p>Une fois cette fonctionnalité activée, vous pouvez utiliser la directive

    <code>H2PushResource</code> pour déclencher les suggestions précoces et les

    PUSHes de ressources :</p>

    <directive module="mod_http2">H2PushResource</directive> pour déclencher les

    suggestions précoces et les PUSHes de ressources :</p>

    <highlight language="config">

&lt;Location /xxx.html&gt;

    H2PushResource /xxx.css
@@ -415,9 +416,10 @@ H2EarlyHints on 
    Hints"</code> dès qu'il <em>commencera</em> à traiter la requête. Selon

    votre application web, cet envoi peut intervenir beaucoup plus tôt que le

    moment où les premiers en-têtes de réponse auront été déterminés.</p>

    <p>Si <code>H2Push</code> est activé, ceci déclenchera aussi le PUSH juste

    après la réponse 103. Mais si <code>H2Push</code> n'est pas activé, la

    réponse 103 sera quand-même envoyée au client.</p>

    <p>Si <directive module="mod_http2">H2Push</directive> est activé, ceci

    déclenchera aussi le PUSH juste après la réponse 103. Mais si <directive

    module="mod_http2">H2Push</directive> n'est pas activé, la réponse 103 sera

    quand-même envoyée au client.</p>

    </section>



</manualpage>

docs/manual/mod/mod_authn_core.xml.fr

+59 −58
Changes for docs/manual/mod/mod_authn_core.xml.fr: 59 added lines, 58 removed lines.
Original line number Diff line number Diff line 
<?xml version="1.0"?>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">

<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>

<!-- English Revision: 1726339:1834267 (outdated) -->

<!-- English Revision: 1834267 -->

<!-- French translation : Lucien GENTIS -->

<!-- Reviewed by : Vincent Deffontaines -->
@@ -32,42 +32,42 @@ 
<compatibility>Disponible depuis la version 2.3 d'Apache</compatibility>



<summary>

    <p>Ce module fournit le coeur des fonctionnalit&eacute;s d'authentification

    permettant d'accorder ou de refuser l'acc&egrave;s &agrave; certaines zones du

    <p>Ce module fournit le coeur des fonctionnalités d'authentification

    permettant d'accorder ou de refuser l'accès à certaines zones du

    site web. Les directives fournies par le module

    <module>mod_authn_core</module> sont communes &agrave; tous les

    <module>mod_authn_core</module> sont communes à tous les

    fournisseurs d'authentification.</p>

</summary>



<section id="authnalias"><title>Cr&eacute;ation d'alias de fournisseurs

<section id="authnalias"><title>Création d'alias de fournisseurs

d'authentification</title>



    <p>Il est possible de cr&eacute;er des fournisseurs d'authentification

    &eacute;tendus dans le fichier de configuration et de leur assigner un

    alias. Le fournisseur ainsi nomm&eacute; peut alors &ecirc;tre r&eacute;f&eacute;renc&eacute; &agrave; l'aide

    <p>Il est possible de créer des fournisseurs d'authentification

    étendus dans le fichier de configuration et de leur assigner un

    alias. Le fournisseur ainsi nommé peut alors être référencé à l'aide

    des directives <directive

    module="mod_auth_basic">AuthBasicProvider</directive> ou <directive

    module="mod_auth_digest">AuthDigestProvider</directive> tout comme

    un fournisseur d'authentification de base. Outre la possibilit&eacute; de

    cr&eacute;er et attribuer un alias &agrave; un fournisseur &eacute;tendu, le m&ecirc;me

    fournisseur d'authentification peut aussi &ecirc;tre r&eacute;f&eacute;renc&eacute; par

    plusieurs sections relatives &agrave; une zone du site web.</p>

    un fournisseur d'authentification de base. Outre la possibilité de

    créer et attribuer un alias à un fournisseur étendu, le même

    fournisseur d'authentification peut aussi être référencé par

    plusieurs sections relatives à une zone du site web.</p>



    <section id="example"><title>Exemples</title>



	<p>Cet exemple v&eacute;rifie les mots de passe dans deux fichiers

	textes diff&eacute;rents.</p>

	<p>Cet exemple vérifie les mots de passe dans deux fichiers

	textes différents.</p>



	<example><title>V&eacute;rification dans plusieurs fichiers de mots de

	<example><title>Vérification dans plusieurs fichiers de mots de

	passe au format texte</title>



        <highlight language="config">

# Premi&egrave;re v&eacute;rification

# Première vérification

&lt;AuthnProviderAlias file file1&gt;

    AuthUserFile "/www/conf/passwords1"

&lt;/AuthnProviderAlias&gt;



# V&eacute;rification suivante

# Vérification suivante

&lt;AuthnProviderAlias file file2&gt;   

    AuthUserFile "/www/conf/passwords2"

&lt;/AuthnProviderAlias&gt;
@@ -85,12 +85,12 @@ d'authentification</title> 




        <p>Dans l'exemple ci-dessous, deux fournisseurs

	d'authentification ldap sont cr&eacute;&eacute;s &agrave; partir du fournisseur ldap

	d'authentification ldap sont créés à partir du fournisseur ldap

	de base, et se voient attribuer un alias. L'authentification

	d'une m&ecirc;me zone peut alors &ecirc;tre trait&eacute;e par plusieurs serveurs

	d'une même zone peut alors être traitée par plusieurs serveurs

	ldap :</p>



        <example><title>V&eacute;rification aupr&egrave;s de plusieurs serveurs

        <example><title>Vérification auprès de plusieurs serveurs

	LDAP</title>

          <highlight language="config">

&lt;AuthnProviderAlias ldap ldap-alias1&gt;
@@ -114,7 +114,7 @@ Alias "/secure" "/webpages/secure" 
    Require valid-user

    # Notez que Require ldap-* ne fonctionnerait pas ici, car

    # AuthnProviderAlias ne fournit pas de configuration pour les

    # fournisseurs d'autorisation impl&eacute;ment&eacute;s dans le m&ecirc;me module que le

    # fournisseurs d'autorisation implémentés dans le même module que le

    # fournisseur d'authentification.

&lt;/Directory&gt;

          </highlight>
@@ -126,7 +126,7 @@ Alias "/secure" "/webpages/secure" 


<directivesynopsis>

<name>AuthName</name>

<description>L'identifiant de l'autorisation &agrave; utiliser avec

<description>L'identifiant de l'autorisation à utiliser avec

l'authentification HTTP</description>

<syntax>AuthName <var>identifiant d'autorisation</var></syntax>

<contextlist><context>directory</context><context>.htaccess</context>
@@ -134,13 +134,13 @@ l'authentification HTTP</description> 
<override>AuthConfig</override>



<usage>

    <p>Cette directive permet de d&eacute;finir l'identifiant d'autorisation

    pour un r&eacute;pertoire. Cet identifiant est fourni au client de fa&ccedil;on &agrave;

    <p>Cette directive permet de définir l'identifiant d'autorisation

    pour un répertoire. Cet identifiant est fourni au client de façon à

    ce qu'il sache quels nom d'utilisateur et mot de passe envoyer.

    <directive>AuthName</directive> accepte un seul argument ; s'il

    contient des espaces, il doit &ecirc;tre entour&eacute; de guillemets. Pour

    contient des espaces, il doit être entouré de guillemets. Pour

    pouvoir fonctionner, la directive <directive>AuthName</directive>

    doit &ecirc;tre utilis&eacute;e en combinaison avec les directives <directive

    doit être utilisée en combinaison avec les directives <directive

    module="mod_authn_core">AuthType</directive> et <directive

    module="mod_authz_core">Require</directive>, ainsi que des

    directives comme <directive
@@ -153,13 +153,14 @@ l'authentification HTTP</description> 
     AuthName "Top Secret"

   </highlight>



    <p>La cha&icirc;ne fournie comme argument &agrave; <code>AuthName</code>

    appara&icirc;tra dans la bo&icirc;te de dialogue d'authentification pour la

    <p>La chaîne fournie comme argument à <code>AuthName</code>

    apparaîtra dans la boîte de dialogue d'authentification pour la

    plupart des navigateurs.</p>



    <p>Il est possible de d&eacute;finir cette directive en utilisant la <a

    href="../expr.html">syntaxe des expressions</a> pour

    sp&eacute;cifier l'identifiant d'autorisation de mani&egrave;re dynamique.</p>

    <p>A partir de la version 2.5.0 du serveur HTTP Apache, il est possible de

    définir cette directive en utilisant la <a href="../expr.html">syntaxe des

    expressions</a> pour spécifier l'identifiant d'autorisation de manière

    dynamique.</p>



   <p>Exemple :</p>
@@ -169,8 +170,8 @@ l'authentification HTTP</description> 


</usage>

<seealso><a

    href="../howto/auth.html">Authentification, autorisation et contr&ocirc;le

    d'acc&egrave;s</a></seealso>

    href="../howto/auth.html">Authentification, autorisation et contrôle

    d'accès</a></seealso>

<seealso><module>mod_authz_core</module></seealso>

</directivesynopsis>
@@ -183,12 +184,12 @@ l'authentification HTTP</description> 
<override>AuthConfig</override>



<usage>

    <p>Cette directive permet de d&eacute;finir le type d'authentification

    utilisateur pour un r&eacute;pertoire. Les types d'authentification

    disponibles sont <code>None</code>, <code>Basic</code> (impl&eacute;ment&eacute;

    <p>Cette directive permet de définir le type d'authentification

    utilisateur pour un répertoire. Les types d'authentification

    disponibles sont <code>None</code>, <code>Basic</code> (implémenté

    par <module>mod_auth_basic</module>), <code>Digest</code>

    (impl&eacute;ment&eacute; par <module>mod_auth_digest</module>), et

    <code>Form</code> (impl&eacute;ment&eacute; par

    (implémenté par <module>mod_auth_digest</module>), et

    <code>Form</code> (implémenté par

    <module>mod_auth_form</module>).</p>



    <p>Pour mettre en oeuvre l'authentification, vous devez aussi
@@ -199,15 +200,15 @@ l'authentification HTTP</description> 
    comme <module>mod_authn_file</module> et d'un module d'autorisation

    comme <module>mod_authz_user</module>.</p>



    <p>Le type d'authentification <code>None</code> d&eacute;sactive

    l'authentification. Lorsqu'une authentification est d&eacute;finie, elle

    est en g&eacute;n&eacute;ral h&eacute;rit&eacute;e par chacune des <a

    <p>Le type d'authentification <code>None</code> désactive

    l'authentification. Lorsqu'une authentification est définie, elle

    est en général héritée par chacune des <a

    href="../sections.html#mergin">sections de configuration</a> qui

    suivent, &agrave; moins qu'un autre type d'authentification ne soit

    sp&eacute;cifi&eacute;. Si l'on ne souhaite pas mettre en oeuvre

    d'authentification pour une sous-section d'une section authentifi&eacute;e,

    suivent, à moins qu'un autre type d'authentification ne soit

    spécifié. Si l'on ne souhaite pas mettre en oeuvre

    d'authentification pour une sous-section d'une section authentifiée,

    on doit utiliser le type d'authentification <code>None</code> ; dans

    l'exemple suivant, les clients peuvent acc&eacute;der au r&eacute;pertoire

    l'exemple suivant, les clients peuvent accéder au répertoire

    <code>/www/docs/public</code> sans devoir s'authentifier :</p>



    <highlight language="config">
@@ -225,28 +226,28 @@ l'authentification HTTP</description> 
&lt;/Directory&gt;

    </highlight>



    <p>A partir de la version 2.4.13, il est possible de d&eacute;finir cette

    <p>A partir de la version 2.5.0, il est possible de définir cette

    directive en utilisant la <a

    href="../expr.html">syntaxe des expressions</a> pour

    sp&eacute;cifier le type d'authentification de mani&egrave;re dynamique.</p>

    spécifier le type d'authentification de manière dynamique.</p>



    <note>Veuillez noter que, lorsque l'authentification n'est pas

    activ&eacute;e, les clients qui se sont d&eacute;j&agrave; authentifi&eacute;s pour une autre

    zone de l'arborescence du site continueront en g&eacute;n&eacute;ral &agrave; envoyer des

    en-t&ecirc;te d'authentification HTTP ou des cookies avec chaque requ&ecirc;te,

    sans se pr&eacute;occuper de savoir si le serveur n&eacute;cessite vraiment une

    activée, les clients qui se sont déjà authentifiés pour une autre

    zone de l'arborescence du site continueront en général à envoyer des

    en-tête d'authentification HTTP ou des cookies avec chaque requête,

    sans se préoccuper de savoir si le serveur nécessite vraiment une

    authentification pour chaque ressource.</note>

</usage>



<seealso><a href="../howto/auth.html">Authentification, autorisation et contr&ocirc;le

    d'acc&egrave;s</a></seealso>

<seealso><a href="../howto/auth.html">Authentification, autorisation et contrôle

    d'accès</a></seealso>

</directivesynopsis>



<directivesynopsis type="section">

<name>AuthnProviderAlias</name>

<description>Regroupe un ensemble de directives qui constituent une

extension d'un fournisseur d'authentification de base et lui attribue

l'alias sp&eacute;cifi&eacute;</description>

l'alias spécifié</description>

<syntax>&lt;AuthnProviderAlias <var>alias-fournisseur</var>&gt;

... &lt;/AuthnProviderAlias&gt;</syntax>

<contextlist><context>server config</context>
@@ -255,13 +256,13 @@ l'alias sp&eacute;cifi&eacute;</description> 
<usage>

    <p>Les balises <code>&lt;AuthnProviderAlias&gt;</code> et

    <code>&lt;/AuthnProviderAlias&gt;</code> permettent de regrouper un

    ensemble de directives d'authentification qui seront r&eacute;f&eacute;renc&eacute;es par

    l'alias sp&eacute;cifi&eacute; &agrave; l'aide des directives <directive

    ensemble de directives d'authentification qui seront référencées par

    l'alias spécifié à l'aide des directives <directive

    module="mod_auth_basic">AuthBasicProvider</directive> ou <directive

    module="mod_auth_digest">AuthDigestProvider</directive>.</p>



    <note>Cette directive n'a aucun influence sur le processus

    d'autorisation, m&ecirc;me pour les modules qui fournissent &agrave; la fois

    d'autorisation, même pour les modules qui fournissent à la fois

    l'authentification et l'autorisation.</note>



</usage>

docs/manual/mod/mod_http2.xml.fr

+423 −433

File changed.

Preview size limit exceeded, changes collapsed.

docs/manual/mod/mod_proxy.xml.fr

+3 −3
Changes for docs/manual/mod/mod_proxy.xml.fr: 3 added lines, 3 removed lines.
Original line number Diff line number Diff line 
<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">

<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>

<!-- English Revision: 1834242:1834522 (outdated) -->

<!-- English Revision: 1834522 -->

<!-- French translation : Lucien GENTIS -->

<!-- Reviewed by : Vincent Deffontaines -->
@@ -2358,8 +2358,8 @@ les configurations de mandataires inverses</description> 
    peut contenir des variables, mais seulement celles qui sont accessibles au

    moment où la directive est interprétée (similairement à la directive

    <directive module="core">Define</directive>). Pour tous les autres cas,

    utilisez plutôt <module>mod_rewrite</module>.</p> <note

    type="warning"><title>Avertissement concernant les performances</title>

    utilisez plutôt <module>mod_rewrite</module>.</p> 

    <note type="warning"><title>Avertissement concernant les performances</title>

    <p>Laissez cette directive à off, à moins que vous n'en ayez réellemnt

    besoin ! Par exemple, ajouter des variables à

    <directive>ProxyPass</directive> peut entraîner l'utilisation des serveurs