]> granicus.if.org Git - apache/commitdiff
XML updates.
authorLucien Gentis <lgentis@apache.org>
Sat, 5 Mar 2016 16:00:43 +0000 (16:00 +0000)
committerLucien Gentis <lgentis@apache.org>
Sat, 5 Mar 2016 16:00:43 +0000 (16:00 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1733732 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/expr.xml.fr
docs/manual/howto/index.xml.fr
docs/manual/index.xml.fr
docs/manual/mod/mod_proxy_balancer.xml.fr
docs/manual/mod/mod_ssl.xml.fr
docs/manual/rewrite/rewritemap.xml.fr
docs/manual/sitemap.xml.fr

index 16503237728e7298e5121e7ee327a35fe7e9f875..1e72c2fb51ca65f8729ae6e8315e17b9ecf359e9 100644 (file)
@@ -1,7 +1,7 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?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: 1723980:1731081 (outdated) -->
+<!-- English Revision: 1731081 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
   <summary>
     <p>Historiquement, il existe de nombreuses variantes dans la syntaxe
     des expressions permettant d'exprimer une condition dans les
-    diff&eacute;rents modules du serveur HTTP Apache. &Agrave; ce titre, des travaux sont
-    en cours pour n'utiliser qu'une seule variante nomm&eacute;e
+    différents modules du serveur HTTP Apache. À ce titre, des travaux sont
+    en cours pour n'utiliser qu'une seule variante nommée
     <em>ap_expr</em>, pour toutes les directives de configuration. Ce
-    document d&eacute;crit l'interpr&eacute;teur d'expressions <em>ap_expr</em>.
+    document décrit l'interpréteur d'expressions <em>ap_expr</em>.
     </p>
-    <p>Le type d'expression <em>ap_expr</em> est appel&eacute; &agrave; remplacer la
+    <p>Le type d'expression <em>ap_expr</em> est appelé à remplacer la
     plupart des autres types d'expressions dans HTTPD. Par exemple, la
-    directive obsol&egrave;te <directive
-    module="mod_ssl">SSLRequire</directive> peut &ecirc;tre remplac&eacute;e par la
+    directive obsolète <directive
+    module="mod_ssl">SSLRequire</directive> peut être remplacée par la
     directive <a href="mod/mod_authz_core.html#reqexpr">Require
     expr</a>.
     </p>
@@ -48,6 +48,9 @@
 <seealso><directive module="core" type="section">ElseIf</directive></seealso>
 <seealso><directive module="core" type="section">Else</directive></seealso>
 <seealso><directive module="core" type="section">ErrorDocument</directive></seealso>
+<seealso><directive module="mod_alias">Alias</directive></seealso>
+<seealso><directive module="mod_alias">ScriptAlias</directive></seealso>
+<seealso><directive module="mod_alias">Redirect</directive></seealso>
 <seealso><directive module="mod_auth_basic">AuthBasicFake</directive></seealso>
 <seealso><directive module="mod_auth_form">AuthFormLoginRequiredLocation</directive></seealso>
 <seealso><directive module="mod_auth_form">AuthFormLoginSuccessLocation</directive></seealso>
   <section id="grammar">
     <title>Syntaxe en Forme de Backus-Naur</title>
       <p>La <a href="http://fr.wikipedia.org/wiki/Forme_de_Backus-Naur">Forme de Backus-Naur</a>
-      (souvent abr&eacute;g&eacute;e en BNF, de l'anglais Backus-Naur Form) est une notation permettant de d&eacute;crire
-      les r&egrave;gles syntaxiques des langages de programmation. En
-      g&eacute;n&eacute;ral, les expressions repr&eacute;sentent des valeurs bool&eacute;ennes. Dans
-      ce cas, le point de d&eacute;part de la BNF est <code>expr</code>.
+      (souvent abrégée en BNF, de l'anglais Backus-Naur Form) est une notation permettant de décrire
+      les règles syntaxiques des langages de programmation. En
+      général, les expressions représentent des valeurs booléennes. Dans
+      ce cas, le point de départ de la BNF est <code>expr</code>.
       Cependant, certaines directives comme <directive
       module="mod_log_debug">LogMessage</directive> utilisent comme
-      param&egrave;tres des expressions qui repr&eacute;sentent des cha&icirc;nes de
-      caract&egrave;res. Dans ce cas, le point de d&eacute;part de la BNF est
+      paramètres des expressions qui représentent des chaînes de
+      caractères. Dans ce cas, le point de départ de la BNF est
       <code>string</code>.
       </p>
 <blockquote>
@@ -154,21 +157,21 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 <section id="vars">
     <title>Variables</title>
 
-    <p>L'interpr&eacute;teur d'expressions fournit plusieurs variables de la
+    <p>L'interpréteur d'expressions fournit plusieurs variables de la
     forme <code>%{HTTP_HOST}</code>. Notez que la valeur d'une variable
-    peut d&eacute;pendre de la phase du traitement de la requ&ecirc;te au cours de
-    laquelle elle est &eacute;valu&eacute;e. Par exemple, une expression utilis&eacute;e dans
-    une directive <directive>&lt;If &gt;</directive> sera &eacute;valu&eacute;e avant
-    la phase d'authentification. Par cons&eacute;quent, la variable
-    <code>%{REMOTE_USER}</code> ne sera pas encore d&eacute;finie &agrave; ce stade.</p>
-
-    <p>Les variables suivantes contiennent la valeur de l'en-t&ecirc;te de
-    requ&ecirc;te HTTP correspondant. La <a href="#functions">fonction</a>
+    peut dépendre de la phase du traitement de la requête au cours de
+    laquelle elle est évaluée. Par exemple, une expression utilisée dans
+    une directive <directive>&lt;If &gt;</directive> sera évaluée avant
+    la phase d'authentification. Par conséquent, la variable
+    <code>%{REMOTE_USER}</code> ne sera pas encore définie à ce stade.</p>
+
+    <p>Les variables suivantes contiennent la valeur de l'en-tête de
+    requête HTTP correspondant. La <a href="#functions">fonction</a>
     <code>req</code> permet d'extraire les valeurs des autres
-    en-t&ecirc;tes. L'utilisation de ces variables peut provoquer
-    l'ajout du nom d'en-t&ecirc;te correspondant &agrave; l'en-t&ecirc;te Vary de la
-    r&eacute;ponse HTTP, sauf sp&eacute;cification contraire pour la directive
-    qui accepte l'expression comme param&egrave;tre. La <a
+    en-têtes. L'utilisation de ces variables peut provoquer
+    l'ajout du nom d'en-tête correspondant à l'en-tête Vary de la
+    réponse HTTP, sauf spécification contraire pour la directive
+    qui accepte l'expression comme paramètre. La <a
     href="#functions">function</a> <code>req_novary</code> permet de
     modifier ce comportement.</p>
 
@@ -186,70 +189,70 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 
     </table>
 
-    <p>Autres variables li&eacute;es aux requ&ecirc;tes</p>
+    <p>Autres variables liées aux requêtes</p>
 
     <table border="1" style="zebra">
     <columnspec><column width=".4"/><column width=".6"/></columnspec>
 
     <tr><th>Nom</th><th>Description</th></tr>
     <tr><td><code>REQUEST_METHOD</code></td>
-        <td>La m&eacute;thode HTTP de la requ&ecirc;te entrante (par exemple
+        <td>La méthode HTTP de la requête entrante (par exemple
        <code>GET</code>)</td></tr>
     <tr><td><code>REQUEST_SCHEME</code></td>
-        <td>Le protocole associ&eacute; &agrave; l'URI de la requ&ecirc;te</td></tr>
+        <td>Le protocole associé à l'URI de la requête</td></tr>
     <tr><td><code>REQUEST_URI</code></td>
-        <td>La partie chemin de l'URI de la requ&ecirc;te</td></tr>
+        <td>La partie chemin de l'URI de la requête</td></tr>
     <tr><td><code>DOCUMENT_URI</code></td>
         <td>Idem <code>REQUEST_URI</code></td></tr>
     <tr><td><code>REQUEST_FILENAME</code></td>
-        <td>Le chemin complet dans le syst&egrave;me de fichiers local du
-       fichier ou du script correspondant &agrave; la requ&ecirc;te, si le serveur
-       l'a d&egrave;j&agrave; d&eacute;termin&eacute; &agrave; l'instant o&ugrave; <code>REQUEST_FILENAME</code>
-       est r&eacute;f&eacute;renc&eacute;e. Dans le cas contraire, comme dans un
-       contexte de serveur virtuel, m&ecirc;me valeur que <code>REQUEST_URI</code> </td></tr>  
+        <td>Le chemin complet dans le système de fichiers local du
+       fichier ou du script correspondant à la requête, si le serveur
+       l'a dèjà déterminé à l'instant où <code>REQUEST_FILENAME</code>
+       est référencée. Dans le cas contraire, comme dans un
+       contexte de serveur virtuel, même valeur que <code>REQUEST_URI</code> </td></tr>       
     <tr><td><code>SCRIPT_FILENAME</code></td>
-        <td>Identique &agrave; <code>REQUEST_FILENAME</code></td></tr>
+        <td>Identique à <code>REQUEST_FILENAME</code></td></tr>
     <tr><td><code>LAST_MODIFIED</code></td>
-        <td>La date et heure de derni&egrave;re modification du fichier au
-       format <code>20101231235959</code>, si elle est d&eacute;j&agrave; connue du
-       serveur au moment o&ugrave; <code>LAST_MODIFIED</code> est r&eacute;f&eacute;renc&eacute;.
+        <td>La date et heure de dernière modification du fichier au
+       format <code>20101231235959</code>, si elle est déjà connue du
+       serveur au moment où <code>LAST_MODIFIED</code> est référencé.
         </td></tr>
     <tr><td><code>SCRIPT_USER</code></td>
-        <td>Le nom d'utilisateur du propri&eacute;taire du script.</td></tr>
+        <td>Le nom d'utilisateur du propriétaire du script.</td></tr>
     <tr><td><code>SCRIPT_GROUP</code></td>
         <td>Le nom du groupe auquel appartient le script.</td></tr>
     <tr><td><code>PATH_INFO</code></td>
-        <td>L'information relative au nom de chemin situ&eacute;e en fin, voir
+        <td>L'information relative au nom de chemin située en fin, voir
        la directive <directive module="core">AcceptPathInfo</directive></td></tr>
     <tr><td><code>QUERY_STRING</code></td>
-        <td>La cha&icirc;ne de param&egrave;tres de la requ&ecirc;te courante</td></tr>
+        <td>La chaîne de paramètres de la requête courante</td></tr>
     <tr><td><code>IS_SUBREQ</code></td>
-        <td>"<code>true</code>" si la requ&ecirc;te courante est une
-       sous-requ&ecirc;te, "<code>false</code>" dans le cas contraire</td></tr>
+        <td>"<code>true</code>" si la requête courante est une
+       sous-requête, "<code>false</code>" dans le cas contraire</td></tr>
     <tr><td><code>THE_REQUEST</code></td>
-        <td>La requ&ecirc;te compl&egrave;te (par exemple "<code>GET /index.html
+        <td>La requête complète (par exemple "<code>GET /index.html
        HTTP/1.1</code>")</td></tr>
     <tr><td><code>REMOTE_ADDR</code></td>
-        <td>L'adresse IP de l'h&ocirc;te distant</td></tr>
+        <td>L'adresse IP de l'hôte distant</td></tr>
     <tr><td><code>REMOTE_HOST</code></td>
-        <td>Le nom d'h&ocirc;te de l'h&ocirc;te distant</td></tr>
+        <td>Le nom d'hôte de l'hôte distant</td></tr>
     <tr><td><code>REMOTE_USER</code></td>
-        <td>Le nom de l'utilisateur authentifi&eacute;, s'il existe (non
-       disponible &agrave; l'int&eacute;rieur d'un bloc <directive>&lt;If
+        <td>Le nom de l'utilisateur authentifié, s'il existe (non
+       disponible à l'intérieur d'un bloc <directive>&lt;If
        &gt;</directive>)</td></tr>
     <tr><td><code>REMOTE_IDENT</code></td>
-        <td>Le nom de l'utilisateur d&eacute;fini par <module>mod_ident</module></td></tr>
+        <td>Le nom de l'utilisateur défini par <module>mod_ident</module></td></tr>
     <tr><td><code>SERVER_NAME</code></td>
         <td>La valeur de la directive <directive
        module="core">ServerName</directive> du serveur virtuel courant</td></tr>
     <tr><td><code>SERVER_PORT</code></td>
-        <td>Le port associ&eacute; au serveur virtuel courant ; voir la
+        <td>Le port associé au serveur virtuel courant ; voir la
        directive <directive module="core">ServerName</directive></td></tr>
     <tr><td><code>SERVER_ADMIN</code></td>
         <td>La valeur de la directive <directive
        module="core">ServerAdmin</directive> du serveur virtuel courant</td></tr>
     <tr><td><code>SERVER_PROTOCOL</code></td>
-        <td>Le protocole utilis&eacute; par la requ&ecirc;te</td></tr>
+        <td>Le protocole utilisé par la requête</td></tr>
     <tr><td><code>DOCUMENT_ROOT</code></td>
         <td>La valeur de la directive <directive
        module="core">DocumentRoot</directive> du serveur virtuel
@@ -259,28 +262,28 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
        module="mod_authn_core">AuthType</directive> (par exemple
        "<code>basic</code>")</td></tr>
     <tr><td><code>CONTENT_TYPE</code></td>
-        <td>Le type de contenu de la r&eacute;ponse (non
-       disponible &agrave; l'int&eacute;rieur d'un bloc <directive>&lt;If
+        <td>Le type de contenu de la réponse (non
+       disponible à l'intérieur d'un bloc <directive>&lt;If
        &gt;</directive>)</td></tr>
     <tr><td><code>HANDLER</code></td>
         <td>Le nom du <a href="handler.html">gestionnaire</a> qui a
-       g&eacute;n&eacute;r&eacute; la r&eacute;ponse</td></tr>
+       généré la réponse</td></tr>
     <tr><td><code>HTTPS</code></td>
-        <td>"<code>on</code>" si la requ&ecirc;te utilise https,
+        <td>"<code>on</code>" si la requête utilise https,
        "<code>off</code>" dans le cas contraire</td></tr>
     <tr><td><code>IPV6</code></td>
         <td>"<code>on</code>" si la connexion utilise IPv6,
        "<code>off</code>" dans le cas contraire</td></tr>
     <tr><td><code>REQUEST_STATUS</code></td>
-        <td>Le code d'erreur HTTP de la requ&ecirc;te (non
-       disponible &agrave; l'int&eacute;rieur d'un bloc <directive>&lt;If
+        <td>Le code d'erreur HTTP de la requête (non
+       disponible à l'intérieur d'un bloc <directive>&lt;If
        &gt;</directive>)</td></tr>
     <tr><td><code>REQUEST_LOG_ID</code></td>
-        <td>L'identifiant du message d'erreur associ&eacute; &agrave; la requ&ecirc;te (voir
+        <td>L'identifiant du message d'erreur associé à la requête (voir
        la directive <directive
        module="core">ErrorLogFormat</directive>)</td></tr>
     <tr><td><code>CONN_LOG_ID</code></td>
-        <td>L'identifiant du message d'erreur associ&eacute; &agrave; la connexion
+        <td>L'identifiant du message d'erreur associé à la connexion
        (voir la directive <directive
        module="core">ErrorLogFormat</directive>)</td></tr>
     <tr><td><code>CONN_REMOTE_ADDR</code></td>
@@ -300,7 +303,7 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 
     <tr><th>Nom</th><th>Description</th></tr>
     <tr><td><code>TIME_YEAR</code></td>
-        <td>L'ann&eacute;e courante (par exemple <code>2010</code>)</td></tr>
+        <td>L'année courante (par exemple <code>2010</code>)</td></tr>
     <tr><td><code>TIME_MON</code></td>
         <td>Le mois courant (<code>1</code>, ..., <code>12</code>)</td></tr>
     <tr><td><code>TIME_DAY</code></td>
@@ -313,32 +316,32 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
     <tr><td><code>TIME_SEC</code></td>
         <td>Les secondes de la date courante</td></tr>
     <tr><td><code>TIME_WDAY</code></td>
-        <td>Le jour de la semaine (&agrave; partir de <code>0</code> pour
+        <td>Le jour de la semaine (à partir de <code>0</code> pour
        dimanche)</td></tr>
     <tr><td><code>TIME</code></td>
         <td>La date et heure au format <code>20101231235959</code></td></tr>
     <tr><td><code>SERVER_SOFTWARE</code></td>
-        <td>La cha&icirc;ne contenant la version du serveur</td></tr>
+        <td>La chaîne contenant la version du serveur</td></tr>
     <tr><td><code>API_VERSION</code></td>
         <td>La date de la version de l'API (module magic number)</td></tr>
     </table>
 
-    <p>Certains modules, comme <module>mod_ssl</module>, d&eacute;finissent des
-    variables suppl&eacute;mentaires.</p>
+    <p>Certains modules, comme <module>mod_ssl</module>, définissent des
+    variables supplémentaires.</p>
 
 </section>
 
 <section id="binop">
-    <title>Op&eacute;rateurs binaires</title>
+    <title>Opérateurs binaires</title>
 
-    <p>&Agrave; l'exception de quelques op&eacute;rateurs de comparaison internes, les
-    op&eacute;rateurs binaires sont de la forme
+    <p>À l'exception de quelques opérateurs de comparaison internes, les
+    opérateurs binaires sont de la forme
     "<code>-[a-zA-Z][a-zA-Z0-9_]+</code>", autrement dit un signe moins
-    et au moins deux caract&egrave;res. Le nom est insensible &agrave; la casse. Les
-    modules peuvent fournir des op&eacute;rateurs binaires suppl&eacute;mentaires.</p>
+    et au moins deux caractères. Le nom est insensible à la casse. Les
+    modules peuvent fournir des opérateurs binaires supplémentaires.</p>
 
     <section id="comp">
-    <title>Op&eacute;rateurs de comparaison</title>
+    <title>Opérateurs de comparaison</title>
 
     <table border="1" style="zebra">
     <columnspec><column width=".2"/><column width=".2"/><column width=".6"/></columnspec>
@@ -346,129 +349,129 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
     <tr><th>Nom</th><th>Alternative</th> <th>Description</th></tr>
     <tr><td><code>==</code></td>
         <td><code>=</code></td>
-        <td>Egalit&eacute; de cha&icirc;nes</td></tr>
+        <td>Egalité de chaînes</td></tr>
     <tr><td><code>!=</code></td>
         <td></td>
-        <td>In&eacute;galit&eacute; de cha&icirc;nes</td></tr>
+        <td>Inégalité de chaînes</td></tr>
     <tr><td><code>&lt;</code></td>
         <td></td>
-        <td>Cha&icirc;ne inf&eacute;rieure &agrave;</td></tr>
+        <td>Chaîne inférieure à</td></tr>
     <tr><td><code>&lt;=</code></td>
         <td></td>
-        <td>Cha&icirc;ne inf&eacute;rieure ou &eacute;gale &agrave;</td></tr>
+        <td>Chaîne inférieure ou égale à</td></tr>
     <tr><td><code>&gt;</code></td>
         <td></td>
-        <td>Cha&icirc;ne sup&eacute;rieure &agrave;</td></tr>
+        <td>Chaîne supérieure à</td></tr>
     <tr><td><code>&gt;=</code></td>
         <td></td>
-        <td>Cha&icirc;ne sup&eacute;rieure ou &eacute;gale &agrave;</td></tr>
+        <td>Chaîne supérieure ou égale à</td></tr>
     <tr><td><code>-eq</code></td>
         <td><code>eq</code></td>
-        <td>Egalit&eacute; d'entiers</td></tr>
+        <td>Egalité d'entiers</td></tr>
     <tr><td><code>-ne</code></td>
         <td><code>ne</code></td>
-        <td>In&eacute;galit&eacute; d'entiers</td></tr>
+        <td>Inégalité d'entiers</td></tr>
     <tr><td><code>-lt</code></td>
         <td><code>lt</code></td>
-        <td>Entier inf&eacute;rieur &agrave;</td></tr>
+        <td>Entier inférieur à</td></tr>
     <tr><td><code>-le</code></td>
         <td><code>le</code></td>
-        <td>Entier inf&eacute;rieur ou &eacute;gal &agrave;</td></tr>
+        <td>Entier inférieur ou égal à</td></tr>
     <tr><td><code>-gt</code></td>
         <td><code>gt</code></td>
-        <td>Entier sup&eacute;rieur &agrave;</td></tr>
+        <td>Entier supérieur à</td></tr>
     <tr><td><code>-ge</code></td>
         <td><code>ge</code></td>
-        <td>Entier sup&eacute;rieur ou &eacute;gal &agrave;</td></tr>
+        <td>Entier supérieur ou égal à</td></tr>
     </table>
     </section>
 
     <section id="binaryother">
-    <title>Autres op&eacute;rateurs binaires</title>
+    <title>Autres opérateurs binaires</title>
 
     <table border="1" style="zebra">
     <columnspec><column width=".2"/><column width=".8"/></columnspec>
 
     <tr><th>Nom</th><th>Description</th></tr>
     <tr><td><code>-ipmatch</code></td>
-        <td>L'adresse IP correspond &agrave; adresse/masque</td></tr>
+        <td>L'adresse IP correspond à adresse/masque</td></tr>
     <tr><td><code>-strmatch</code></td>
-        <td>la cha&icirc;ne de gauche correspond au mod&egrave;le constitu&eacute; par la
-       cha&icirc;ne de droite (contenant des caract&egrave;res g&eacute;n&eacute;riques *, ?, [])</td></tr>
+        <td>la chaîne de gauche correspond au modèle constitué par la
+       chaîne de droite (contenant des caractères génériques *, ?, [])</td></tr>
     <tr><td><code>-strcmatch</code></td>
-        <td>idem <code>-strmatch</code>, mais insensible &agrave; la casse</td></tr>
+        <td>idem <code>-strmatch</code>, mais insensible à la casse</td></tr>
     <tr><td><code>-fnmatch</code></td>
         <td>idem <code>-strmatch</code>, mais les slashes ne sont pas
-       pris en compte par les caract&egrave;res g&eacute;n&eacute;riques</td></tr>
+       pris en compte par les caractères génériques</td></tr>
     </table>
     </section>
 
 </section>
 
 <section id="unnop">
-    <title>Op&eacute;rateurs unaires</title>
+    <title>Opérateurs unaires</title>
 
-    <p>Les op&eacute;rateurs unaires acceptent un seul argument et sont
+    <p>Les opérateurs unaires acceptent un seul argument et sont
     de la forme "<code>-[a-zA-Z]</code>",
-    autrement dit le signe moins et un caract&egrave;re. Le nom <em>est</em>
-    sensible &agrave; la casse. Les modules peuvent fournir des op&eacute;rateurs
-    unaires suppl&eacute;mentaires.</p>
+    autrement dit le signe moins et un caractère. Le nom <em>est</em>
+    sensible à la casse. Les modules peuvent fournir des opérateurs
+    unaires supplémentaires.</p>
 
     <table border="1" style="zebra">
     <columnspec><column width=".2"/><column width=".2"/><column width=".6"/></columnspec>
 
     <tr><th>Nom</th><th>Description</th><th>Restreint</th></tr>
     <tr><td><code>-d</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. 
-       Vrai si le fichier existe et correspond &agrave; un
-       r&eacute;pertoire</td><td>oui</td></tr>
+        <td>L'argument est traité comme un nom de fichier. 
+       Vrai si le fichier existe et correspond à un
+       répertoire</td><td>oui</td></tr>
     <tr><td><code>-e</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. Vrai si le
+        <td>L'argument est traité comme un nom de fichier. Vrai si le
        fichier (ou dir ou special) existe</td><td>oui</td></tr>
     <tr><td><code>-f</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. Vrai si le
-       fichier existe et correspond &agrave; un fichier
-       r&eacute;gulier</td><td>oui</td></tr>
+        <td>L'argument est traité comme un nom de fichier. Vrai si le
+       fichier existe et correspond à un fichier
+       régulier</td><td>oui</td></tr>
     <tr><td><code>-s</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. Vrai si le
+        <td>L'argument est traité comme un nom de fichier. Vrai si le
        fichier existe et n'est pas vide</td><td>oui</td></tr>
     <tr><td><code>-L</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. Vrai si le
-       fichier existe et correspond &agrave; un lien
+        <td>L'argument est traité comme un nom de fichier. Vrai si le
+       fichier existe et correspond à un lien
        symbolique</td><td>oui</td></tr>
     <tr><td><code>-h</code></td>
-        <td>L'argument est trait&eacute; comme un nom de fichier. Vrai si le
-       fichier existe et correspond &agrave; un lien symbolique
-       (identique &agrave; <code>-L</code>)</td><td>oui</td></tr>
+        <td>L'argument est traité comme un nom de fichier. Vrai si le
+       fichier existe et correspond à un lien symbolique
+       (identique à <code>-L</code>)</td><td>oui</td></tr>
     <tr><td><code>-F</code></td>
-        <td>Vrai si la cha&icirc;ne correspond a un fichier valide, accessible
-       avec tous les contr&ocirc;les d'acc&egrave;s configur&eacute;s pour ce chemin. A
-       cette fin, une sous-requ&ecirc;te effectue la v&eacute;rification, et vous
+        <td>Vrai si la chaîne correspond a un fichier valide, accessible
+       avec tous les contrôles d'accès configurés pour ce chemin. A
+       cette fin, une sous-requête effectue la vérification, et vous
        devez utiliser ce drapeau avec soin car il peut impacter les
        performances de votre serveur !</td><td></td></tr>
     <tr><td><code>-U</code></td>
-        <td>Vrai si la cha&icirc;ne correspond a une URL valide, accessible
-       avec tous les contr&ocirc;les d'acc&egrave;s configur&eacute;s pour ce chemin. A
-       cette fin, une sous-requ&ecirc;te effectue la v&eacute;rification, et vous
+        <td>Vrai si la chaîne correspond a une URL valide, accessible
+       avec tous les contrôles d'accès configurés pour ce chemin. A
+       cette fin, une sous-requête effectue la vérification, et vous
        devez utiliser ce drapeau avec soin car il peut impacter les
        performances de votre serveur !</td><td></td></tr>
     <tr><td><code>-A</code></td>
         <td>Alias pour <code>-U</code></td><td></td></tr>
     <tr><td><code>-n</code></td>
-        <td>Vrai si la cha&icirc;ne n'est pas vide</td><td></td></tr>
+        <td>Vrai si la chaîne n'est pas vide</td><td></td></tr>
     <tr><td><code>-z</code></td>
-        <td>Vrai si la cha&icirc;ne est vide</td><td></td></tr>
+        <td>Vrai si la chaîne est vide</td><td></td></tr>
     <tr><td><code>-T</code></td>
-        <td>Faux si la cha&icirc;ne est vide, "<code>0</code>",
+        <td>Faux si la chaîne est vide, "<code>0</code>",
        "<code>off</code>", "<code>false</code>", ou "<code>no</code>"
-       (insensibilit&eacute; &agrave; la casse). Vrai dans le cas contraire.</td><td></td></tr>
+       (insensibilité à la casse). Vrai dans le cas contraire.</td><td></td></tr>
     <tr><td><code>-R</code></td>
         <td>Idem "<code>%{REMOTE_ADDR} -ipmatch ...</code>", en plus
        efficace
         </td><td></td></tr>
     </table>
 
-    <p>Les op&eacute;rateurs marqu&eacute;s comme "restreints" ne sont pas disponibles
+    <p>Les opérateurs marqués comme "restreints" ne sont pas disponibles
     avec certains modules comme <module>mod_include</module>.</p>
 
 </section>
@@ -476,90 +479,90 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 <section id="functions">
     <title>Fonctions</title>
 
-    <p>Normalement, les fonctions dont la valeur est une cha&icirc;ne acceptent une cha&icirc;ne
-    comme argument et renvoient une cha&icirc;ne. Les noms de fonctions sont
-    insensibles &agrave; la casse. Les modules peuvent fournir des fonctions
-    suppl&eacute;mentaires.</p>
+    <p>Normalement, les fonctions dont la valeur est une chaîne acceptent une chaîne
+    comme argument et renvoient une chaîne. Les noms de fonctions sont
+    insensibles à la casse. Les modules peuvent fournir des fonctions
+    supplémentaires.</p>
 
     <table border="1" style="zebra">
     <columnspec><column width=".2"/><column width=".8"/></columnspec>
 
     <tr><th>Nom</th><th>Description</th><th>Restreint</th></tr>
     <tr><td><code>req</code>, <code>http</code></td>
-        <td>Lit l'en-t&ecirc;te de requ&ecirc;te HTTP ; les noms
-       d'en-t&ecirc;te correspondants peuvent &ecirc;tre ajout&eacute;s
-       &agrave; l'en-t&ecirc;te Vary,
+        <td>Lit l'en-tête de requête HTTP ; les noms
+       d'en-tête correspondants peuvent être ajoutés
+       à l'en-tête Vary,
        voir ci-dessous</td><td></td></tr>
     <tr><td><code>req_novary</code></td>
-        <td>Identique &agrave; <code>req</code>, mais aucun nom d'en-t&ecirc;te n'est
-       ajout&eacute; &agrave; l'en-t&ecirc;te Vary</td><td></td></tr>
+        <td>Identique à <code>req</code>, mais aucun nom d'en-tête n'est
+       ajouté à l'en-tête Vary</td><td></td></tr>
     <tr><td><code>resp</code></td>
-        <td>Lit l'en-t&ecirc;te de r&eacute;ponse HTTP</td><td></td></tr>
+        <td>Lit l'en-tête de réponse HTTP</td><td></td></tr>
     <tr><td><code>reqenv</code></td>
-        <td>Recherche une variable d'environnement de requ&ecirc;te (on
+        <td>Recherche une variable d'environnement de requête (on
        peut aussi utiliser le raccourci <code>v</code>).</td><td></td></tr>
     <tr><td><code>osenv</code></td>
-        <td>Recherche une variable d'environnement du syst&egrave;me
+        <td>Recherche une variable d'environnement du système
        d'exploitation</td><td></td></tr>
     <tr><td><code>note</code></td>
-        <td>Recherche une note de requ&ecirc;te</td><td></td></tr>
+        <td>Recherche une note de requête</td><td></td></tr>
     <tr><td><code>env</code></td>
-        <td>Renvoie le premier r&eacute;sultat positif de <code>note</code>,
+        <td>Renvoie le premier résultat positif de <code>note</code>,
        <code>reqenv</code>, <code>osenv</code></td><td></td></tr>
     <tr><td><code>tolower</code></td>
-        <td>Convertit une cha&icirc;ne en minuscules</td><td></td></tr>
+        <td>Convertit une chaîne en minuscules</td><td></td></tr>
     <tr><td><code>toupper</code></td>
-        <td>Convertit une cha&icirc;ne en majuscules</td><td></td></tr>
+        <td>Convertit une chaîne en majuscules</td><td></td></tr>
     <tr><td><code>escape</code></td>
-        <td>Echappe les caract&egrave;res sp&eacute;ciaux en codage hexad&eacute;cimal</td><td></td></tr>
+        <td>Echappe les caractères spéciaux en codage hexadécimal</td><td></td></tr>
     <tr><td><code>unescape</code></td>
-        <td>"D&eacute;s&eacute;chappe" les cha&icirc;nes cod&eacute;es
-       en hexad&eacute;cimal, en ne gardant encod&eacute;s que les slashes; renvoie la cha&icirc;ne vide
-       si la s&eacute;quence %00 est rencontr&eacute;e</td><td></td></tr>
+        <td>"Déséchappe" les chaînes codées
+       en hexadécimal, en ne gardant encodés que les slashes; renvoie la chaîne vide
+       si la séquence %00 est rencontrée</td><td></td></tr>
     <tr><td><code>base64</code></td>
-        <td>Encode la cha&icirc;ne en base64</td><td></td></tr>
+        <td>Encode la chaîne en base64</td><td></td></tr>
     <tr><td><code>unbase64</code></td>
-        <td>D&eacute;code les cha&icirc;nes cod&eacute;es en base64, renvoie une cha&icirc;ne
-       tronqu&eacute;e si le caract&egrave;re 0x00 est rencontr&eacute;</td><td></td></tr>
+        <td>Décode les chaînes codées en base64, renvoie une chaîne
+       tronquée si le caractère 0x00 est rencontré</td><td></td></tr>
     <tr><td><code>md5</code></td>
-        <td>G&eacute;n&egrave;re un hash de la cha&icirc;ne en utilisant MD5, puis code le
-       hash obtenu en hexad&eacute;cimal</td><td></td></tr>
+        <td>Génère un hash de la chaîne en utilisant MD5, puis code le
+       hash obtenu en hexadécimal</td><td></td></tr>
     <tr><td><code>sha1</code></td>
-        <td>G&eacute;n&egrave;re un hash de la cha&icirc;ne en utilisant SHA1, puis encode
-       le hash obtenu en hexad&eacute;cimal</td><td></td></tr>
+        <td>Génère un hash de la chaîne en utilisant SHA1, puis encode
+       le hash obtenu en hexadécimal</td><td></td></tr>
     <tr><td><code>file</code></td>
         <td>Lit le contenu d'un fichier(fins de lignes incluses, si
        elles existent)</td><td>oui</td></tr>
     <tr><td><code>filesize</code></td>
         <td>Renvoie la taille d'un fichier (ou 0 si le fichier n'existe
-       pas ou ne correspond pas &agrave; un fichier r&eacute;gulier)</td><td>oui</td></tr>
+       pas ou ne correspond pas à un fichier régulier)</td><td>oui</td></tr>
 
     </table>
 
-    <p>Les fonctions marqu&eacute;es comme "restreints" ne sont pas disponibles
+    <p>Les fonctions marquées comme "restreints" ne sont pas disponibles
     avec certains modules comme <module>mod_include</module>.</p>
 
     <p>Lorsque les fonctions <code>req</code> ou <code>http</code> sont
-    utilis&eacute;es, le nom d'en-t&ecirc;te sera automatiquement ajout&eacute; &agrave; l'en-t&ecirc;te
-    Vary de la r&eacute;ponse HTTP, sauf sp&eacute;cification contraire pour la
-    directive qui accepte l'expression comme param&egrave;tre. La
-    fonction <code>req_novary</code> permet d'emp&ecirc;cher l'ajout de noms
-    d'en-t&ecirc;tes &agrave; l'en-t&ecirc;te Vary.</p>
+    utilisées, le nom d'en-tête sera automatiquement ajouté à l'en-tête
+    Vary de la réponse HTTP, sauf spécification contraire pour la
+    directive qui accepte l'expression comme paramètre. La
+    fonction <code>req_novary</code> permet d'empêcher l'ajout de noms
+    d'en-têtes à l'en-tête Vary.</p>
 
-    <p>En plus des fonctions dont la valeur est une cha&icirc;ne, il existe
+    <p>En plus des fonctions dont la valeur est une chaîne, il existe
     aussi des fonctions dont la valeur est une liste, qui acceptent une
-    cha&icirc;ne comme argument, et renvoient une liste de mots, autrement dit
-    une liste de cha&icirc;nes. La liste de mot peut &ecirc;tre utilis&eacute;e avec
-    l'op&eacute;rateur sp&eacute;cial <code>-in</code>. Les noms de fonctions sont
-    insensibles &agrave; la casse. Les modules peuvent fournir des fonctions
-    suppl&eacute;mentaires.</p>
+    chaîne comme argument, et renvoient une liste de mots, autrement dit
+    une liste de chaînes. La liste de mot peut être utilisée avec
+    l'opérateur spécial <code>-in</code>. Les noms de fonctions sont
+    insensibles à la casse. Les modules peuvent fournir des fonctions
+    supplémentaires.</p>
 
     <p>Il n'existe pas de fonctions internes dont la valeur est une
     liste. Le module <module>mod_ssl</module> fournit la fonction
     <code>PeerExtList</code>. Voir la description de la directive
     <directive module="mod_ssl">SSLRequire</directive> pour plus de
-    d&eacute;tails (notez que la fonction <code>PeerExtList</code> peut aussi
-    &ecirc;tre utilis&eacute;e en dehors de la directive <directive
+    détails (notez que la fonction <code>PeerExtList</code> peut aussi
+    être utilisée en dehors de la directive <directive
     module="mod_ssl">SSLRequire</directive>).</p>
 
 </section>
@@ -567,40 +570,40 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
     
        <title>Exemples d'expressions</title>
        <p>Les exemples suivants montent comment utiliser les
-       expressions pour &eacute;valuer les requ&ecirc;tes :</p>
+       expressions pour évaluer les requêtes :</p>
        <!-- This section should probably be extended with more, useful examples -->
        <highlight language="config">
-# Comparer le nom d'h&ocirc;te avec example.com et rediriger vers
-# www.example.com si le nom d'h&ocirc;te correspond
+# Comparer le nom d'hôte avec example.com et rediriger vers
+# www.example.com si le nom d'hôte correspond
 &lt;If "%{HTTP_HOST} == 'example.com'"&gt;
     Redirect permanent "/" "http://www.example.com/"
 &lt;/If&gt;
 
 # Forcer le type text/plain si un fichier fait l'objet d'une
-# requ&ecirc;te dont la cha&icirc;ne de param&egrave;tres contient 'forcetext'
+# requête dont la chaîne de paramètres contient 'forcetext'
 &lt;If "%{QUERY_STRING} =~ /forcetext/"&gt;
     ForceType text/plain
 &lt;/If&gt;
 
-# N'autoriser l'acc&egrave;s &agrave; ce contenu que pendant les heures de
+# N'autoriser l'accès à ce contenu que pendant les heures de
 # travail
 &lt;Directory "/foo/bar/business"&gt;
      Require expr %{TIME_HOUR} -gt 9 &amp;&amp; %{TIME_HOUR} -lt 17
 &lt;/Directory&gt;
 
-# V&eacute;rifie si un en-t&ecirc;te HTTP correspond &agrave; une des valeurs d'une liste
+# Vérifie si un en-tête HTTP correspond à une des valeurs d'une liste
 &lt;If "%{HTTP:X-example-header} in { 'foo', 'bar', 'baz' }"&gt;
-    La d&eacute;finition de l'en-t&ecirc;te correspond &agrave; une des valeurs recherch&eacute;es
+    La définition de l'en-tête correspond à une des valeurs recherchées
 &lt;/If&gt;
 
 # Recherche la valeur d'une expression rationnelle dans une variable
-# d'environnement, et renvoie la n&eacute;gation du r&eacute;sultat.
+# d'environnement, et renvoie la négation du résultat.
 &lt;If "! reqenv('REDIRECT_FOO') =~ /bar/"&gt;
-    La condition est v&eacute;rifi&eacute;e
+    La condition est vérifiée
 &lt;/If&gt;
 
-# V&eacute;rifie le r&eacute;sultat de la recherche d'une correspondance d'URI dans un
-# contexte de r&eacute;pertoire avec l'option -f
+# Vérifie le résultat de la recherche d'une correspondance d'URI dans un
+# contexte de répertoire avec l'option -f
 &lt;Directory "/var/www"&gt;
     AddEncoding x-gzip gz
 &lt;If "-f '%{REQUEST_FILENAME}.unzipme' &amp;&amp; ! %{HTTP:Accept-Encoding} =~ /gzip/"&gt;
@@ -608,7 +611,7 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 &lt;/If&gt;
 &lt;/Directory&gt;
 
-# Exemples de fonctions dans un contexte bool&eacute;en
+# Exemples de fonctions dans un contexte booléen
 &lt;If "md5('foo') == 'acbd18db4cc2f85cedef654fccc4a4d8'"&gt;
   Header set checksum-matched true
 &lt;/If&gt;
@@ -619,7 +622,7 @@ listfunction ::= listfuncname "<strong>(</strong>" word "<strong>)</strong>"
 # Function example in string context
 Header set foo-checksum "expr=%{md5:foo}"
 
-# L'exemple suivant retarde l'&eacute;valuation de la clause de condition par rapport &agrave;
+# L'exemple suivant retarde l'évaluation de la clause de condition par rapport à
 # &lt;If&gt;
 Header always set CustomHeader my-value "expr=%{REQUEST_URI} =~ m#^/special_path.php$#"
 
@@ -635,27 +638,27 @@ Header always set CustomHeader my-value "expr=%{REQUEST_URI} =~ m#^/special_path
     <tr><th>Nom</th><th>Alternative</th> <th>Description</th></tr>
     <tr><td><code>-in</code></td>
         <td><code>in</code></td>
-        <td>cha&icirc;ne contenue dans une liste de mots</td></tr>
+        <td>chaîne contenue dans une liste de mots</td></tr>
     <tr><td><code>/regexp/</code></td>
         <td><code>m#regexp#</code></td>
-        <td>Expression rationnelle (la seconde forme permet de sp&eacute;cifier
-       des d&eacute;limiteurs autres que /)</td></tr>
+        <td>Expression rationnelle (la seconde forme permet de spécifier
+       des délimiteurs autres que /)</td></tr>
     <tr><td><code>/regexp/i</code></td>
         <td><code>m#regexp#i</code></td>
-        <td>Expression rationnelle insensible &agrave; la casse</td></tr>
+        <td>Expression rationnelle insensible à la casse</td></tr>
     <tr><td><code>$0 ... $9</code></td>
         <td></td>
-        <td>R&eacute;f&eacute;rences arri&egrave;res dans les expressions rationnelles</td></tr>
+        <td>Références arrières dans les expressions rationnelles</td></tr>
     </table>
 
     <section id="rebackref">
-        <title>R&eacute;f&eacute;rences arri&egrave;res dans les expressions rationnelles</title>
-        <p>Les cha&icirc;nes <code>$0</code> ... <code>$9</code> permettent de
-       r&eacute;f&eacute;rencer les groupes de capture en provenance d'expressions
-       rationnelles pr&eacute;c&eacute;demment ex&eacute;cut&eacute;es et mises en correspondance avec
-       succ&egrave;s. Elles ne peuvent normalement &ecirc;tre utilis&eacute;es que dans la
-       m&ecirc;me expression que celle mise en correspondance, mais certains
-       modules permettent de les utiliser de mani&egrave;re sp&eacute;ciale.</p>
+        <title>Références arrières dans les expressions rationnelles</title>
+        <p>Les chaînes <code>$0</code> ... <code>$9</code> permettent de
+       référencer les groupes de capture en provenance d'expressions
+       rationnelles précédemment exécutées et mises en correspondance avec
+       succès. Elles ne peuvent normalement être utilisées que dans la
+       même expression que celle mise en correspondance, mais certains
+       modules permettent de les utiliser de manière spéciale.</p>
     </section>
 
 </section>
@@ -663,16 +666,16 @@ Header always set CustomHeader my-value "expr=%{REQUEST_URI} =~ m#^/special_path
 <section id="sslrequire">
     <title>Comparaison avec SSLRequire</title>
     <p>La syntaxe <em>ap_expr</em> consiste principalement en une
-    surcouche de la syntaxe de la directive obsol&egrave;te <directive
+    surcouche de la syntaxe de la directive obsolète <directive
     module="mod_ssl">SSLRequire</directive>. Vous pouvez consulter la
-    liste de leur diff&eacute;rences dans la documentation de la directive
+    liste de leur différences dans la documentation de la directive
     <directive module="mod_ssl">SSLRequire</directive>.</p>
 </section>
 
 <section id="compatibility">
     <title>Historique de version</title>
     <p>La <a href="#functions">fonction</a> <code>req_novary</code> est
-    disponible &agrave; partir de la version 2.4.4 du serveur HTTP Apache.</p>
+    disponible à partir de la version 2.4.4 du serveur HTTP Apache.</p>
 </section>
 
 </manualpage>
index ad9126d2d6a4b5e467441b95278673e0be0ffa48..8ca01d1dfbecb21d9cb8ab2e5f4486c58a8a1a2c 100644 (file)
@@ -1,7 +1,7 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
-<!-- English Revision: 1597081:1732097 (outdated) -->
+<!-- English Revision: 1732097 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
     <dl>
       <dt>Authentification et autorisation</dt>
       <dd>
-        <p>L'authentification repr&eacute;sente tout processus par lequel vous
-       v&eacute;rifiez si quelqu'un correspond bien &agrave; la personne qu'il
-       pr&eacute;tend &ecirc;tre. L'autorisation repr&eacute;sente tout processus
-       permettant de savoir si une personne est autoris&eacute;e &agrave; aller l&agrave; o&ugrave;
-       elle veut aller, ou &agrave; obtenir les informations qu'elle demande.</p>
+        <p>L'authentification représente tout processus par lequel vous
+       vérifiez si quelqu'un correspond bien à la personne qu'il
+       prétend être. L'autorisation représente tout processus
+       permettant de savoir si une personne est autorisée à aller là où
+       elle veut aller, ou à obtenir les informations qu'elle demande.</p>
 
         <p>Voir <a href="auth.html">Authentification, Autorisation</a></p>
       </dd>
     </dl>
 
     <dl>
-      <dt>Contr&ocirc;le d'acc&egrave;s</dt>
+      <dt>Contrôle d'accès</dt>
       <dd>
-        <p>Le contr&ocirc;le d'acc&egrave;s se r&eacute;f&egrave;re au processus permettant
-       d'interdire ou d'accorder l'acc&egrave;s &agrave; une ressource en fonction de
-       certains crit&egrave;res, et il existe de nombreuses fa&ccedil;ons d'y
+        <p>Le contrôle d'accès se réfère au processus permettant
+       d'interdire ou d'accorder l'accès à une ressource en fonction de
+       certains critères, et il existe de nombreuses façons d'y
        parvenir.</p>
 
-        <p>Voir <a href="access.html">Contr&ocirc;le d'acc&egrave;s</a></p>
+        <p>Voir <a href="access.html">Contrôle d'accès</a></p>
       </dd>
     </dl>
 
       <dt>Contenu dynamique avec CGI</dt>
       <dd>
         <p>L'interface CGI (Common Gateway Interface)
-       fournit au serveur web une m&eacute;thode d'interaction avec des
-       programmes externes g&eacute;n&eacute;rateurs de contenu, souvent nomm&eacute;s
-       programmes CGI ou scripts CGI. Il s'agit d'une m&eacute;thode
+       fournit au serveur web une méthode d'interaction avec des
+       programmes externes générateurs de contenu, souvent nommés
+       programmes CGI ou scripts CGI. Il s'agit d'une méthode
        simple permettant d'ajouter du contenu
-       dynamique &agrave; votre site web. Ce document se veut une introduction
-       &agrave; la configuration de CGI sur votre serveur web Apache et &agrave;
-       l'&eacute;criture de programmes CGI.</p>
+       dynamique à votre site web. Ce document se veut une introduction
+       à la configuration de CGI sur votre serveur web Apache et à
+       l'écriture de programmes CGI.</p>
 
         <p>Voir <a href="cgi.html">CGI : contenu dynamique</a></p>
       </dd>
       <dt>Fichiers <code>.htaccess</code></dt>
       <dd>
         <p>Les fichiers <code>.htaccess</code> permettent de modifier la
-       configuration du serveur au niveau de chaque r&eacute;pertoire. &Agrave; cet
-       effet, un fichier est plac&eacute; dans un r&eacute;pertoire particulier du site
-       web, et les directives de configuration qu'il contient s'appliquent &agrave; ce
-       r&eacute;pertoire et &agrave; tous ses sous-r&eacute;pertoires.</p>
+       configuration du serveur au niveau de chaque répertoire. À cet
+       effet, un fichier est placé dans un répertoire particulier du site
+       web, et les directives de configuration qu'il contient s'appliquent à ce
+       répertoire et à tous ses sous-répertoires.</p>
 
         <p>Voir <a href="htaccess.html">Fichiers <code>.htaccess</code></a></p>
       </dd>
     </dl>
 
     <dl>
-      <dt>Introduction au Inclusions c&ocirc;t&eacute; Serveur (Server Side Includes
+      <dt>Introduction au Inclusions côté Serveur (Server Side Includes
       ou SSI)</dt>
       <dd>
         <p>Les SSI sont des directives que l'on place dans des pages
-       HTML, et qui sont &eacute;valu&eacute;es par le serveur lorsque ces pages sont
-       servies. Elles vous permettent d'ajouter du contenu g&eacute;n&eacute;r&eacute;
-       dynamiquement &agrave; une page HTML existante, sans avoir &agrave; servir
-       l'int&eacute;gralit&eacute; de la page via un programme CGI, ou toute autre
+       HTML, et qui sont évaluées par le serveur lorsque ces pages sont
+       servies. Elles vous permettent d'ajouter du contenu généré
+       dynamiquement à une page HTML existante, sans avoir à servir
+       l'intégralité de la page via un programme CGI, ou toute autre
        technologie dynamique.</p>
 
         <p>Voir <a href="ssi.html">Server Side Includes (SSI)</a></p>
     </dl>
 
     <dl>
-      <dt>R&eacute;pertoires web de l'utilisateur</dt>
+      <dt>Répertoires web de l'utilisateur</dt>
       <dd>
-        <p>Sur les syst&egrave;mes multi-utilisateurs, vous pouvez permettre &agrave;
-       chaque utilisateur d'avoir un site web dans son r&eacute;pertoire home
+        <p>Sur les systèmes multi-utilisateurs, vous pouvez permettre à
+       chaque utilisateur d'avoir un site web dans son répertoire home
        via la directive <directive
        module="mod_userdir">UserDir</directive>. Les visiteurs de l'URL
        <code>http://example.com/~nom-utilisateur/</code> vont recevoir
-       du contenu situ&eacute; dans le r&eacute;pertoire home de l'utilisateur
-       "<code>nom-utilisateur</code>", et dans le sous-r&eacute;pertoire
-       sp&eacute;cifi&eacute; par la directive <directive
+       du contenu situé dans le répertoire home de l'utilisateur
+       "<code>nom-utilisateur</code>", et dans le sous-répertoire
+       spécifié par la directive <directive
        module="mod_userdir">UserDir</directive>.</p>
 
         <p>Voir <a href="public_html.html"
-        >R&eacute;pertoires web des utilisateurs (<code>public_html</code>)</a></p>
+        >Répertoires web des utilisateurs (<code>public_html</code>)</a></p>
+      </dd>
+    </dl>
+    <dl>
+      <dt>Mandataires inverses</dt>
+      <dd>
+        <p>Apache httpd possède des fonctionnalités évoluées de serveur
+       mandataire inverse via ses directives <directive
+       module="mod_proxy">ProxyPass</directive> et <directive
+       module="mod_proxy">BalancerMember</directive> qui permettent
+       d'implémenter un système de mandataire inverse sophistiqué garantissant
+       une haute disponibilité, une répartition et une réattribution de charge,
+       un regroupement de serveurs en grappe (clustering) basé sur le cloud et
+       une reconfiguration dynamique à la volée.</p>
+
+        <p>Voir le <a href="reverse_proxy.html"></a>Guide de configuration des
+       mandataires inverses</p>
       </dd>
     </dl>
 
index b2a2b01ed795e1718167a3cf03d85d62726df7aa..b5319b8070332bc7dabdd80b761342d40c90b5e0 100644 (file)
@@ -1,9 +1,9 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE indexpage SYSTEM "./style/sitemap.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1524238:1732097 (outdated) -->
+<!-- English Revision: 1732097 -->
 
 <!--
  Licensed to the Apache Software Foundation (ASF) under one or more
 </title>
 
 <category id="release"><title>Notes de version</title>
-    <page href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s dApache 2.3/2.4</page>
-    <page href="new_features_2_2.html">Nouvelles fonctionnalit&eacute;s d'Apache 2.1/2.2</page>
-    <page href="new_features_2_0.html.fr">Nouvelles fonctionnalit&eacute;s d'Apache 2.0</page>
-    <page href="upgrading.html">Mise &agrave; jour de la version 2.2 vers la version 2.4</page>
+    <page href="new_features_2_4.html">Nouvelles fonctionnalités dApache 2.3/2.4</page>
+    <page href="new_features_2_2.html">Nouvelles fonctionnalités d'Apache 2.1/2.2</page>
+    <page href="new_features_2_0.html.fr">Nouvelles fonctionnalités d'Apache 2.0</page>
+    <page href="upgrading.html">Mise à jour de la version 2.2 vers la version 2.4</page>
     <page href="license.html">Licence Apache</page>
 </category>
 
-<category id="manual"><title>Manuel de r&eacute;f&eacute;rence</title>
+<category id="manual"><title>Manuel de référence</title>
     <page href="install.html">Compilation et installation</page>
-    <page href="invoking.html">D&eacute;marrage</page>
-    <page href="stopping.html">Arr&ecirc;t ou red&eacute;marrage</page>
-    <page href="mod/quickreference.html">Directives de configuration &agrave; l'ex&eacute;cution</page>
+    <page href="invoking.html">Démarrage</page>
+    <page href="stopping.html">Arrêt ou redémarrage</page>
+    <page href="mod/quickreference.html">Directives de configuration à l'exécution</page>
     <page href="mod/">Modules</page>
     <page href="mpm.html">Modules multi-processus (MPMs)</page>
     <page href="filter.html">Filtres</page>
     <page href="handler.html">Gestionnaires</page>
-    <page href="expr.html">Interpr&eacute;teur d'expressions</page>
+    <page href="expr.html">Interpréteur d'expressions</page>
     <page href="programs/">Le serveur et ses utilitaires</page>
     <page href="glossary.html">Glossaire</page>
 </category>
 
 <category id="usersguide"><title>Guide de l'utilisateur</title>
-    <page href="getting-started.html">Bien d&eacute;marrer</page>
-    <page href="bind.html">Ecoute s&eacute;lective</page>
+    <page href="getting-started.html">Bien démarrer</page>
+    <page href="bind.html">Ecoute sélective</page>
     <page href="configuring.html">Fichiers de configuration</page>
     <page href="sections.html">Sections de configuration</page>
     <page href="caching.html">Mise en cache du contenu</page>
-    <page href="content-negotiation.html">N&eacute;gociation sur le contenu</page>
-    <page href="dso.html">Objets Dynamiques Partag&eacute;s (DSO)</page>
+    <page href="content-negotiation.html">Négociation sur le contenu</page>
+    <page href="dso.html">Objets Dynamiques Partagés (DSO)</page>
     <page href="env.html">Variables d'environnement</page>
     <page href="logs.html">Fichiers de traces</page>
-    <page href="urlmapping.html">Mise en correspondance des URLs avec le syst&egrave;me de fichiers</page>
+    <page href="urlmapping.html">Mise en correspondance des URLs avec le système de fichiers</page>
     <page href="misc/perf-tuning.html">Optimisation des performances</page>
-    <page href="misc/security_tips.html">Conseils sur la s&eacute;curit&eacute;</page>
-    <page href="server-wide.html">Configuration &agrave; l'&eacute;chelle du serveur</page>
+    <page href="misc/security_tips.html">Conseils sur la sécurité</page>
+    <page href="server-wide.html">Configuration à l'échelle du serveur</page>
     <page href="ssl/">Chiffrement SSL/TLS</page>
-    <page href="suexec.html">Ex&eacute;cution des CGI avec suexec</page>
-    <page href="rewrite/">R&eacute;&eacute;criture des URLs avec mod_rewrite</page>
-    <page href="vhosts/">H&ocirc;tes virtuels</page>
+    <page href="suexec.html">Exécution des CGI avec suexec</page>
+    <page href="rewrite/">Réécriture des URLs avec mod_rewrite</page>
+    <page href="vhosts/">Hôtes virtuels</page>
 </category>
 
 <category id="howto"><title>Recettes / Tutoriels</title>
     <page href="howto/auth.html">Authentification et autorisation</page>
-    <page href="howto/access.html">Contr&ocirc;le d'acc&egrave;s</page>
+    <page href="howto/access.html">Contrôle d'accès</page>
     <page href="howto/cgi.html">CGI: Contenu dynamique</page>
     <page href="howto/htaccess.html">Fichiers .htaccess</page>
     <page href="howto/ssi.html">Server Side Includes (SSI)</page>
-    <page href="howto/public_html.html">R&eacute;pertoires Web des utilisateurs (public_html)</page>
+    <page href="howto/public_html.html">Répertoires Web des utilisateurs (public_html)</page>
+    <page href="howto/reverse_proxy.html">Guide de configuration des mandataires
+    inverses</page>
 </category>
 
-<category id="platform"><title>Notes sp&eacute;cifiques aux diff&eacute;rentes plateformes</title>
+<category id="platform"><title>Notes spécifiques aux différentes plateformes</title>
     <page href="platform/windows.html">Microsoft Windows</page>
-    <page href="platform/rpm.html">Syst&egrave;mes bas&eacute;s sur les paquet RPM (Redhat / CentOS / Fedora)</page>
+    <page href="platform/rpm.html">Systèmes basés sur les paquet RPM (Redhat / CentOS / Fedora)</page>
     <page href="platform/netware.html">Novell NetWare</page>
     <page href="platform/ebcdic.html">Portage EBCDIC</page>
 </category>
@@ -89,7 +91,7 @@
 <category id="other"><title>Autres sujets</title>
     <page href="http://wiki.apache.org/httpd/FAQ">Foire Aux Questions</page>
     <page href="sitemap.html">Plan du site</page>
-    <page href="developer/">Documentation du d&eacute;veloppeur</page>
+    <page href="developer/">Documentation du développeur</page>
     <page href="http://httpd.apache.org/docs-project/">Aide pour la
     documentation</page>
     <page href="misc/">Autres notes</page>
index 5b9ed92bea6e9e6511e2b9f90ec8e3ddec1cd26e..fc0f989f0efb934f86f680541e81900601a27ea5 100644 (file)
@@ -1,7 +1,7 @@
-<?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: 1673563:1731594 (outdated) -->
+<!-- English Revision: 1731594 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -26,7 +26,7 @@
 
 <name>mod_proxy_balancer</name>
 <description>Extension de <module>mod_proxy</module> pour le support de
-la r&eacute;partition de charge</description>
+la répartition de charge</description>
 <status>Extension</status>
 <sourcefile>mod_proxy_balancer.c</sourcefile>
 <identifier>proxy_balancer_module</identifier>
@@ -34,76 +34,83 @@ la r&eacute;partition de charge</description>
 
 <summary>
     <p>Pour pouvoir fonctionner, ce module <em>requiert</em> le
-    chargement de <module>mod_proxy</module>. Il fournit le support de
-    la r&eacute;partition de charge pour les protocoles <code>HTTP</code>,
-    <code>FTP</code> et <code>AJP13</code>.
-    </p>
-
-    <p>L'algorithme de planification de la r&eacute;partition de charge est
-    fourni par des modules tels que
-    <module>mod_lbmethod_byrequests</module>,
-    <module>mod_lbmethod_bytraffic</module>,
-    <module>mod_lbmethod_bybusyness</module> and
-    <module>mod_lbmethod_heartbeat</module>.
-    </p>
-
-    <p>Ainsi, pour mettre en oeuvre la r&eacute;partition de charge,
+    chargement de <module>mod_proxy</module>, et il fournit le support de
+    la répartition de charge pour tous les protocoles supportés. Parmi ces
+    protocoles, les plus importants sont :</p>
+    <ul>
+        <li>HTTP, avec le module <module>mod_proxy_http</module></li>
+        <li>FTP, avec le module <module>mod_proxy_ftp</module></li>
+        <li>AJP13, avec le module <module>mod_proxy_ajp</module></li>
+        <li>WebSocket, avec le module <module>mod_proxy_wstunnel</module></li>
+    </ul>
+    
+
+    <p>L'algorithme de planification de la répartition de charge n'est pas
+    fourni par ce module, mais par ceux-ci :</p>
+    <ul>
+        <li><module>mod_lbmethod_byrequests</module></li>
+        <li><module>mod_lbmethod_bytraffic</module></li>
+        <li><module>mod_lbmethod_bybusyness</module></li>
+        <li><module>mod_lbmethod_heartbeat</module></li>
+    </ul>
+
+    <p>Ainsi, pour mettre en oeuvre la répartition de charge,
     <module>mod_proxy</module>, <module>mod_proxy_balancer</module> et
     au moins un des modules fournissant l'algorithme de planification de
-    la r&eacute;partition de charge doivent &ecirc;tre charg&eacute;s dans le serveur.</p>
+    la répartition de charge doivent être chargés dans le serveur.</p>
 
     <note type="warning"><title>Avertissement</title>
-      <p>N'activez pas la fonctionnalit&eacute; de mandataire avant d'avoir <a
-      href="mod_proxy.html#access">s&eacute;curis&eacute; votre serveur</a>. Les
+      <p>N'activez pas la fonctionnalité de mandataire avant d'avoir <a
+      href="mod_proxy.html#access">sécurisé votre serveur</a>. Les
       serveurs mandataires ouverts sont dangereux non seulement pour
-      votre r&eacute;seau, mais aussi pour l'Internet au sens large.</p>
+      votre réseau, mais aussi pour l'Internet au sens large.</p>
     </note>
 </summary>
 <seealso><module>mod_proxy</module></seealso>
 
 <section id="scheduler">
-    <title>L'algorithme de planification de la r&eacute;partition de
+    <title>L'algorithme de planification de la répartition de
     charge</title>
     <p>A l'heure actuelle, 3 algorithmes de planification de la
-    r&eacute;partition de charge sont disponibles : ils se basent
-    respectivement sur le comptage des requ&ecirc;tes, la mesure du trafic et
-    le comptage des requ&ecirc;tes en attente. Ils sont contr&ocirc;l&eacute;s par la
-    valeur de <code>lbmethod</code> dans la d&eacute;finition du r&eacute;partiteur.
+    répartition de charge sont disponibles : ils se basent
+    respectivement sur le comptage des requêtes, la mesure du trafic et
+    le comptage des requêtes en attente. Ils sont contrôlés par la
+    valeur de <code>lbmethod</code> dans la définition du répartiteur.
     Voir la directive <directive
-    module="mod_proxy">ProxyPass</directive> pour plus de d&eacute;tails, et en
-    particulier la configuration du r&eacute;partiteur et de ses membres.</p>
+    module="mod_proxy">ProxyPass</directive> pour plus de détails, et en
+    particulier la configuration du répartiteur et de ses membres.</p>
 </section>
 
 <section id="stickyness">
-    <title>R&eacute;partition de charge avec abonnement utilisateur
+    <title>Répartition de charge avec abonnement utilisateur
     (stickyness)</title>
-    <p>Le r&eacute;partiteur supporte l'abonnement utilisateur. Lorsqu'une
-    requ&ecirc;te est mandat&eacute;e vers un serveur d'arri&egrave;re-plan particulier,
-    toutes les requ&ecirc;tes suivantes du m&ecirc;me utilisateur seront alors
-    mandat&eacute;es vers le m&ecirc;me serveur d'arri&egrave;re-plan. De nombreux
-    r&eacute;partiteurs de charge impl&eacute;mentent cette fonctionnalit&eacute; via une
+    <p>Le répartiteur supporte l'abonnement utilisateur. Lorsqu'une
+    requête est mandatée vers un serveur d'arrière-plan particulier,
+    toutes les requêtes suivantes du même utilisateur seront alors
+    mandatées vers le même serveur d'arrière-plan. De nombreux
+    répartiteurs de charge implémentent cette fonctionnalité via une
     table qui associe les adresses IP des clients aux serveurs
-    d'arri&egrave;re-plan. Cette approche est transparente aux clients et aux
-    serveurs d'arri&egrave;re-plan, mais induit certains probl&egrave;mes :
-    distribution de charge in&eacute;gale si les clients se trouvent eux-m&ecirc;mes
-    derri&egrave;re un mandataire, erreurs d'abonnement lorsqu'un client
-    poss&egrave;de une adresse IP dynamique qui peut changer au cours d'une
-    session et perte d'abonnement en cas de d&eacute;passement de la table de
+    d'arrière-plan. Cette approche est transparente aux clients et aux
+    serveurs d'arrière-plan, mais induit certains problèmes :
+    distribution de charge inégale si les clients se trouvent eux-mêmes
+    derrière un mandataire, erreurs d'abonnement lorsqu'un client
+    possède une adresse IP dynamique qui peut changer au cours d'une
+    session et perte d'abonnement en cas de dépassement de la table de
     correspondances.</p>
-    <p>Le module <module>mod_proxy_balancer</module> impl&eacute;mente
+    <p>Le module <module>mod_proxy_balancer</module> implémente
     l'abonnement selon deux alternatives : les cookies et le codage
-    d'URL. Le cookie peut &ecirc;tre fourni par le serveur d'arri&egrave;re-plan ou
-    par le serveur web Apache lui-m&ecirc;me, alors que le codage d'URL est en
-    g&eacute;n&eacute;ral effectu&eacute; par le serveur d'arri&egrave;re-plan.</p>
+    d'URL. Le cookie peut être fourni par le serveur d'arrière-plan ou
+    par le serveur web Apache lui-même, alors que le codage d'URL est en
+    général effectué par le serveur d'arrière-plan.</p>
 
 </section>
 
 <section id="example">
-    <title>Exemples de configuration d'un r&eacute;partiteur</title>
-    <p>Avant de nous plonger dans les d&eacute;tails techniques, voici un
+    <title>Exemples de configuration d'un répartiteur</title>
+    <p>Avant de nous plonger dans les détails techniques, voici un
     exemple d'utilisation de <module>mod_proxy_balancer</module> mettant
-    en oeuvre la r&eacute;partition de charge entre deux serveurs
-    d'arri&egrave;re-plan :
+    en oeuvre la répartition de charge entre deux serveurs
+    d'arrière-plan :
     </p>
 
     <highlight language="config">
@@ -116,10 +123,10 @@ ProxyPassReverse "/test" "balancer://mycluster"
     </highlight>
 
 
-    <p>Voici un autre exemple de r&eacute;partiteur de charge avec
+    <p>Voici un autre exemple de répartiteur de charge avec
     abonnement utilisant <module>mod_headers</module>,
-    fonctionnant m&ecirc;me si le serveur d'arri&egrave;re-plan ne d&eacute;finit pas de
-    cookie de session appropri&eacute; :
+    fonctionnant même si le serveur d'arrière-plan ne définit pas de
+    cookie de session approprié :
     </p>
 
     <highlight language="config">
@@ -136,81 +143,81 @@ ProxyPassReverse "/test" "balancer://mycluster"
 </section>
 
 <section id="environment">
-    <title>Variables d'environnement export&eacute;es</title>
-    <p>A l'heure actuelle, 6 variables d'environnement sont export&eacute;es :</p>
+    <title>Variables d'environnement exportées</title>
+    <p>A l'heure actuelle, 6 variables d'environnement sont exportées :</p>
 
     <dl>
     <!-- ============= BALANCER_SESSION_STICKY =============== -->
     <dt><var><a name="balancer_session_sticky" id="balancer_session_sticky">BALANCER_SESSION_STICKY</a></var></dt>
     <dd>
-    <p>Cette variable se voir assign&eacute;e la valeur de
-    <var>stickysession</var> pour la requ&ecirc;te courante. Il s'agit du
-    nom du cookie ou du param&egrave;tre de requ&ecirc;te utilis&eacute; pour les sessions
+    <p>Cette variable se voir assignée la valeur de
+    <var>stickysession</var> pour la requête courante. Il s'agit du
+    nom du cookie ou du paramètre de requête utilisé pour les sessions
     avec abonnement.</p>
     </dd>
 
     <!-- ============= BALANCER_SESSION_ROUTE ================ -->
     <dt><var><a name="balancer_session_route" id="balancer_session_route">BALANCER_SESSION_ROUTE</a></var></dt>
     <dd>
-    <p>Cette variable se voit assign&eacute;e la <var>route</var> interpr&eacute;t&eacute;e
-    pour la requ&ecirc;te courante.</p>
+    <p>Cette variable se voit assignée la <var>route</var> interprétée
+    pour la requête courante.</p>
     </dd>
 
     <!-- ============= BALANCER_NAME ========================= -->
     <dt><var><a name="balancer_name" id="balancer_name">BALANCER_NAME</a></var></dt>
     <dd>
-    <p>Cette variable se voit assign&eacute; le nom du r&eacute;partiteur pour la
-    requ&ecirc;te courante. Il s'agit d'une valeur du style
+    <p>Cette variable se voit assigné le nom du répartiteur pour la
+    requête courante. Il s'agit d'une valeur du style
     <code>balancer://foo</code>.</p>
     </dd>
 
     <!-- ============= BALANCER_WORKER_NAME ================== -->
     <dt><var><a name="balancer_worker_name" id="balancer_worker_name">BALANCER_WORKER_NAME</a></var></dt>
     <dd>
-    <p>Cette variable se voit assign&eacute; le nom du membre du groupe de
-    r&eacute;partition de charge utilis&eacute; pour la requ&ecirc;te courante. Il s'agit
+    <p>Cette variable se voit assigné le nom du membre du groupe de
+    répartition de charge utilisé pour la requête courante. Il s'agit
     d'une valeur du style <code>http://hostA:1234</code>.</p>
     </dd>
 
     <!-- ============= BALANCER_WORKER_ROUTE ================= -->
     <dt><var><a name="balancer_worker_route" id="balancer_worker_route">BALANCER_WORKER_ROUTE</a></var></dt>
     <dd>
-    <p>Cette variable se voit assign&eacute;e la <var>route</var> du membre du
-    groupe de r&eacute;partition de charge qui sera utilis&eacute; pour la requ&ecirc;te
+    <p>Cette variable se voit assignée la <var>route</var> du membre du
+    groupe de répartition de charge qui sera utilisé pour la requête
     courante.</p>
     </dd>
 
     <!-- ============= BALANCER_ROUTE_CHANGED ================= -->
     <dt><var><a name="balancer_route_changed" id="balancer_route_changed">BALANCER_ROUTE_CHANGED</a></var></dt>
     <dd>
-    <p>Cette variable est d&eacute;finie &agrave; 1 si la route de la session ne
-    correspond pas &agrave; celle du membre du groupe de r&eacute;partition de charge
+    <p>Cette variable est définie à 1 si la route de la session ne
+    correspond pas à celle du membre du groupe de répartition de charge
     (BALANCER_SESSION_ROUTE != BALANCER_WORKER_ROUTE), ou si la session
-    ne poss&egrave;de pas encore de route &eacute;tablie. Elle peut servir &agrave;
-    d&eacute;terminer quand il est &eacute;ventuellement n&eacute;cessaire d'envoyer au
-    client une route mise &agrave; jour lorsque les sessions persistantes sont
-    utilis&eacute;es.</p>
+    ne possède pas encore de route établie. Elle peut servir à
+    déterminer quand il est éventuellement nécessaire d'envoyer au
+    client une route mise à jour lorsque les sessions persistantes sont
+    utilisées.</p>
     </dd>
     </dl>
 
 </section>
 
 <section id="balancer_manager">
-    <title>Activation du support du gestionnaire de r&eacute;partiteur</title>
-    <p>Cette fonctionnalit&eacute; <em>n&eacute;cessite</em> le chargement du module
-    <module>mod_status</module>. Le gestionnaire de r&eacute;partiteur permet
-    la mise &agrave; jour dynamique des membres du groupe de r&eacute;partition de
-    charge. Vous pouvez utiliser le gestionnaire de r&eacute;partiteur pour
+    <title>Activation du support du gestionnaire de répartiteur</title>
+    <p>Cette fonctionnalité <em>nécessite</em> le chargement du module
+    <module>mod_status</module>. Le gestionnaire de répartiteur permet
+    la mise à jour dynamique des membres du groupe de répartition de
+    charge. Vous pouvez utiliser le gestionnaire de répartiteur pour
     modifier le facteur de charge d'un membre particulier, ou passer ce
     dernier en mode hors ligne.
     </p>
 
-    <p>Ainsi, pour mettre en oeuvre la gestion du r&eacute;partiteur de charge,
+    <p>Ainsi, pour mettre en oeuvre la gestion du répartiteur de charge,
     <module>mod_status</module> et <module>mod_proxy_balancer</module>
-    doivent &ecirc;tre charg&eacute;s dans le serveur.</p>
+    doivent être chargés dans le serveur.</p>
 
-    <p>Pour permettre la gestion du r&eacute;partiteur de charge aux
-    navigateurs appartenant au domaine example.com, ajoutez ces lignes &agrave;
+    <p>Pour permettre la gestion du répartiteur de charge aux
+    navigateurs appartenant au domaine example.com, ajoutez ces lignes à
     votre fichier de configuration <code>httpd.conf</code> :</p>
 <highlight language="config">
 &lt;Location "/balancer-manager"&gt;
@@ -219,73 +226,73 @@ ProxyPassReverse "/test" "balancer://mycluster"
 &lt;/Location&gt;
 </highlight>
 
-    <p>Vous pourrez alors acc&eacute;der au gestionnaire du r&eacute;partiteur de
+    <p>Vous pourrez alors accéder au gestionnaire du répartiteur de
     charge en utilisant un navigateur web pour afficher la page
     <code>http://nom.de.votre.serveur/balancer-manager</code>. Notez que
-    pour pouvoir contr&ocirc;ler dynamiquement un membre de groupe de
-    r&eacute;partition, ce dernier ne doit pas &ecirc;tre d&eacute;fini au sein d'une
+    pour pouvoir contrôler dynamiquement un membre de groupe de
+    répartition, ce dernier ne doit pas être défini au sein d'une
     section <code>&lt;Location ...&gt;</code>.</p>
 </section>
 
 <section id="stickyness_implementation">
-    <title>D&eacute;tails &agrave; propos de la r&eacute;partition de charge par abonnement
+    <title>Détails à propos de la répartition de charge par abonnement
     (stickyness)</title>
-    <p>Si l'abonnement s'appuie sur un cookie, vous devez d&eacute;finir le nom
-    de ce cookie dont le contenu pr&eacute;cise le serveur d'arri&egrave;re-plan &agrave;
+    <p>Si l'abonnement s'appuie sur un cookie, vous devez définir le nom
+    de ce cookie dont le contenu précise le serveur d'arrière-plan à
     utiliser. Pour ce faire, on utilise l'attribut
     <var>stickysession</var> avec la directive <directive
     module="mod_proxy">ProxyPass</directive> ou <directive
     module="mod_proxy">ProxySet</directive>. Le nom du cookie est
-    sensible &agrave; la casse. Le r&eacute;partiteur extrait le contenu du cookie et
-    recherche un serveur membre dont la <var>route</var> correspond &agrave;
-    cette valeur. La route doit aussi &ecirc;tre d&eacute;finie dans la directive <directive
+    sensible à la casse. Le répartiteur extrait le contenu du cookie et
+    recherche un serveur membre dont la <var>route</var> correspond à
+    cette valeur. La route doit aussi être définie dans la directive <directive
     module="mod_proxy">ProxyPass</directive> ou <directive
-    module="mod_proxy">ProxySet</directive>. Le cookie peut &ecirc;tre d&eacute;fini
-    soit par le serveur d'arri&egrave;re-plan, soit, comme indiqu&eacute; dans l'<a
+    module="mod_proxy">ProxySet</directive>. Le cookie peut être défini
+    soit par le serveur d'arrière-plan, soit, comme indiqué dans l'<a
     href="#example">exemple</a> ci-dessus par le serveur web Apache
-    lui-m&ecirc;me.</p>
-    <p>Certains serveurs d'arri&egrave;re-plan, tels qu'Apache Tomcat,
-    utilisent une forme sensiblement diff&eacute;rente de cookie d'abonnement.
-    Tomcat ajoute le nom de l'instance Tomcat &agrave; la fin de son
-    identifiant de session, pr&eacute;c&eacute;d&eacute; par un point. Ainsi, si le serveur
+    lui-même.</p>
+    <p>Certains serveurs d'arrière-plan, tels qu'Apache Tomcat,
+    utilisent une forme sensiblement différente de cookie d'abonnement.
+    Tomcat ajoute le nom de l'instance Tomcat à la fin de son
+    identifiant de session, précédé par un point. Ainsi, si le serveur
     web Apache trouve un point dans la valeur du cookie d'abonnement, il
-    n'utilisera que la partie situ&eacute;e apr&egrave;s ce point pour
-    rechercher sa route. Pour que Tomcat puisse conna&icirc;tre son nom
-    d'instance, vous devez d&eacute;finir l'attribut <code>jvmRoute</code> dans
-    son fichier de configuration <code>conf/server.xml</code> &agrave; la
+    n'utilisera que la partie située après ce point pour
+    rechercher sa route. Pour que Tomcat puisse connaître son nom
+    d'instance, vous devez définir l'attribut <code>jvmRoute</code> dans
+    son fichier de configuration <code>conf/server.xml</code> à la
     valeur de la <var>route</var> du serveur qui se connecte au Tomcat
-    consid&eacute;r&eacute;. Le nom du cookie de session utilis&eacute; par Tomcat (et plus
-    g&eacute;n&eacute;ralement par les applications web Java &agrave; base de servlets) est
-    <code>JSESSIONID</code> (en majuscules), mais peut &ecirc;tre modifi&eacute;.</p>
+    considéré. Le nom du cookie de session utilisé par Tomcat (et plus
+    généralement par les applications web Java à base de servlets) est
+    <code>JSESSIONID</code> (en majuscules), mais peut être modifié.</p>
 
-    <p>La seconde m&eacute;thode pour impl&eacute;menter l'abonnement est le codage
-    d'URL. Ici, le serveur web recherche un param&egrave;tre dans l'URL de la
-    requ&ecirc;te. Le nom du param&egrave;tre est sp&eacute;cifi&eacute; par l'attribut
+    <p>La seconde méthode pour implémenter l'abonnement est le codage
+    d'URL. Ici, le serveur web recherche un paramètre dans l'URL de la
+    requête. Le nom du paramètre est spécifié par l'attribut
     <var>stickysession</var>. Pour trouver un serveur membre, on
-    recherche un serveur dont la <var>route</var> est &eacute;gale &agrave; la valeur
-    du param&egrave;tre. Comme il n'est pas ais&eacute; d'extraire et de manipuler
-    tous les liens URL contenus dans les r&eacute;ponses, le travail consistant
-    &agrave; ajouter les param&egrave;tres &agrave; chaque lien est g&eacute;n&eacute;ralement effectu&eacute; par
-    le serveur d'arri&egrave;re-plan qui g&eacute;n&egrave;re le contenu. Bien qu'il soit
+    recherche un serveur dont la <var>route</var> est égale à la valeur
+    du paramètre. Comme il n'est pas aisé d'extraire et de manipuler
+    tous les liens URL contenus dans les réponses, le travail consistant
+    à ajouter les paramètres à chaque lien est généralement effectué par
+    le serveur d'arrière-plan qui génère le contenu. Bien qu'il soit
     possible dans certains cas d'effectuer ces ajouts au niveau du
     serveur web via les modules <module>mod_substitute</module> ou
-    <module>mod_sed</module>, cette m&eacute;thode peut d&eacute;grader les
+    <module>mod_sed</module>, cette méthode peut dégrader les
     performances.</p>
 
-    <p>Les standards Java impl&eacute;mentent le codage d'URL de mani&egrave;re
-    sensiblement diff&eacute;rente. Ils ajoutent une information de chemin &agrave;
+    <p>Les standards Java implémentent le codage d'URL de manière
+    sensiblement différente. Ils ajoutent une information de chemin à
     l'URL en utilisant un point-virgule (<code>;</code>) comme
-    s&eacute;parateur, puis ajoutent enfin l'identifiant de session. Comme dans
-    le cas des cookies, Apache Tomcat peut ins&eacute;rer la valeur de
+    séparateur, puis ajoutent enfin l'identifiant de session. Comme dans
+    le cas des cookies, Apache Tomcat peut insérer la valeur de
     l'attribut <code>jvmRoute</code> dans cette information de chemin.
     Pour qu'Apache puisse trouver ce genre d'information de chemin, vous
-    devez d&eacute;finir <code>scolonpathdelim</code> &agrave; <code>On</code> dans la
+    devez définir <code>scolonpathdelim</code> à <code>On</code> dans la
     directive <directive module="mod_proxy">ProxyPass</directive> ou
     <directive module="mod_proxy">ProxySet</directive>.</p>
 
-    <p>Enfin, vous pouvez utiliser simultan&eacute;ment les cookies et le codage
-    d'URL en d&eacute;finissant le nom du cookie et le nom du param&egrave;tre d'URL
-    s&eacute;par&eacute;s par une barre verticale (<code>|</code>) comme dans
+    <p>Enfin, vous pouvez utiliser simultanément les cookies et le codage
+    d'URL en définissant le nom du cookie et le nom du paramètre d'URL
+    séparés par une barre verticale (<code>|</code>) comme dans
     l'exemple suivant :</p>
     <highlight language="config">
 ProxyPass "/test" "balancer://mycluster" stickysession=JSESSIONID|jsessionid scolonpathdelim=On
@@ -294,60 +301,60 @@ ProxyPass "/test" "balancer://mycluster" stickysession=JSESSIONID|jsessionid sco
     BalancerMember "http://192.168.1.51:80" route=node2
 &lt;/Proxy&gt;
     </highlight>
-    <p>Si le cookie et le param&egrave;tre de requ&ecirc;te fournissent tous deux une
-    information de route correcte pour la m&ecirc;me requ&ecirc;te, c'est
-    l'information en provenance du param&egrave;tre de requ&ecirc;te qui sera
+    <p>Si le cookie et le paramètre de requête fournissent tous deux une
+    information de route correcte pour la même requête, c'est
+    l'information en provenance du paramètre de requête qui sera
     retenue.</p>
 </section>
 
 <section id="stickyness_troubleshooting">
-    <title>R&eacute;solution des probl&egrave;mes li&eacute;s &agrave; la r&eacute;partition de charge par
+    <title>Résolution des problèmes liés à la répartition de charge par
     abonnement</title>
-    <p>Si vous &ecirc;tes confront&eacute; &agrave; des erreurs d'abonnement, comme la
-    n&eacute;cessit&eacute; pour les utilisateurs de se reconnecter suite &agrave; une perte
-    de session d'application, vous devez tout d'abord v&eacute;rifier si ceci
-    n'est pas du &agrave; une indisponibilit&eacute; sporadique des serveurs
-    d'arri&egrave;re-plan ou &agrave; une erreur de configuration. La pr&eacute;sence de
+    <p>Si vous êtes confronté à des erreurs d'abonnement, comme la
+    nécessité pour les utilisateurs de se reconnecter suite à une perte
+    de session d'application, vous devez tout d'abord vérifier si ceci
+    n'est pas du à une indisponibilité sporadique des serveurs
+    d'arrière-plan ou à une erreur de configuration. La présence de
     messages d'erreur de type proxy dans le journal des erreurs d'Apache
-    pourra r&eacute;v&eacute;ler des probl&egrave;mes de stabilit&eacute; au niveau des serveurs
-    d'arri&egrave;re-plan.</p>
-    <p>Pour contr&ocirc;ler votre configuration, regardez tout d'abord si
-    l'abonnement est &agrave; base de cookie ou de codage d'URL. L'&eacute;tape
-    suivante consiste &agrave; enregistrer certaines donn&eacute;es dans le journal
-    des acc&egrave;s en utilisant un <directive module="mod_log_config">format
-    de journalisation</directive> personnalis&eacute;. Les champs int&eacute;ressants
+    pourra révéler des problèmes de stabilité au niveau des serveurs
+    d'arrière-plan.</p>
+    <p>Pour contrôler votre configuration, regardez tout d'abord si
+    l'abonnement est à base de cookie ou de codage d'URL. L'étape
+    suivante consiste à enregistrer certaines données dans le journal
+    des accès en utilisant un <directive module="mod_log_config">format
+    de journalisation</directive> personnalisé. Les champs intéressants
     sont les suivants :</p>
     <dl>
     <dt><code>%{MONCOOKIE}C</code></dt>
     <dd>La valeur que contient le cookie de nom <code>MONCOOKIE</code>.
-    Le nom doit correspondre au nom d&eacute;fini par l'attribut
+    Le nom doit correspondre au nom défini par l'attribut
     <var>stickysession</var>.</dd>
     <dt><code>%{Set-Cookie}o</code></dt>
-    <dd>Ce champ contient tout cookie d&eacute;fini par le serveur
-    d'arri&egrave;re-plan. Vous pouvez ainsi v&eacute;rifier si le serveur
-    d'arri&egrave;re-plan d&eacute;finit bien le cookie de session auquel vous vous
-    attendez, et &agrave; quelle valeur il est d&eacute;fini.</dd>
+    <dd>Ce champ contient tout cookie défini par le serveur
+    d'arrière-plan. Vous pouvez ainsi vérifier si le serveur
+    d'arrière-plan définit bien le cookie de session auquel vous vous
+    attendez, et à quelle valeur il est défini.</dd>
     <dt><code>%{BALANCER_SESSION_STICKY}e</code></dt>
-    <dd>Le nom du cookie ou du param&egrave;tre de requ&ecirc;te utilis&eacute; pour la
+    <dd>Le nom du cookie ou du paramètre de requête utilisé pour la
     recherche de l'information de routage.</dd>
     <dt><code>%{BALANCER_SESSION_ROUTE}e</code></dt>
-    <dd>L'information de routage extraite de la requ&ecirc;te.</dd>
+    <dd>L'information de routage extraite de la requête.</dd>
     <dt><code>%{BALANCER_WORKER_ROUTE}e</code></dt>
     <dd>La route du serveur choisi.</dd>
     <dt><code>%{BALANCER_ROUTE_CHANGED}e</code></dt>
     <dd>Contient la valeur <code>1</code> si la route extraite de la
-    requ&ecirc;te est diff&eacute;rente de la route du serveur ; autrement dit, le
-    traitement de la requ&ecirc;te n'a pas pu &ecirc;tre effectu&eacute; dans le cadre
-    d'une r&eacute;partition de charge par abonnement.</dd>
+    requête est différente de la route du serveur ; autrement dit, le
+    traitement de la requête n'a pas pu être effectué dans le cadre
+    d'une répartition de charge par abonnement.</dd>
     </dl>
-    <p>Les pertes de session sont souvent dues &agrave; des expirations de
-    session dont la valeur peut en g&eacute;n&eacute;ral &ecirc;tre configur&eacute;e au niveau du
-    serveur d'arri&egrave;re-plan.</p>
-    <p>Si le niveau de journalisation est d&eacute;fini &agrave; <code>debug</code> ou
-    plus, le r&eacute;partiteur journalise aussi des informations d&eacute;taill&eacute;es &agrave;
+    <p>Les pertes de session sont souvent dues à des expirations de
+    session dont la valeur peut en général être configurée au niveau du
+    serveur d'arrière-plan.</p>
+    <p>Si le niveau de journalisation est défini à <code>debug</code> ou
+    plus, le répartiteur journalise aussi des informations détaillées à
     propos de l'abonnement dans le journal des erreurs, ce qui facilite
-    la r&eacute;solution des probl&egrave;mes d'abonnement. Notez cependant que le
-    volume de journalisation pourra alors s'av&eacute;rer trop important pour
+    la résolution des problèmes d'abonnement. Notez cependant que le
+    volume de journalisation pourra alors s'avérer trop important pour
     un serveur en production sous forte charge.</p>
 </section>
 
index 2ec882ace02bbf4ccadc5193cd73707187e2d53d..d3dcd9493a65f1ef14ea68b4a4bb612f032a5473 100644 (file)
@@ -1,7 +1,7 @@
-<?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: 1716652:1733066 (outdated) -->
+<!-- English Revision: 1733066 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,7 +25,7 @@
 <modulesynopsis metafile="mod_ssl.xml.meta">
 
 <name>mod_ssl</name>
-<description>Chiffrement de haut niveau bas&eacute; sur les protocoles Secure
+<description>Chiffrement de haut niveau basé sur les protocoles Secure
 Sockets Layer (SSL) et Transport Layer Security (TLS)</description>
 <status>Extension</status>
 <sourcefile>mod_ssl.c</sourcefile>
@@ -33,27 +33,27 @@ Sockets Layer (SSL) et Transport Layer Security (TLS)</description>
 
 <summary>
 <p>Ce module fournit le support SSL v3 et TLS v1 au serveur HTTP
-Apache. SSL v2 n'est plus support&eacute;.</p>
+Apache. SSL v2 n'est plus supporté.</p>
 
 <p>Ce module s'appuie sur <a href="http://www.openssl.org/">OpenSSL</a>
 pour fournir le moteur de chiffrement.</p>
 
-<p>D'autres d&eacute;tails, discussions et exemples sont fournis dans la <a
+<p>D'autres détails, discussions et exemples sont fournis dans la <a
 href="../ssl/">documentation SSL</a>.</p>
 </summary>
 
 <section id="envvars"><title>Variables d'environnement</title>
 
-<p>Ce module peut &ecirc;tre configur&eacute; pour fournir aux espaces de nommage SSI
-et CGI de nombreux &eacute;l&eacute;ments d'informations concernant SSL par le biais
-de variables d'environnement suppl&eacute;mentaires. Par d&eacute;faut, et pour
+<p>Ce module peut être configuré pour fournir aux espaces de nommage SSI
+et CGI de nombreux éléments d'informations concernant SSL par le biais
+de variables d'environnement supplémentaires. Par défaut, et pour
 des raisons de performances, ces informations ne sont pas fournies (Voir
 la directive <directive>SSLOptions</directive> StdEnvVars ci-dessous).
-Les variables g&eacute;n&eacute;r&eacute;es se trouvent dans la table ci-dessous.
-Ces informations peuvent &eacute;galement &ecirc;tre disponible sous des noms diff&eacute;rents
-&agrave; des fins de compatibilit&eacute; ascendante. Reportez-vous au chapitre <a
-href="../ssl/ssl_compat.html">Compatibilit&eacute;</a> pour plus de d&eacute;tails &agrave;
-propos des variables de compatibilit&eacute;.</p>
+Les variables générées se trouvent dans la table ci-dessous.
+Ces informations peuvent également être disponible sous des noms différents
+à des fins de compatibilité ascendante. Reportez-vous au chapitre <a
+href="../ssl/ssl_compat.html">Compatibilité</a> pour plus de détails à
+propos des variables de compatibilité.</p>
 
 <table border="1">
 <columnspec><column width=".3"/><column width=".2"/><column width=".5"/>
@@ -64,145 +64,145 @@ propos des variables de compatibilit&eacute;.</p>
  <th>Description :</th>
 </tr>
 <tr><td><code>HTTPS</code></td>                         <td>drapeau</td>
-<td>HTTPS est utilis&eacute;.</td></tr>
-<tr><td><code>SSL_PROTOCOL</code></td>                  <td>cha&icirc;ne</td>
+<td>HTTPS est utilisé.</td></tr>
+<tr><td><code>SSL_PROTOCOL</code></td>                  <td>chaîne</td>
 <td>La version du protocole SSL (SSLv3, TLSv1, TLSv1.1, TLSv1.2)</td></tr>
-<tr><td><code>SSL_SESSION_ID</code></td>                <td>cha&icirc;ne</td>
-<td>L'identifiant de session SSL cod&eacute; en hexad&eacute;cimal</td></tr>
-<tr><td><code>SSL_SESSION_RESUMED</code></td>           <td>cha&icirc;ne</td>
-<td>Session SSL initiale ou reprise. Note : plusieurs requ&ecirc;tes peuvent
-&ecirc;tre servies dans le cadre de la m&ecirc;me session SSL (initiale ou reprise)
-si les connexions persistantes (HTTP KeepAlive) sont utilis&eacute;es</td></tr>
-<tr><td><code>SSL_SECURE_RENEG</code></td>              <td>cha&icirc;ne</td>
-<td><code>true</code> si la ren&eacute;gociation s&eacute;curis&eacute;e est support&eacute;e,
+<tr><td><code>SSL_SESSION_ID</code></td>                <td>chaîne</td>
+<td>L'identifiant de session SSL codé en hexadécimal</td></tr>
+<tr><td><code>SSL_SESSION_RESUMED</code></td>           <td>chaîne</td>
+<td>Session SSL initiale ou reprise. Note : plusieurs requêtes peuvent
+être servies dans le cadre de la même session SSL (initiale ou reprise)
+si les connexions persistantes (HTTP KeepAlive) sont utilisées</td></tr>
+<tr><td><code>SSL_SECURE_RENEG</code></td>              <td>chaîne</td>
+<td><code>true</code> si la renégociation sécurisée est supportée,
 <code>false</code> dans le cas contraire</td></tr>
-<tr><td><code>SSL_CIPHER</code></td>                    <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CIPHER</code></td>                    <td>chaîne</td>
 <td>Le nom de l'algorithme de chiffrement</td></tr>
-<tr><td><code>SSL_CIPHER_EXPORT</code></td>             <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CIPHER_EXPORT</code></td>             <td>chaîne</td>
 <td><code>true</code> si l'algorithme de chiffrement est un algorithme
-export&eacute;</td></tr>
+exporté</td></tr>
 <tr><td><code>SSL_CIPHER_USEKEYSIZE</code></td>         <td>nombre</td>
-<td>Nombre de bits de chiffrement (r&eacute;ellement utilis&eacute;s)</td></tr>
+<td>Nombre de bits de chiffrement (réellement utilisés)</td></tr>
 <tr><td><code>SSL_CIPHER_ALGKEYSIZE</code></td>         <td>nombre</td>
 <td>Nombre de bits de chiffrement (possible)</td></tr>
-<tr><td><code>SSL_COMPRESS_METHOD</code></td>           <td>cha&icirc;ne</td>
-<td>M&eacute;thode de compression SSL n&eacute;goci&eacute;e</td></tr>
+<tr><td><code>SSL_COMPRESS_METHOD</code></td>           <td>chaîne</td>
+<td>Méthode de compression SSL négociée</td></tr>
 
-<tr><td><code>SSL_VERSION_INTERFACE</code></td>         <td>cha&icirc;ne</td>
+<tr><td><code>SSL_VERSION_INTERFACE</code></td>         <td>chaîne</td>
 <td>La version du programme mod_ssl</td></tr>
-<tr><td><code>SSL_VERSION_LIBRARY</code></td>           <td>cha&icirc;ne</td>
+<tr><td><code>SSL_VERSION_LIBRARY</code></td>           <td>chaîne</td>
 <td>La version du programme OpenSSL</td></tr>
-<tr><td><code>SSL_CLIENT_M_VERSION</code></td>          <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CLIENT_M_VERSION</code></td>          <td>chaîne</td>
 <td>La version du certificat client</td></tr>
-<tr><td><code>SSL_CLIENT_M_SERIAL</code></td>           <td>cha&icirc;ne</td>
-<td>Le num&eacute;ro de s&eacute;rie du certificat client</td></tr>
-<tr><td><code>SSL_CLIENT_S_DN</code></td>               <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CLIENT_M_SERIAL</code></td>           <td>chaîne</td>
+<td>Le numéro de série du certificat client</td></tr>
+<tr><td><code>SSL_CLIENT_S_DN</code></td>               <td>chaîne</td>
 <td>Le DN sujet du certificat client</td></tr>
-<tr><td><code>SSL_CLIENT_S_DN_</code><em>x509</em></td> <td>cha&icirc;ne</td>
-<td>El&eacute;ment du DN sujet du client</td></tr>
-<tr><td><code>SSL_CLIENT_SAN_Email_</code><em>n</em></td> <td>cha&icirc;ne</td>
-<td>Les entr&eacute;es d'extension subjectAltName du certificat client de type rfc822Name</td></tr>
-<tr><td><code>SSL_CLIENT_SAN_DNS_</code><em>n</em></td> <td>cha&icirc;ne</td>
-<td>Les entr&eacute;es d'extension subjectAltName du certificat client de type dNSName</td></tr>
+<tr><td><code>SSL_CLIENT_S_DN_</code><em>x509</em></td> <td>chaîne</td>
+<td>Elément du DN sujet du client</td></tr>
+<tr><td><code>SSL_CLIENT_SAN_Email_</code><em>n</em></td> <td>chaîne</td>
+<td>Les entrées d'extension subjectAltName du certificat client de type rfc822Name</td></tr>
+<tr><td><code>SSL_CLIENT_SAN_DNS_</code><em>n</em></td> <td>chaîne</td>
+<td>Les entrées d'extension subjectAltName du certificat client de type dNSName</td></tr>
 <tr><td><code>SSL_CLIENT_SAN_OTHER_msUPN_</code><em>n</em></td>
-<td>cha&icirc;ne</td>    <td>Extensions subjectAltName de type otherName du
+<td>chaîne</td>    <td>Extensions subjectAltName de type otherName du
 certificat client, forme Microsoft du nom principal de l'utilisateur (OID 1.3.6.1.4.1.311.20.2.3)</td></tr>
-<tr><td><code>SSL_CLIENT_I_DN</code></td>               <td>cha&icirc;ne</td>
-<td>DN de l'&eacute;metteur du certificat du client</td></tr>
-<tr><td><code>SSL_CLIENT_I_DN_</code><em>x509</em></td> <td>cha&icirc;ne</td>
-<td>El&eacute;ment du DN de l'&eacute;metteur du certificat du client</td></tr>
-<tr><td><code>SSL_CLIENT_V_START</code></td>            <td>cha&icirc;ne</td>
-<td>Validit&eacute; du certificat du client (date de d&eacute;but)</td></tr>
-<tr><td><code>SSL_CLIENT_V_END</code></td>              <td>cha&icirc;ne</td>
-<td>Validit&eacute; du certificat du client (date de fin)</td></tr>
-<tr><td><code>SSL_CLIENT_V_REMAIN</code></td>           <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CLIENT_I_DN</code></td>               <td>chaîne</td>
+<td>DN de l'émetteur du certificat du client</td></tr>
+<tr><td><code>SSL_CLIENT_I_DN_</code><em>x509</em></td> <td>chaîne</td>
+<td>Elément du DN de l'émetteur du certificat du client</td></tr>
+<tr><td><code>SSL_CLIENT_V_START</code></td>            <td>chaîne</td>
+<td>Validité du certificat du client (date de début)</td></tr>
+<tr><td><code>SSL_CLIENT_V_END</code></td>              <td>chaîne</td>
+<td>Validité du certificat du client (date de fin)</td></tr>
+<tr><td><code>SSL_CLIENT_V_REMAIN</code></td>           <td>chaîne</td>
 <td>Nombre de jours avant expiration du certificat du client</td></tr>
-<tr><td><code>SSL_CLIENT_A_SIG</code></td>              <td>cha&icirc;ne</td>
-<td>Algorithme utilis&eacute; pour la signature du certificat du client</td></tr>
-<tr><td><code>SSL_CLIENT_A_KEY</code></td>              <td>cha&icirc;ne</td>
-<td>Algorithme utilis&eacute; pour la cl&eacute; publique du certificat du client</td></tr>
-<tr><td><code>SSL_CLIENT_CERT</code></td>               <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CLIENT_A_SIG</code></td>              <td>chaîne</td>
+<td>Algorithme utilisé pour la signature du certificat du client</td></tr>
+<tr><td><code>SSL_CLIENT_A_KEY</code></td>              <td>chaîne</td>
+<td>Algorithme utilisé pour la clé publique du certificat du client</td></tr>
+<tr><td><code>SSL_CLIENT_CERT</code></td>               <td>chaîne</td>
 <td>Certificat du client au format PEM</td></tr>
 <tr><td><code>SSL_CLIENT_CERT_CHAIN_</code><em>n</em></td>
-<td>cha&icirc;ne</td>    <td>Certificats de la cha&icirc;ne de certification du
+<td>chaîne</td>    <td>Certificats de la chaîne de certification du
 client au format PEM</td></tr>
-<tr><td><code>SSL_CLIENT_CERT_RFC4523_CEA</code></td>   <td>cha&icirc;ne</td>
-<td>Num&eacute;ro de s&eacute;rie et fournisseur du certificat. le format correspond &agrave;
+<tr><td><code>SSL_CLIENT_CERT_RFC4523_CEA</code></td>   <td>chaîne</td>
+<td>Numéro de série et fournisseur du certificat. le format correspond à
 celui de la CertificateExactAssertion dans la RFC4523</td></tr>
-<tr><td><code>SSL_CLIENT_VERIFY</code></td>             <td>cha&icirc;ne</td>
+<tr><td><code>SSL_CLIENT_VERIFY</code></td>             <td>chaîne</td>
 <td><code>NONE</code>, <code>SUCCESS</code>, <code>GENEROUS</code> ou
 <code>FAILED:</code><em>raison</em></td></tr>
-<tr><td><code>SSL_SERVER_M_VERSION</code></td>          <td>cha&icirc;ne</td>
+<tr><td><code>SSL_SERVER_M_VERSION</code></td>          <td>chaîne</td>
 <td>La version du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_M_SERIAL</code></td>           <td>cha&icirc;ne</td>    <td>
+<tr><td><code>SSL_SERVER_M_SERIAL</code></td>           <td>chaîne</td>    <td>
 
 The serial of the server certificate</td></tr>
-<tr><td><code>SSL_SERVER_S_DN</code></td>               <td>cha&icirc;ne</td>
+<tr><td><code>SSL_SERVER_S_DN</code></td>               <td>chaîne</td>
 <td>DN sujet du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_S_DN_</code><em>x509</em></td> <td>cha&icirc;ne</td>
-<td>El&eacute;ment du DN sujet du certificat du serveur</td></tr>
+<tr><td><code>SSL_SERVER_S_DN_</code><em>x509</em></td> <td>chaîne</td>
+<td>Elément du DN sujet du certificat du serveur</td></tr>
 <tr><td><code>SSL_SERVER_SAN_Email_</code><em>n</em></td>
-<td>cha&icirc;ne</td>  <td>Les entr&eacute;es d'extension subjectAltName du
+<td>chaîne</td>  <td>Les entrées d'extension subjectAltName du
 certificat de serveur de type rfc822Name</td></tr>
-<tr><td><code>SSL_SERVER_SAN_DNS_</code><em>n</em></td> <td>cha&icirc;ne</td>
-<td>Les entr&eacute;es d'extension subjectAltName du
+<tr><td><code>SSL_SERVER_SAN_DNS_</code><em>n</em></td> <td>chaîne</td>
+<td>Les entrées d'extension subjectAltName du
 certificat de serveur de type dNSName</td></tr>
 <tr><td><code>SSL_SERVER_SAN_OTHER_dnsSRV_</code><em>n</em></td>
-<td>cha&icirc;ne</td>    <td>Extensions subjectAltName de type otherName du
+<td>chaîne</td>    <td>Extensions subjectAltName de type otherName du
 certificat serveur, sous la forme SRVName (OID 1.3.6.1.5.5.7.8.7, RFC 4985)</td></tr>
-<tr><td><code>SSL_SERVER_I_DN</code></td>               <td>cha&icirc;ne</td>
-<td>DN de l'&eacute;metteur du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_I_DN_</code><em>x509</em></td> <td>cha&icirc;ne</td>
-<td>El&eacute;ment du DN de l'&eacute;metteur du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_V_START</code></td>            <td>cha&icirc;ne</td>
-<td>Validit&eacute; du certificat du serveur (date de d&eacute;dut)</td></tr>
-<tr><td><code>SSL_SERVER_V_END</code></td>              <td>cha&icirc;ne</td>
-<td>Validit&eacute; du certificat du serveur (date de fin)</td></tr>
-<tr><td><code>SSL_SERVER_A_SIG</code></td>              <td>cha&icirc;ne</td>
-<td>Algorithme utilis&eacute; pour la signature du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_A_KEY</code></td>              <td>cha&icirc;ne</td>
-<td>Algorithme utilis&eacute; pour la cl&eacute; publique du certificat du serveur</td></tr>
-<tr><td><code>SSL_SERVER_CERT</code></td>               <td>cha&icirc;ne</td>
+<tr><td><code>SSL_SERVER_I_DN</code></td>               <td>chaîne</td>
+<td>DN de l'émetteur du certificat du serveur</td></tr>
+<tr><td><code>SSL_SERVER_I_DN_</code><em>x509</em></td> <td>chaîne</td>
+<td>Elément du DN de l'émetteur du certificat du serveur</td></tr>
+<tr><td><code>SSL_SERVER_V_START</code></td>            <td>chaîne</td>
+<td>Validité du certificat du serveur (date de dédut)</td></tr>
+<tr><td><code>SSL_SERVER_V_END</code></td>              <td>chaîne</td>
+<td>Validité du certificat du serveur (date de fin)</td></tr>
+<tr><td><code>SSL_SERVER_A_SIG</code></td>              <td>chaîne</td>
+<td>Algorithme utilisé pour la signature du certificat du serveur</td></tr>
+<tr><td><code>SSL_SERVER_A_KEY</code></td>              <td>chaîne</td>
+<td>Algorithme utilisé pour la clé publique du certificat du serveur</td></tr>
+<tr><td><code>SSL_SERVER_CERT</code></td>               <td>chaîne</td>
 <td>Certificat du serveur au format PEM</td></tr>
-<tr><td><code>SSL_SRP_USER</code></td>                  <td>cha&icirc;ne</td>
+<tr><td><code>SSL_SRP_USER</code></td>                  <td>chaîne</td>
 <td>nom d'utilisateur SRP</td></tr>
-<tr><td><code>SSL_SRP_USERINFO</code></td>              <td>cha&icirc;ne</td>
+<tr><td><code>SSL_SRP_USERINFO</code></td>              <td>chaîne</td>
 <td>informations sur l'utilisateur SRP</td></tr>
 <tr><td><code>SSL_TLS_SNI</code></td>                   <td>string</td>
-<td>Contenu de l'extension SNI TLS (si support&eacute; par ClientHello)</td></tr>
+<td>Contenu de l'extension SNI TLS (si supporté par ClientHello)</td></tr>
 </table>
 
-<p><em>x509</em> sp&eacute;cifie un &eacute;l&eacute;ment de DN X.509 parmi
+<p><em>x509</em> spécifie un élément de DN X.509 parmi
 <code>C,ST,L,O,OU,CN,T,I,G,S,D,UID,Email</code>. A partir de la version
-2.1 d'Apache, <em>x509</em> peut aussi comporter un suffixe num&eacute;rique
+2.1 d'Apache, <em>x509</em> peut aussi comporter un suffixe numérique
 <code>_n</code>. Si le DN en question comporte plusieurs attributs de
-noms identiques, ce suffixe constitue un index d&eacute;butant &agrave; z&eacute;ro et
-permettant de s&eacute;lectionner un
+noms identiques, ce suffixe constitue un index débutant à zéro et
+permettant de sélectionner un
 attribut particulier. Par exemple, si le DN sujet du certificat du
 serveur comporte deux champs OU, on peut utiliser
 <code>SSL_SERVER_S_DN_OU_0</code> et <code>SSL_SERVER_S_DN_OU_1</code>
-pour r&eacute;f&eacute;rencer chacun d'entre eux. Un nom de variable sans suffixe
-<code>_n</code> est &eacute;quivalent au m&ecirc;me nom avec le suffixe
+pour référencer chacun d'entre eux. Un nom de variable sans suffixe
+<code>_n</code> est équivalent au même nom avec le suffixe
 <code>_0</code>, ce qui correspond au premier attribut (ou au seul)
-caract&eacute;risant le DN.
+caractérisant le DN.
 Lorsque la table d'environnement est remplie en utilisant l'option
 <code>StdEnvVars</code> de la directive <directive
 module="mod_ssl">SSLOptions</directive>, le premier attribut (ou le
-seul) caract&eacute;risant le DN est enregistr&eacute; avec un nom sans suffixe ;
-autrement dit, aucune entr&eacute;e poss&eacute;dant comme suffixe <code>_0</code>
-n'est enregistr&eacute;e.</p>
+seul) caractérisant le DN est enregistré avec un nom sans suffixe ;
+autrement dit, aucune entrée possédant comme suffixe <code>_0</code>
+n'est enregistrée.</p>
 
-<p>Le format des variables <em>*_DN</em> a chang&eacute; depuis la version
+<p>Le format des variables <em>*_DN</em> a changé depuis la version
 2.3.11 d'Apache HTTPD. Voir l'option <code>LegacyDNStringFormat</code>
 de la directive <directive module="mod_ssl">SSLOptions</directive> pour
-plus de d&eacute;tails.</p>
+plus de détails.</p>
 
-<p><code>SSL_CLIENT_V_REMAIN</code> n'est disponible qu'&agrave; partir de la
+<p><code>SSL_CLIENT_V_REMAIN</code> n'est disponible qu'à partir de la
 version 2.1.</p>
 
-<p>Plusieurs variables d'environnement additionnelles peuvent &ecirc;tre
-utilis&eacute;es dans les expressions <directive>SSLRequire</directive>, ou
-dans les formats de journalisation personnalis&eacute;s :</p>
+<p>Plusieurs variables d'environnement additionnelles peuvent être
+utilisées dans les expressions <directive>SSLRequire</directive>, ou
+dans les formats de journalisation personnalisés :</p>
 
 <note><pre>HTTP_USER_AGENT        PATH_INFO             AUTH_TYPE
 HTTP_REFERER           QUERY_STRING          SERVER_SOFTWARE
@@ -217,87 +217,87 @@ REQUEST_METHOD         SERVER_PROTOCOL       TIME_WDAY
 REQUEST_SCHEME         REMOTE_ADDR           TIME
 REQUEST_URI            REMOTE_USER</pre></note>
 
-<p>Dans ces contextes, deux formats sp&eacute;ciaux peuvent aussi &ecirc;tre utilis&eacute;s
+<p>Dans ces contextes, deux formats spéciaux peuvent aussi être utilisés
 :</p>
 
 <dl>
   <dt><code>ENV:<em>nom_variable</em></code></dt>
-  <dd>Correspond &agrave; la variable d'environnement standard
+  <dd>Correspond à la variable d'environnement standard
   <em>nom_variable</em>.</dd>
 
-  <dt><code>HTTP:<em>nom_en-t&ecirc;te</em></code></dt>
-  <dd>Correspond &agrave; la valeur de l'en-t&ecirc;te de requ&ecirc;te dont le nom est
-  <em>nom_en-t&ecirc;te</em>.</dd>
+  <dt><code>HTTP:<em>nom_en-tête</em></code></dt>
+  <dd>Correspond à la valeur de l'en-tête de requête dont le nom est
+  <em>nom_en-tête</em>.</dd>
 </dl>
 
 </section>
 
 <section id="logformats"><title>Formats de journaux
-personnalis&eacute;s</title>
+personnalisés</title>
 
-<p>Lorsque <module>mod_ssl</module> est compil&eacute; dans le serveur Apache
-ou m&ecirc;me charg&eacute; (en mode DSO), des fonctions suppl&eacute;mentaires sont
+<p>Lorsque <module>mod_ssl</module> est compilé dans le serveur Apache
+ou même chargé (en mode DSO), des fonctions supplémentaires sont
 disponibles pour le <a
-href="mod_log_config.html#formats">Format de journal personnalis&eacute;</a> du
+href="mod_log_config.html#formats">Format de journal personnalisé</a> du
 module <module>mod_log_config</module>. A ce titre, la fonction de
 format d'eXtension ``<code>%{</code><em>nom-var</em><code>}x</code>''
-peut &ecirc;tre utilis&eacute;e pour pr&eacute;senter en extension toute variable fournie
+peut être utilisée pour présenter en extension toute variable fournie
 par tout module, et en particulier celles fournies par mod_ssl et que
 vous trouverez dans la table ci-dessus.</p>
 <p>
-A des fins de compatibilit&eacute; ascendante, il existe une fonction de format
-cryptographique suppl&eacute;mentaire
+A des fins de compatibilité ascendante, il existe une fonction de format
+cryptographique supplémentaire
 ``<code>%{</code><em>nom</em><code>}c</code>''. Vous trouverez toutes
-les informations &agrave; propos de cette fonction dans le chapitre <a
-href="../ssl/ssl_compat.html">Compatibilit&eacute;</a>.</p>
+les informations à propos de cette fonction dans le chapitre <a
+href="../ssl/ssl_compat.html">Compatibilité</a>.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 CustomLog "logs/ssl_request_log" "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
 </highlight>
 </example>
-<p>Ces formats sont disponibles m&ecirc;me si l'option <code>StdEnvVars</code> de la
-directive <directive module="mod_ssl">SSLOptions</directive> n'a pas &eacute;t&eacute;
-d&eacute;finie.</p>
+<p>Ces formats sont disponibles même si l'option <code>StdEnvVars</code> de la
+directive <directive module="mod_ssl">SSLOptions</directive> n'a pas été
+définie.</p>
 </section>
 
-<section id="notes"><title>Information &agrave; propos de la requ&ecirc;te</title>
+<section id="notes"><title>Information à propos de la requête</title>
 
-<p><module>mod_ssl</module> enregistre des informations &agrave; propos de la
-requ&ecirc;te que l'on peut restituer dans les journaux avec la cha&icirc;ne de
+<p><module>mod_ssl</module> enregistre des informations à propos de la
+requête que l'on peut restituer dans les journaux avec la chaîne de
 format <code>%{<em>nom</em>}n</code> via le module
 <module>mod_log_config</module>.</p>
 
-<p>Les informations enregistr&eacute;es sont les suivantes :</p>
+<p>Les informations enregistrées sont les suivantes :</p>
 
 <dl>
   <dt><code>ssl-access-forbidden</code></dt>
-  <dd>Cette information contient la valeur <code>1</code> si l'acc&egrave;s a
-  &eacute;t&eacute; refus&eacute; suite &agrave; une directive <directive>SSLRequire</directive> ou
+  <dd>Cette information contient la valeur <code>1</code> si l'accès a
+  été refusé suite à une directive <directive>SSLRequire</directive> ou
   <directive>SSLRequireSSL</directive>.</dd>
 
   <dt><code>ssl-secure-reneg</code></dt>
-  <dd>Si <module>mod_ssl</module> a &eacute;t&eacute; compil&eacute; avec une version
-  d'OpenSSL qui supporte la ren&eacute;gociation s&eacute;curis&eacute;e, si SSL est utilis&eacute;
+  <dd>Si <module>mod_ssl</module> a été compilé avec une version
+  d'OpenSSL qui supporte la renégociation sécurisée, si SSL est utilisé
   pour la connexion courante et si le client supporte lui aussi la
-  ren&eacute;gociation s&eacute;curis&eacute;e, cette information contiendra la valeur
-  <code>1</code>. Si le client ne supporte pas la ren&eacute;gociation
-  s&eacute;curis&eacute;e, l'information contiendra la valeur <code>0</code>. Si
-  <module>mod_ssl</module> n'a pas &eacute;t&eacute; compil&eacute; avec une version
-  d'OpenSSL qui supporte la ren&eacute;gociation s&eacute;curis&eacute;e, ou si SSL n'est pas
-  utilis&eacute; pour la connexion courante, le contenu de l'information ne
-  sera pas d&eacute;fini.</dd>
+  renégociation sécurisée, cette information contiendra la valeur
+  <code>1</code>. Si le client ne supporte pas la renégociation
+  sécurisée, l'information contiendra la valeur <code>0</code>. Si
+  <module>mod_ssl</module> n'a pas été compilé avec une version
+  d'OpenSSL qui supporte la renégociation sécurisée, ou si SSL n'est pas
+  utilisé pour la connexion courante, le contenu de l'information ne
+  sera pas défini.</dd>
 </dl>
 
 </section>
 
-<section id="expressionparser"><title>Extension pour l'interpr&eacute;tation
+<section id="expressionparser"><title>Extension pour l'interprétation
 des expressions</title>
 
-<p>Lorsque <module>mod_ssl</module> est compil&eacute; statiquement avec
-Apache, ou m&ecirc;me charg&eacute; dynamiquement (en tant que module DSO), toute <a
+<p>Lorsque <module>mod_ssl</module> est compilé statiquement avec
+Apache, ou même chargé dynamiquement (en tant que module DSO), toute <a
 name="envvars">variable</a> en provenance de <module>mod_ssl</module> peut
-&ecirc;tre utilis&eacute;e pour l'<a href="../expr.html">interpr&eacute;tation des
-expression ap_expr</a>. Les variables peuvent &ecirc;tre r&eacute;f&eacute;renc&eacute;es en
+être utilisée pour l'<a href="../expr.html">interprétation des
+expression ap_expr</a>. Les variables peuvent être référencées en
 utilisant la syntaxe ``<code>%{</code><em>varname</em><code>}</code>''.
 A partir de la version 2.4.18, on peut aussi utiliser la syntaxe de
 style <module>mod_rewrite</module>
@@ -309,23 +309,23 @@ Header set X-SSL-PROTOCOL "expr=%{SSL_PROTOCOL}"
 Header set X-SSL-CIPHER "expr=%{SSL:SSL_CIPHER}"
 </highlight>
 </example>
-<p>Cette fonctionnalit&eacute; est disponible m&ecirc;me si l'option
+<p>Cette fonctionnalité est disponible même si l'option
 <code>StdEnvVars</code> de la directive <directive
-module="mod_ssl">SSLOptions</directive> n'a pas &eacute;t&eacute; d&eacute;finie.</p>
+module="mod_ssl">SSLOptions</directive> n'a pas été définie.</p>
 </section>
 
 <section id="authzproviders"><title>Fournisseurs d'autorisation
 disponibles avec Require</title>
 
   <p><module>mod_ssl</module> propose quelques fournisseurs
-  d'autorisation &agrave; utiliser avec la directive <directive
+  d'autorisation à utiliser avec la directive <directive
   module="mod_authz_core">Require</directive> du module
   <module>mod_authz_core</module>.</p>
 
   <section id="reqssl"><title>Require ssl</title>
 
-    <p>Le fournisseur <code>ssl</code> refuse l'acc&egrave;s si une connexion
-    n'est pas chiffr&eacute;e avec SSL. L'effet est similaire &agrave; celui de la
+    <p>Le fournisseur <code>ssl</code> refuse l'accès si une connexion
+    n'est pas chiffrée avec SSL. L'effet est similaire à celui de la
     directive <directive>SSLRequireSSL</directive>.</p>
 
 
@@ -338,12 +338,12 @@ disponibles avec Require</title>
 
   <section id="reqverifyclient"><title>Require ssl-verify-client</title>
 
-    <p>Le fournisseur <code>ssl</code> autorise l'acc&egrave;s si
-    l'utilisateur est authentifi&eacute; via un certificat client valide. Ceci
+    <p>Le fournisseur <code>ssl</code> autorise l'accès si
+    l'utilisateur est authentifié via un certificat client valide. Ceci
     n'a un effet que si <code>SSLVerifyClient optional</code> est actif.</p>
 
-    <p>Dans l'exemple suivant, l'acc&egrave;s est autoris&eacute; si le client est
-    authentifi&eacute; via un certificat client ou par nom d'utilisateur/mot de
+    <p>Dans l'exemple suivant, l'accès est autorisé si le client est
+    authentifié via un certificat client ou par nom d'utilisateur/mot de
     passe :</p>
 
     <highlight language="config">
@@ -357,94 +357,94 @@ disponibles avec Require</title>
 
 <directivesynopsis>
 <name>SSLPassPhraseDialog</name>
-<description>M&eacute;thode utilis&eacute;e pour entrer le mot de passe pour les cl&eacute;s
-priv&eacute;es chiffr&eacute;es</description>
+<description>Méthode utilisée pour entrer le mot de passe pour les clés
+privées chiffrées</description>
 <syntax>SSLPassPhraseDialog <em>type</em></syntax>
 <default>SSLPassPhraseDialog builtin</default>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
 <p>
-Lors de son d&eacute;marrage, Apache doit lire les diff&eacute;rents fichiers de
+Lors de son démarrage, Apache doit lire les différents fichiers de
 certificats (voir la directive <directive
-module="mod_ssl">SSLCertificateFile</directive>) et de cl&eacute;s priv&eacute;es
+module="mod_ssl">SSLCertificateFile</directive>) et de clés privées
 (voir la directive <directive
 module="mod_ssl">SSLCertificateKeyFile</directive>) des serveurs
-virtuels o&ugrave; SSL est activ&eacute;. Comme, pour des raisons de s&eacute;curit&eacute;, les
-fichiers de cl&eacute;s priv&eacute;es sont en g&eacute;n&eacute;ral chiffr&eacute;s,  mod_ssl doit
-demander &agrave; l'administrateur un mot de passe pour d&eacute;chiffrer ces
-fichiers. L'argument <em>type</em> permet de choisir la mani&egrave;re dont
-cette demande peut &ecirc;tre formul&eacute;e parmi les trois suivantes :</p>
+virtuels où SSL est activé. Comme, pour des raisons de sécurité, les
+fichiers de clés privées sont en général chiffrés,  mod_ssl doit
+demander à l'administrateur un mot de passe pour déchiffrer ces
+fichiers. L'argument <em>type</em> permet de choisir la manière dont
+cette demande peut être formulée parmi les trois suivantes :</p>
 <ul>
 <li><code>builtin</code>
     <p>
-    C'est la m&eacute;thode par d&eacute;faut, et un dialogue interactive de terminal
-    s'ouvre au cours du d&eacute;marrage juste avant qu'Apache ne se d&eacute;tache du
+    C'est la méthode par défaut, et un dialogue interactive de terminal
+    s'ouvre au cours du démarrage juste avant qu'Apache ne se détache du
     terminal. A ce moment, l'administrateur doit entrer manuellement un
-    mot de passe pour chaque fichier de cl&eacute; priv&eacute;e chiffr&eacute;. Etant donn&eacute;
-    qu'il peut y avoir un grand nombre de serveurs virtuels configur&eacute;s
-    avec SSL activ&eacute;, le protocole de r&eacute;utilisation suivant est utilis&eacute;
-    pour minimiser le dialogue : lorsqu'un fichier de cl&eacute; priv&eacute;e est
-    chiffr&eacute;, tous les mots de passe connus (au d&eacute;but, il n'y en a aucun,
-    bien entendu) sont essay&eacute;s. Si l'un de ces mots de passe connus
+    mot de passe pour chaque fichier de clé privée chiffré. Etant donné
+    qu'il peut y avoir un grand nombre de serveurs virtuels configurés
+    avec SSL activé, le protocole de réutilisation suivant est utilisé
+    pour minimiser le dialogue : lorsqu'un fichier de clé privée est
+    chiffré, tous les mots de passe connus (au début, il n'y en a aucun,
+    bien entendu) sont essayés. Si l'un de ces mots de passe connus
     convient, aucun dialogue ne s'ouvrira pour ce fichier de
-    cl&eacute; priv&eacute;e particulier. Si aucun ne convient, un autre mot de passe
-    sera demand&eacute; &agrave; partir du terminal et sera mis en m&eacute;moire pour le
-    fichier de cl&eacute; priv&eacute;e suivant (pour lequel il pourra &eacute;ventuellement
-    &ecirc;tre r&eacute;utilis&eacute;).</p>
+    clé privée particulier. Si aucun ne convient, un autre mot de passe
+    sera demandé à partir du terminal et sera mis en mémoire pour le
+    fichier de clé privée suivant (pour lequel il pourra éventuellement
+    être réutilisé).</p>
     <p>
-    Cette m&eacute;thode conf&egrave;re &agrave; mod_ssl une grande souplesse (car pour N
-    fichiers de cl&eacute; priv&eacute;e chiffr&eacute;s, vous <em>pouvez</em> utiliser N
-    mots de passe diff&eacute;rents - mais vous devrez alors tous les fournir,
+    Cette méthode confère à mod_ssl une grande souplesse (car pour N
+    fichiers de clé privée chiffrés, vous <em>pouvez</em> utiliser N
+    mots de passe différents - mais vous devrez alors tous les fournir,
     bien entendu), tout en minimisant le dialogue de terminal (vous
     pouvez en effet utiliser un seul mot de passe pour les N fichiers de
-    cl&eacute; priv&eacute;e et vous n'aurez alors &agrave; l'entrer qu'une seule
+    clé privée et vous n'aurez alors à l'entrer qu'une seule
     fois).</p></li>
 
 <li><code>|/chemin/vers/programme [arguments...]</code>
 
-   <p>Ce mode permet d'utiliser un programme externe qui va se pr&eacute;senter
-   comme une redirection vers un p&eacute;riph&eacute;rique d'entr&eacute;e particulier ; le
-   texte de prompt standard utilis&eacute; pour le mode <code>builtin</code>
-   est envoy&eacute; au programme sur <code>stdin</code>, et celui-ci doit
+   <p>Ce mode permet d'utiliser un programme externe qui va se présenter
+   comme une redirection vers un périphérique d'entrée particulier ; le
+   texte de prompt standard utilisé pour le mode <code>builtin</code>
+   est envoyé au programme sur <code>stdin</code>, et celui-ci doit
    renvoyer des mots de passe sur <code>stdout</code>. Si
    plusieurs mots de passe sont requis (ou si un mot de passe incorrect
-   a &eacute;t&eacute; entr&eacute;), un texte de prompt suppl&eacute;mentaire sera &eacute;crit apr&egrave;s le
+   a été entré), un texte de prompt supplémentaire sera écrit après le
    retour du premier mot de passe, et d'autres mots de passe devront
-   alors &ecirc;tre r&eacute;&eacute;crits.</p></li>
+   alors être réécrits.</p></li>
 
 <li><code>exec:/chemin/vers/programme</code>
     <p>
-    Ici, un programme externe est appel&eacute; au d&eacute;marrage du serveur pour
-    chaque fichier de cl&eacute; priv&eacute;e chiffr&eacute;.Il est appel&eacute; avec deux
+    Ici, un programme externe est appelé au démarrage du serveur pour
+    chaque fichier de clé privée chiffré.Il est appelé avec deux
     arguments (le premier est de la forme
     ``<code>nom-serveur:port</code>'', le second
     est ``<code>RSA</code>'', ``<code>DSA</code>'', ``<code>ECC</code>''
-    ou un index entier commen&ccedil;ant &agrave; 3 si plus de 3 cl&eacute;s ont &eacute;t&eacute;
-    configur&eacute;es), qui
-    indiquent pour quels serveur et algorithme il doit &eacute;crire le mot de
+    ou un index entier commençant à 3 si plus de 3 clés ont été
+    configurées), qui
+    indiquent pour quels serveur et algorithme il doit écrire le mot de
     passe correspondant sur <code>stdout</code>. Avec les versions 2.4.8
-    (non r&eacute;alis&eacute;e) et
-    2.4.9, il est appel&eacute; avec un seul argument, une cha&icirc;ne de la forme
-    "<code>servername:portnumber:index</code>" (o&ugrave; <code>index</code>
-    est un nombre entier commen&ccedil;ant &agrave; z&eacute;ro), qui sp&eacute;cifie le serveur,
-    le port TCP et un num&eacute;ro de certificat. Le but recherch&eacute; est
-    l'ex&eacute;cution de v&eacute;rifications de s&eacute;curit&eacute; pr&eacute;alables permettant de
-    s'assurer que le syst&egrave;me n'est pas victime d'une attaque, et de ne
-    fournir le mot de passe que si toutes les v&eacute;rifications ont &eacute;t&eacute;
-    effectu&eacute;es avec succ&egrave;s.</p>
+    (non réalisée) et
+    2.4.9, il est appelé avec un seul argument, une chaîne de la forme
+    "<code>servername:portnumber:index</code>" (où <code>index</code>
+    est un nombre entier commençant à zéro), qui spécifie le serveur,
+    le port TCP et un numéro de certificat. Le but recherché est
+    l'exécution de vérifications de sécurité préalables permettant de
+    s'assurer que le système n'est pas victime d'une attaque, et de ne
+    fournir le mot de passe que si toutes les vérifications ont été
+    effectuées avec succès.</p>
     <p>
-    Ces v&eacute;rifications de s&eacute;curit&eacute;, ainsi que la mani&egrave;re dont le mot de
-    passe est d&eacute;termin&eacute; peuvent &ecirc;tre aussi sophistiqu&eacute;s que vous le
-    d&eacute;sirez. Mod_ssl ne d&eacute;finit que l'interface : un programme
-    ex&eacute;cutable qui &eacute;crit le mot de passe sur <code>stdout</code>. Ni
-    plus, ni moins ! Ainsi, si vous &ecirc;tes vraiment parano&iuml;aque en mati&egrave;re
-    de s&eacute;curit&eacute;, voici votre interface. Tout le reste doit &ecirc;tre confi&eacute; &agrave;
-    l'administrateur &agrave; titre d'exercice, car les besoins en s&eacute;curit&eacute;
-    locale sont tr&egrave;s diff&eacute;rents.</p>
+    Ces vérifications de sécurité, ainsi que la manière dont le mot de
+    passe est déterminé peuvent être aussi sophistiqués que vous le
+    désirez. Mod_ssl ne définit que l'interface : un programme
+    exécutable qui écrit le mot de passe sur <code>stdout</code>. Ni
+    plus, ni moins ! Ainsi, si vous êtes vraiment paranoïaque en matière
+    de sécurité, voici votre interface. Tout le reste doit être confié à
+    l'administrateur à titre d'exercice, car les besoins en sécurité
+    locale sont très différents.</p>
     <p>
-    L'algorithme de r&eacute;utilisation est utilis&eacute; ici aussi. En d'autres
-    termes, le programme externe n'est appel&eacute; qu'une fois par mot de
+    L'algorithme de réutilisation est utilisé ici aussi. En d'autres
+    termes, le programme externe n'est appelé qu'une fois par mot de
     passe unique.</p></li>
 </ul>
 <example><title>Exemple</title>
@@ -457,89 +457,89 @@ SSLPassPhraseDialog "exec:/usr/local/apache/sbin/pp-filter"
 
 <directivesynopsis>
 <name>SSLRandomSeed</name>
-<description>Source de d&eacute;clenchement du G&eacute;n&eacute;rateur de Nombres
-Pseudo-Al&eacute;atoires (PRNG)</description>
+<description>Source de déclenchement du Générateur de Nombres
+Pseudo-Aléatoires (PRNG)</description>
 <syntax>SSLRandomSeed <em>contexte</em> <em>source</em>
 [<em>nombre</em>]</syntax>
 <contextlist><context>server config</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir une ou plusieurs sources de
-d&eacute;clenchement du G&eacute;n&eacute;rateur de Nombres Pseudo-Al&eacute;atoires (PRNG) dans
-OpenSSL au d&eacute;marrage du serveur (si <em>contexte</em> a pour valeur
-<code>startup</code>) et/ou juste avant l'&eacute;tablissement d'une nouvelle
+Cette directive permet de définir une ou plusieurs sources de
+déclenchement du Générateur de Nombres Pseudo-Aléatoires (PRNG) dans
+OpenSSL au démarrage du serveur (si <em>contexte</em> a pour valeur
+<code>startup</code>) et/ou juste avant l'établissement d'une nouvelle
 connexion SSL (si <em>contexte</em> a pour valeur <code>connect</code>).
-Cette directive ne peut &ecirc;tre utilis&eacute;e qu'au niveau du serveur global car
+Cette directive ne peut être utilisée qu'au niveau du serveur global car
 le PRNG est un service global.</p>
 <p>
-Les diff&eacute;rentes valeurs de <em>source</em> disponibles sont :</p>
+Les différentes valeurs de <em>source</em> disponibles sont :</p>
 <ul>
 <li><code>builtin</code>
-    <p>Cette source de d&eacute;clenchement int&eacute;gr&eacute;e est toujours disponible.
+    <p>Cette source de déclenchement intégrée est toujours disponible.
     Son utilisation consomme un minimum de cycles CPU en cours
-    d'ex&eacute;cution, et son utilisation ne pr&eacute;sente de ce fait aucun
-    probl&egrave;me. La source utilis&eacute;e pour d&eacute;clencher le PRNG contient la
+    d'exécution, et son utilisation ne présente de ce fait aucun
+    problème. La source utilisée pour déclencher le PRNG contient la
     date courante, l'identifiant du processus courant et (si disponible)
-    un extrait de 1Ko al&eacute;atoirement choisi de la structure d'Apache pour
-    les &eacute;changes inter-processus. Ceci pr&eacute;sente un inconv&eacute;nient car le
-    caract&egrave;re al&eacute;atoire de cette source n'est pas vraiment fort, et au
-    d&eacute;marrage (lorsque la structure d'&eacute;changes n'est pas encore
+    un extrait de 1Ko aléatoirement choisi de la structure d'Apache pour
+    les échanges inter-processus. Ceci présente un inconvénient car le
+    caractère aléatoire de cette source n'est pas vraiment fort, et au
+    démarrage (lorsque la structure d'échanges n'est pas encore
     disponible), cette source ne produit que quelques octets d'entropie.
-    Vous devez donc toujours utiliser une source de d&eacute;clenchement
-    additionnelle, au moins pour le d&eacute;marrage.</p></li>
+    Vous devez donc toujours utiliser une source de déclenchement
+    additionnelle, au moins pour le démarrage.</p></li>
 <li><code>file:/chemin/vers/source</code>
     <p>
     Cette variante utilise un fichier externe
-    <code>file:/chemin/vers/source</code> comme source de d&eacute;clenchement
-    du PRNG. Lorsque <em>nombre</em> est sp&eacute;cifi&eacute;, seuls les
+    <code>file:/chemin/vers/source</code> comme source de déclenchement
+    du PRNG. Lorsque <em>nombre</em> est spécifié, seuls les
     <em>nombre</em> premiers octets du fichier forment l'entropie (et
-    <em>nombre</em> est fourni comme premier argument &agrave;
+    <em>nombre</em> est fourni comme premier argument à
     <code>/chemin/vers/source</code>). Lorsque <em>nombre</em> n'est pas
-    sp&eacute;cifi&eacute;, l'ensemble du fichier forme l'entropie (et <code>0</code>
-    est fourni comme premier argument &agrave;
+    spécifié, l'ensemble du fichier forme l'entropie (et <code>0</code>
+    est fourni comme premier argument à
     <code>/chemin/vers/source</code>). Utilisez cette source en
-    particulier au d&eacute;marrage, par exemple avec un fichier de
-    p&eacute;riph&eacute;rique <code>/dev/random</code> et/ou
-    <code>/dev/urandom</code> (qui sont en g&eacute;n&eacute;ral pr&eacute;sent sur les
-    plate-formes d&eacute;riv&eacute;es d'Unix modernes comme FreeBSD et Linux).</p>
-    <p><em>Soyez cependant prudent</em> : en g&eacute;n&eacute;ral,
+    particulier au démarrage, par exemple avec un fichier de
+    périphérique <code>/dev/random</code> et/ou
+    <code>/dev/urandom</code> (qui sont en général présent sur les
+    plate-formes dérivées d'Unix modernes comme FreeBSD et Linux).</p>
+    <p><em>Soyez cependant prudent</em> : en général,
     <code>/dev/random</code> ne fournit que l'entropie dont il dispose
-    r&eacute;ellement ; en d'autres termes, lorsque vous demandez 512 octets
-    d'entropie, si le p&eacute;riph&eacute;rique ne dispose que de 100 octets, deux
+    réellement ; en d'autres termes, lorsque vous demandez 512 octets
+    d'entropie, si le périphérique ne dispose que de 100 octets, deux
     choses peuvent se produire : sur certaines plates-formes, vous ne
     recevez que les 100 octets, alors que sur d'autres, la lecture se
-    bloque jusqu'&agrave; ce qu'un nombre suffisant d'octets soit disponible
-    (ce qui peut prendre beaucoup de temps). Il est pr&eacute;f&eacute;rable ici
-    d'utiliser le p&eacute;riph&eacute;rique <code>/dev/urandom</code>, car il ne se
-    bloque jamais et fournit vraiment la quantit&eacute; de donn&eacute;es demand&eacute;es.
-    Comme inconv&eacute;nient, les donn&eacute;es re&ccedil;ues ne sont pas forc&eacute;ment de la
-    meilleure qualit&eacute;.</p></li>
+    bloque jusqu'à ce qu'un nombre suffisant d'octets soit disponible
+    (ce qui peut prendre beaucoup de temps). Il est préférable ici
+    d'utiliser le périphérique <code>/dev/urandom</code>, car il ne se
+    bloque jamais et fournit vraiment la quantité de données demandées.
+    Comme inconvénient, les données reçues ne sont pas forcément de la
+    meilleure qualité.</p></li>
 
 <li><code>exec:/chemin/vers/programme</code>
     <p>
-    Cette variante utilise un ex&eacute;cutable externe
-    <code>/chemin/vers/programme</code> comme source de d&eacute;clenchement du
-    PRNG. Lorsque <em>nombre</em> est sp&eacute;cifi&eacute;, seules les
+    Cette variante utilise un exécutable externe
+    <code>/chemin/vers/programme</code> comme source de déclenchement du
+    PRNG. Lorsque <em>nombre</em> est spécifié, seules les
     <em>nombre</em> premiers octets de son flux <code>stdout</code>
-    forment l'entropie. Lorsque <em>nombre</em> n'est pas sp&eacute;cifi&eacute;,
-    l'int&eacute;gralit&eacute; des donn&eacute;es produites sur <code>stdout</code> forment
-    l'entropie. N'utilisez cette variante qu'au d&eacute;marrage o&ugrave; une source
-    de d&eacute;clenchement fortement al&eacute;atoire est n&eacute;cessaire, en utilisant
+    forment l'entropie. Lorsque <em>nombre</em> n'est pas spécifié,
+    l'intégralité des données produites sur <code>stdout</code> forment
+    l'entropie. N'utilisez cette variante qu'au démarrage où une source
+    de déclenchement fortement aléatoire est nécessaire, en utilisant
     un programme externe (comme dans l'exemple
-    ci-dessous avec l'utilitaire <code>truerand</code> bas&eacute; sur la
-    biblioth&egrave;que <em>truerand</em> de AT&amp;T que vous trouverez
+    ci-dessous avec l'utilitaire <code>truerand</code> basé sur la
+    bibliothèque <em>truerand</em> de AT&amp;T que vous trouverez
     dans la distribution de mod_ssl). Bien entendu, l'utilisation de
     cette variante dans un contexte "connection" ralentit le serveur de
-    mani&egrave;re trop importante, et en g&eacute;n&eacute;ral, vous devez donc &eacute;viter
+    manière trop importante, et en général, vous devez donc éviter
     d'utiliser des programmes externes dans ce contexte.</p></li>
 <li><code>egd:/chemin/vers/socket-egd</code> (Unix seulement)
-    <p>Cette variante utilise le socket de domaine Unix du D&eacute;mon
-    G&eacute;n&eacute;rateur d'Entropie externe ou Entropy Gathering Daemon ou EGD
+    <p>Cette variante utilise le socket de domaine Unix du Démon
+    Générateur d'Entropie externe ou Entropy Gathering Daemon ou EGD
     (voir <a
     href="http://www.lothar.com/tech/crypto/">http://www.lothar.com/tech
-    /crypto/</a>) pour d&eacute;clencher le PRNG. N'utilisez cette variante que
-    si votre plate-forme ne poss&egrave;de pas de p&eacute;riph&eacute;rique random ou
+    /crypto/</a>) pour déclencher le PRNG. N'utilisez cette variante que
+    si votre plate-forme ne possède pas de périphérique random ou
     urandom.</p></li>
 </ul>
 <example><title>Exemple</title>
@@ -567,65 +567,65 @@ inter-processus</description>
 <usage>
 <p>
 Cette directive permet de configurer le type de stockage du cache de
-session SSL global et inter-processus. Ce cache est une fonctionnalit&eacute;
-optionnelle qui acc&eacute;l&egrave;re le traitement parall&egrave;le des requ&ecirc;tes. Pour ce
-qui est des requ&ecirc;tes vers un m&ecirc;me processus du serveur (via HTTP
+session SSL global et inter-processus. Ce cache est une fonctionnalité
+optionnelle qui accélère le traitement parallèle des requêtes. Pour ce
+qui est des requêtes vers un même processus du serveur (via HTTP
 keep-alive), OpenSSL met en cache les informations de session SSL en
 interne. Mais comme les clients modernes demandent des images en ligne
-et d'autres donn&eacute;es via des requ&ecirc;tes parall&egrave;les (un nombre de quatre
-requ&ecirc;tes parall&egrave;les est courant), ces requ&ecirc;tes vont &ecirc;tre servies par
-<em>plusieurs</em> processus du serveur pr&eacute;-d&eacute;clench&eacute;s. Ici, un cache
-inter-processus permet d'&eacute;viter des n&eacute;gociations de session
+et d'autres données via des requêtes parallèles (un nombre de quatre
+requêtes parallèles est courant), ces requêtes vont être servies par
+<em>plusieurs</em> processus du serveur pré-déclenchés. Ici, un cache
+inter-processus permet d'éviter des négociations de session
 inutiles.</p>
 <p>
 Les quatre <em>type</em>s de stockage suivants sont actuellement
-support&eacute;s :</p>
+supportés :</p>
 <ul>
 <li><code>none</code>
 
-    <p>Cette valeur d&eacute;sactive le cache de session global et
-    inter-processus, ce qui va ralentir le serveur de mani&egrave;re sensible
-    et peut poser probl&egrave;me avec certains navigateurs, en particulier si
-    les certificats clients sont activ&eacute;s. Cette configuration n'est pas
-    recommand&eacute;e.</p></li>
+    <p>Cette valeur désactive le cache de session global et
+    inter-processus, ce qui va ralentir le serveur de manière sensible
+    et peut poser problème avec certains navigateurs, en particulier si
+    les certificats clients sont activés. Cette configuration n'est pas
+    recommandée.</p></li>
 
 <li><code>nonenotnull</code>
 
-    <p>Cette valeur d&eacute;sactive tout cache de session global et
-    inter-processus. Cependant, elle force OpenSSL &agrave; envoyer un
-    identifiant de session non nul afin de s'adapter aux clients bogu&eacute;s
-    qui en n&eacute;cessitent un.</p></li>
+    <p>Cette valeur désactive tout cache de session global et
+    inter-processus. Cependant, elle force OpenSSL à envoyer un
+    identifiant de session non nul afin de s'adapter aux clients bogués
+    qui en nécessitent un.</p></li>
 
-<li><code>dbm:/chemin/vers/fichier-donn&eacute;es</code>
+<li><code>dbm:/chemin/vers/fichier-données</code>
 
     <p>Cette valeur utilise un fichier de hashage DBM sur disque local
-    pour synchroniser les caches OpenSSL locaux en m&eacute;moire des processus
-    du serveur. Ce cache de session peut &ecirc;tre sujet &agrave; des probl&egrave;mes de
-    fiabilit&eacute; sous forte charge. Pour l'utiliser, le module
-    <module>mod_socache_dbm</module> doit &ecirc;tre charg&eacute;.</p></li>
+    pour synchroniser les caches OpenSSL locaux en mémoire des processus
+    du serveur. Ce cache de session peut être sujet à des problèmes de
+    fiabilité sous forte charge. Pour l'utiliser, le module
+    <module>mod_socache_dbm</module> doit être chargé.</p></li>
 
-<li><code>shmcb:/chemin/vers/fichier-donn&eacute;es</code>[<code>(</code><em>nombre</em><code>)</code>]
+<li><code>shmcb:/chemin/vers/fichier-données</code>[<code>(</code><em>nombre</em><code>)</code>]
 
-    <p>Cette valeur utilise un tampon cyclique &agrave; hautes performances
+    <p>Cette valeur utilise un tampon cyclique à hautes performances
     (d'une taille d'environ <em>nombre</em> octets) dans un segment de
-    m&eacute;moire partag&eacute;e en RAM (&eacute;tabli via
-    <code>/chemin/vers/fichier-donn&eacute;es</code>, pour synchroniser les
-    caches OpenSSL locaux en m&eacute;moire des processus du serveur. C'est le
-    type de cache de session recommand&eacute;. Pour l'utiliser, le module
-    <module>mod_socache_shmcb</module> doit &ecirc;tre charg&eacute;.</p></li>
+    mémoire partagée en RAM (établi via
+    <code>/chemin/vers/fichier-données</code>, pour synchroniser les
+    caches OpenSSL locaux en mémoire des processus du serveur. C'est le
+    type de cache de session recommandé. Pour l'utiliser, le module
+    <module>mod_socache_shmcb</module> doit être chargé.</p></li>
 
 <li><code>dc:UNIX:/chemin/vers/socket</code>
 
-    <p>Cette valeur utilise les biblioth&egrave;ques de mise en cache de
-    sessions distribu&eacute;e sur <a
+    <p>Cette valeur utilise les bibliothèques de mise en cache de
+    sessions distribuée sur <a
     href="http://www.distcache.org/">cache distant "distcache"</a>.
-    L'argument doit sp&eacute;cifier le serveur ou mandataire &agrave; utiliser en
+    L'argument doit spécifier le serveur ou mandataire à utiliser en
     utilisant la syntaxe d'adressage distcache ; par exemple,
-    <code>UNIX:/chemin/vers/socket</code> sp&eacute;cifie une socket de domaine
-    Unix (en g&eacute;n&eacute;ral un mandataire de dc_client local) ;
-    <code>IP:serveur.example.com:9001</code> sp&eacute;cifie une adresse IP.
-    Pour l'utiliser, le module <module>mod_socache_dc</module> doit &ecirc;tre
-    charg&eacute;.</p></li>
+    <code>UNIX:/chemin/vers/socket</code> spécifie une socket de domaine
+    Unix (en général un mandataire de dc_client local) ;
+    <code>IP:serveur.example.com:9001</code> spécifie une adresse IP.
+    Pour l'utiliser, le module <module>mod_socache_dc</module> doit être
+    chargé.</p></li>
 
 </ul>
 
@@ -636,8 +636,8 @@ SSLSessionCache "shmcb:/usr/local/apache/logs/ssl_gcache_data(512000)"
 </highlight>
 </example>
 
-<p>Le mutex <code>ssl-cache</code> permet de s&eacute;rialiser l'acc&egrave;s au cache
-de session afin d'&eacute;viter toute corruption. Ce mutex peut &ecirc;tre configur&eacute;
+<p>Le mutex <code>ssl-cache</code> permet de sérialiser l'accès au cache
+de session afin d'éviter toute corruption. Ce mutex peut être configuré
 via la directive <directive module="core">Mutex</directive>.</p>
 </usage>
 </directivesynopsis>
@@ -650,17 +650,17 @@ dans le cache de sessions</description>
 <default>SSLSessionCacheTimeout 300</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>S'applique aussi &agrave; la reprise de session TLS (RFC 5077) &agrave;
+<compatibility>S'applique aussi à la reprise de session TLS (RFC 5077) à
 partir de la version 2.4.10 du serveur HTTP Apache</compatibility>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir la dur&eacute;e de vie en secondes des
-informations stock&eacute;es dans le cache de sessions SSL global et
-inter-processus, dans le cache OpenSSL interne en m&eacute;moire et pour
-les sessions r&eacute;initialis&eacute;es par la reprise de session TLS (RFC 5077). elle peut
-&ecirc;tre d&eacute;finie &agrave; une valeur d'environ 15 &agrave; des fins de test, mais &agrave; une
-valeur tr&egrave;s sup&eacute;rieure comme 300 en production.</p>
+Cette directive permet de définir la durée de vie en secondes des
+informations stockées dans le cache de sessions SSL global et
+inter-processus, dans le cache OpenSSL interne en mémoire et pour
+les sessions réinitialisées par la reprise de session TLS (RFC 5077). elle peut
+être définie à une valeur d'environ 15 à des fins de test, mais à une
+valeur très supérieure comme 300 en production.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLSessionCacheTimeout 600
@@ -671,7 +671,7 @@ SSLSessionCacheTimeout 600
 
 <directivesynopsis>
 <name>SSLEngine</name>
-<description>Interrupteur marche/arr&ecirc;t du moteur SSL</description>
+<description>Interrupteur marche/arrêt du moteur SSL</description>
 <syntax>SSLEngine on|off|optional</syntax>
 <default>SSLEngine off</default>
 <contextlist><context>server config</context>
@@ -679,12 +679,12 @@ SSLSessionCacheTimeout 600
 
 <usage>
 <p>
-Cette directive permet d'activer/d&eacute;sactiver le moteur du protocole
-SSL/TLS. Elle doit &ecirc;tre utilis&eacute;e dans une section <directive
+Cette directive permet d'activer/désactiver le moteur du protocole
+SSL/TLS. Elle doit être utilisée dans une section <directive
 module="core" type="section">VirtualHost</directive> pour activer
-SSL/TLS pour ce serveur virtuel particulier. Par d&eacute;faut, le moteur du
-protocole SSL/TLS est d&eacute;sactiv&eacute; pour le serveur principal et tous les
-serveurs virtuels configur&eacute;s.</p>
+SSL/TLS pour ce serveur virtuel particulier. Par défaut, le moteur du
+protocole SSL/TLS est désactivé pour le serveur principal et tous les
+serveurs virtuels configurés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 &lt;VirtualHost _default_:443&gt;
@@ -694,7 +694,7 @@ SSLEngine on
 </highlight>
 </example>
 <p>Depuis la version 2.1 d'Apache, la directive
-<directive>SSLEngine</directive> peut &ecirc;tre d&eacute;finie &agrave;
+<directive>SSLEngine</directive> peut être définie à
 <code>optional</code>, ce qui active le support de <a
 href="http://www.ietf.org/rfc/rfc2817.txt">RFC 2817</a>, Upgrading to
 TLS Within HTTP/1.1. Pour le moment, aucun navigateur web ne supporte
@@ -711,22 +711,22 @@ RFC 2817.</p>
 
 <usage>
 <p>
-Cette directive permet d'activer/d&eacute;sactiver l'utilisation du drapeau
-FIPS_mode de la biblioth&egrave;que SSL. Elle doit &ecirc;tre d&eacute;finie dans le
+Cette directive permet d'activer/désactiver l'utilisation du drapeau
+FIPS_mode de la bibliothèque SSL. Elle doit être définie dans le
 contexte du serveur principal, et n'accepte pas les configurations
 sources de conflits (SSLFIPS on suivi de SSLFIPS off par exemple). Le
-mode s'applique &agrave; toutes les op&eacute;rations de la biblioth&egrave;que SSL.
+mode s'applique à toutes les opérations de la bibliothèque SSL.
 </p>
 <p>
-Si httpd a &eacute;t&eacute; compil&eacute; avec une biblioth&egrave;que SSL qui ne supporte pas le
-drapeau FIPS_mode, la directive <code>SSLFIPS on</code> &eacute;chouera.
-Reportez-vous au document sur la politique de s&eacute;curit&eacute; FIPS 140-2 de la
-biblioth&egrave;que du fournisseur SSL, pour les pr&eacute;requis sp&eacute;cifiques
-n&eacute;cessaires &agrave; l'utilisation de mod_ssl selon un mode d'op&eacute;ration
-approuv&eacute; par FIPS 140-2 ; notez que mod_ssl en lui-m&ecirc;me n'est pas
-valid&eacute;, mais peut &ecirc;tre d&eacute;crit comme utilisant un module de chiffrement
-valid&eacute; par FIPS 140-2, lorsque tous les composants sont assembl&eacute;s et mis
-en oeuvre selon les recommandations de la politique de s&eacute;curit&eacute;
+Si httpd a été compilé avec une bibliothèque SSL qui ne supporte pas le
+drapeau FIPS_mode, la directive <code>SSLFIPS on</code> échouera.
+Reportez-vous au document sur la politique de sécurité FIPS 140-2 de la
+bibliothèque du fournisseur SSL, pour les prérequis spécifiques
+nécessaires à l'utilisation de mod_ssl selon un mode d'opération
+approuvé par FIPS 140-2 ; notez que mod_ssl en lui-même n'est pas
+validé, mais peut être décrit comme utilisant un module de chiffrement
+validé par FIPS 140-2, lorsque tous les composants sont assemblés et mis
+en oeuvre selon les recommandations de la politique de sécurité
 applicable.
 </p>
 </usage>
@@ -737,48 +737,48 @@ applicable.
 <description>Indique les versions du protocole SSL/TLS
 disponibles</description>
 <syntax>SSLProtocol [+|-]<em>protocole</em> ...</syntax>
-<default>SSLProtocol all -SSLv3 (jusqu'&agrave; la version 2.4.16 : all)</default>
+<default>SSLProtocol all -SSLv3 (jusqu'à la version 2.4.16 : all)</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir quelles versions du protocole SSL/TLS
-seront accept&eacute;es lors de l'initialisation d'une nouvelle connexion.</p>
+Cette directive permet de définir quelles versions du protocole SSL/TLS
+seront acceptées lors de l'initialisation d'une nouvelle connexion.</p>
 <p>
-Les <em>protocole</em>s disponibles sont les suivants (sensibles &agrave; la
+Les <em>protocole</em>s disponibles sont les suivants (sensibles à la
 casse) :</p>
 <ul>
 <li><code>SSLv3</code>
     <p>
     Il s'agit du protocole Secure Sockets Layer (SSL) version 3.0 de
     Netscape Corporation. C'est le successeur de SSLv2 et le
-    pr&eacute;d&eacute;cesseur de TLSv1, mais est consid&eacute;r&eacute; comme
-    obsol&egrave;te dans la <a href="http://www.ietf.org/rfc/rfc7568.txt">RFC
+    prédécesseur de TLSv1, mais est considéré comme
+    obsolète dans la <a href="http://www.ietf.org/rfc/rfc7568.txt">RFC
     7568</a></p></li>
 
 <li><code>TLSv1</code>
     <p>
     Il s'agit du protocole  Transport Layer Security (TLS) version 1.0.
-    C'est le successeur de SSLv3, et il est d&eacute;fini dans la <a
+    C'est le successeur de SSLv3, et il est défini dans la <a
     href="http://www.ietf.org/rfc/rfc2246.txt">RFC2246</a>. Il est
-    support&eacute; par la plupart des clients.</p></li>
+    supporté par la plupart des clients.</p></li>
 
-<li><code>TLSv1.1</code> (&agrave; partir de la version 1.0.1 d'OpenSSL)
+<li><code>TLSv1.1</code> (à partir de la version 1.0.1 d'OpenSSL)
     <p>
-    Une r&eacute;vision du protocole TLS 1.0 d&eacute;finie dans la <a
+    Une révision du protocole TLS 1.0 définie dans la <a
     href="http://www.ietf.org/rfc/rfc4346.txt">RFC 4346</a>.</p></li>
 
-<li><code>TLSv1.2</code> (&agrave; partir de la version 1.0.1 d'OpenSSL)
+<li><code>TLSv1.2</code> (à partir de la version 1.0.1 d'OpenSSL)
     <p>
-    Une r&eacute;vision du protocole TLS 1.1 d&eacute;finie dans la <a
+    Une révision du protocole TLS 1.1 définie dans la <a
     href="http://www.ietf.org/rfc/rfc5246.txt">RFC 5246</a>.</p></li>
 
 <li><code>all</code>
     <p>
-    C'est un raccourci pour ``<code>+SSLv3 +TLSv1</code>'' ou - &agrave; partir
+    C'est un raccourci pour ``<code>+SSLv3 +TLSv1</code>'' ou - à partir
     de la version 1.0.1 d'OpenSSL - ``<code>+SSLv3 +TLSv1 +TLSv1.1
-    +TLSv1.2</code>'' (sauf si OpenSSL a &eacute;t&eacute; compil&eacute; avec l'option
+    +TLSv1.2</code>'' (sauf si OpenSSL a été compilé avec l'option
     ``no-ssl3'', auquel cas <code>all</code> n'inclura pas
     <code>+SSLv3</code>).</p></li>
 </ul>
@@ -792,11 +792,11 @@ SSLProtocol TLSv1
 
 <directivesynopsis>
 <name>SSLCipherSuite</name>
-<description>Algorithmes de chiffrement disponibles pour la n&eacute;gociation
+<description>Algorithmes de chiffrement disponibles pour la négociation
 au cours de l'initialisation de la connexion SSL</description>
 <syntax>SSLCipherSuite <em>algorithmes</em></syntax>
-<default>SSLCipherSuite DEFAULT (d&eacute;pend de la version d'OpenSSL
-install&eacute;e)</default>
+<default>SSLCipherSuite DEFAULT (dépend de la version d'OpenSSL
+installée)</default>
 <contextlist><context>server config</context>
 <context>virtual host</context>
 <context>directory</context>
@@ -805,22 +805,22 @@ install&eacute;e)</default>
 
 <usage>
 <p>
-Cette directive complexe utilise la cha&icirc;ne <em>algorithmes</em>
+Cette directive complexe utilise la chaîne <em>algorithmes</em>
 contenant la liste des algorithmes de chiffrement OpenSSL que le client
 peut utiliser au cours de la phase d'initialisation de la connexion SSL.
-Notez que cette directive peut &ecirc;tre utilis&eacute;e aussi bien dans un contexte
-de serveur que dans un contexte de r&eacute;pertoire. Dans un contexte de
-serveur, elle s'applique &agrave; l'initialisation SSL standard lorsqu'une
-connexion est &eacute;tablie. Dans un contexte de r&eacute;pertoire, elle force une
-ren&eacute;gociation SSL avec la liste d'algorithmes de chiffrement sp&eacute;cifi&eacute;e
-apr&egrave;s la lecture d'une requ&ecirc;te HTTP, mais avant l'envoi de la r&eacute;ponse
+Notez que cette directive peut être utilisée aussi bien dans un contexte
+de serveur que dans un contexte de répertoire. Dans un contexte de
+serveur, elle s'applique à l'initialisation SSL standard lorsqu'une
+connexion est établie. Dans un contexte de répertoire, elle force une
+renégociation SSL avec la liste d'algorithmes de chiffrement spécifiée
+après la lecture d'une requête HTTP, mais avant l'envoi de la réponse
 HTTP.</p>
 <p>
-La liste d'algorithmes de chiffrement SSL sp&eacute;cifi&eacute;e par l'argument
+La liste d'algorithmes de chiffrement SSL spécifiée par l'argument
 <em>algorithmes</em> comporte quatre attributs principaux auxquels
 s'ajoutent quelques attributs secondaires :</p>
 <ul>
-<li><em>Algorithme d'&eacute;change de cl&eacute;s</em>:<br />
+<li><em>Algorithme d'échange de clés</em>:<br />
     RSA, Diffie-Hellman, Elliptic Curve Diffie-Hellman, Secure Remote Password
 </li>
 <li><em>Algorithme d'authentification</em>:<br />
@@ -829,33 +829,33 @@ s'ajoutent quelques attributs secondaires :</p>
 <li><em>Algorithme de chiffrement</em>:<br />
     AES, DES, Triple-DES, RC4, RC2, IDEA, etc...
 </li>
-<li><em>Algorithme de condens&eacute; MAC</em>:<br />
+<li><em>Algorithme de condensé MAC</em>:<br />
     MD5, SHA or SHA1, SHA256, SHA384.
 </li>
 </ul>
-<p>L'algorithme de chiffrement peut aussi provenir de l'ext&eacute;rieur. Les
-algorithmes SSLv2 ne sont plus support&eacute;s.
-Pour d&eacute;finir les algorithmes &agrave; utiliser, on
-peut soit sp&eacute;cifier tous les algorithmes &agrave; la fois, soit utiliser des
-alias pour sp&eacute;cifier une liste d'algorithmes dans leur ordre de
-pr&eacute;f&eacute;rence (voir <a href="#table1">Table 1</a>). Les algorithmes et
-alias effectivement disponibles d&eacute;pendent de la version d'openssl
-utilis&eacute;e. Les versions ult&eacute;rieures d'openssl inclueront probablement des
-algorithmes suppl&eacute;mentaires.</p>
+<p>L'algorithme de chiffrement peut aussi provenir de l'extérieur. Les
+algorithmes SSLv2 ne sont plus supportés.
+Pour définir les algorithmes à utiliser, on
+peut soit spécifier tous les algorithmes à la fois, soit utiliser des
+alias pour spécifier une liste d'algorithmes dans leur ordre de
+préférence (voir <a href="#table1">Table 1</a>). Les algorithmes et
+alias effectivement disponibles dépendent de la version d'openssl
+utilisée. Les versions ultérieures d'openssl inclueront probablement des
+algorithmes supplémentaires.</p>
 
 <table border="1">
 <columnspec><column width=".5"/><column width=".5"/></columnspec>
 <tr><th><a name="table1">Symbole</a></th> <th>Description</th></tr>
-<tr><td colspan="2"><em>Algorithme d'&eacute;change de cl&eacute;s :</em></td></tr>
-<tr><td><code>kRSA</code></td>   <td>Echange de cl&eacute;s RSA</td></tr>
-<tr><td><code>kDHr</code></td>   <td>Echange de cl&eacute;s Diffie-Hellman avec
-cl&eacute; RSA</td></tr>
-<tr><td><code>kDHd</code></td>   <td>Echange de cl&eacute;s Diffie-Hellman avec
-cl&eacute; DSA</td></tr>
-<tr><td><code>kEDH</code></td>   <td>Echange de cl&eacute;s Diffie-Hellman
+<tr><td colspan="2"><em>Algorithme d'échange de clés :</em></td></tr>
+<tr><td><code>kRSA</code></td>   <td>Echange de clés RSA</td></tr>
+<tr><td><code>kDHr</code></td>   <td>Echange de clés Diffie-Hellman avec
+clé RSA</td></tr>
+<tr><td><code>kDHd</code></td>   <td>Echange de clés Diffie-Hellman avec
+clé DSA</td></tr>
+<tr><td><code>kEDH</code></td>   <td>Echange de clés Diffie-Hellman
 temporaires (pas de certificat)</td>   </tr>
-<tr><td><code>kSRP</code></td>   <td>&eacute;change de cl&eacute;s avec mot de passe
-distant s&eacute;curis&eacute; (SRP)</td></tr>
+<tr><td><code>kSRP</code></td>   <td>échange de clés avec mot de passe
+distant sécurisé (SRP)</td></tr>
 <tr><td colspan="2"><em>Algorithmes d'authentification :</em></td></tr>
 <tr><td><code>aNULL</code></td>  <td>Pas d'authentification</td></tr>
 <tr><td><code>aRSA</code></td>   <td>Authentification RSA</td></tr>
@@ -870,7 +870,7 @@ distant s&eacute;curis&eacute; (SRP)</td></tr>
 <tr><td><code>RC4</code></td>    <td>Chiffrement RC4</td>       </tr>
 <tr><td><code>RC2</code></td>    <td>Chiffrement RC2</td>       </tr>
 <tr><td><code>IDEA</code></td>   <td>Chiffrement IDEA</td>       </tr>
-<tr><td colspan="2"><em>Algorithmes de condens&eacute;s MAC </em>:</td></tr>
+<tr><td colspan="2"><em>Algorithmes de condensés MAC </em>:</td></tr>
 <tr><td><code>MD5</code></td>    <td>Fonction de hashage MD5</td></tr>
 <tr><td><code>SHA1</code></td>   <td>Fonction de hashage SHA1</td></tr>
 <tr><td><code>SHA</code></td>    <td>alias pour SHA1</td> </tr>
@@ -884,9 +884,9 @@ TLS version 1.0</td> </tr>
 <tr><td><code>EXP</code></td>    <td>tous les algorithmes de chiffrement
 externes</td>  </tr>
 <tr><td><code>EXPORT40</code></td> <td>tous les algorithmes de chiffrement
-externes limit&eacute;s &agrave; 40 bits</td>  </tr>
+externes limités à 40 bits</td>  </tr>
 <tr><td><code>EXPORT56</code></td> <td>tous les algorithmes de chiffrement
-externes limit&eacute;s &agrave; 56 bits</td>  </tr>
+externes limités à 56 bits</td>  </tr>
 <tr><td><code>LOW</code></td>    <td>tous les algorithmes de chiffrement
 faibles (non externes, DES simple)</td></tr>
 <tr><td><code>MEDIUM</code></td> <td>tous les algorithmes avec
@@ -894,18 +894,18 @@ chiffrement 128 bits</td> </tr>
 <tr><td><code>HIGH</code></td>   <td>tous les algorithmes
 utilisant Triple-DES</td>     </tr>
 <tr><td><code>RSA</code></td>    <td>tous les algorithmes
-utilisant l'&eacute;change de cl&eacute;s RSA</td> </tr>
+utilisant l'échange de clés RSA</td> </tr>
 <tr><td><code>DH</code></td>     <td>tous les algorithmes
-utilisant l'&eacute;change de cl&eacute;s Diffie-Hellman</td> </tr>
+utilisant l'échange de clés Diffie-Hellman</td> </tr>
 <tr><td><code>EDH</code></td>    <td>tous les algorithmes
-utilisant l'&eacute;change de cl&eacute;s Diffie-Hellman temporaires</td> </tr>
-<tr><td><code>ECDH</code></td>   <td>&eacute;change de cl&eacute;s Elliptic Curve Diffie-Hellman</td>   </tr>
+utilisant l'échange de clés Diffie-Hellman temporaires</td> </tr>
+<tr><td><code>ECDH</code></td>   <td>échange de clés Elliptic Curve Diffie-Hellman</td>   </tr>
 <tr><td><code>ADH</code></td>    <td>tous les algorithmes
-utilisant l'&eacute;change de cl&eacute;s Diffie-Hellman anonymes</td> </tr>
+utilisant l'échange de clés Diffie-Hellman anonymes</td> </tr>
 <tr><td><code>AECDH</code></td>    <td>tous les algorithmes
-utilisant l'&eacute;change de cl&eacute;s Elliptic Curve Diffie-Hellman</td> </tr>
+utilisant l'échange de clés Elliptic Curve Diffie-Hellman</td> </tr>
 <tr><td><code>SRP</code></td>    <td>tous les algorithmes utilisant
-l'&eacute;change de cl&eacute;s avec mot de passe distant s&eacute;curis&eacute; (SRP)</td> </tr>
+l'échange de clés avec mot de passe distant sécurisé (SRP)</td> </tr>
 <tr><td><code>DSS</code></td>    <td>tous les algorithmes
 utilisant l'authentification DSS</td> </tr>
 <tr><td><code>ECDSA</code></td>    <td>tous les algorithmes
@@ -914,42 +914,42 @@ utilisant l'authentification ECDSA</td> </tr>
 n'utilisant aucune authentification</td> </tr>
 </table>
 <p>
-Cela devient int&eacute;ressant lorsque tous ces symboles sont combin&eacute;s
-ensemble pour sp&eacute;cifier les algorithmes disponibles et l'ordre dans
+Cela devient intéressant lorsque tous ces symboles sont combinés
+ensemble pour spécifier les algorithmes disponibles et l'ordre dans
 lequel vous voulez les utiliser. Pour simplifier tout cela, vous
 disposez aussi d'alias (<code>SSLv3, TLSv1, EXP, LOW, MEDIUM,
 HIGH</code>) pour certains groupes d'algorithmes. Ces symboles peuvent
-&ecirc;tre reli&eacute;s par des pr&eacute;fixes pour former la cha&icirc;ne <em>algorithmes</em>.
-Les pr&eacute;fixes disponibles sont :</p>
+être reliés par des préfixes pour former la chaîne <em>algorithmes</em>.
+Les préfixes disponibles sont :</p>
 <ul>
-<li>none: ajoute l'algorithme &agrave; la liste</li>
-<li><code>+</code>: d&eacute;place les algorithmes qui conviennent &agrave; la
+<li>none: ajoute l'algorithme à la liste</li>
+<li><code>+</code>: déplace les algorithmes qui conviennent à la
 place courante dans la liste</li>
-<li><code>-</code>: supprime l'algorithme de la liste (peut &ecirc;tre rajout&eacute;
+<li><code>-</code>: supprime l'algorithme de la liste (peut être rajouté
 plus tard)</li>
-<li><code>!</code>: supprime d&eacute;finitivement l'algorithme de la liste (ne
-peut <strong>plus</strong> y &ecirc;tre rajout&eacute; plus tard)</li>
+<li><code>!</code>: supprime définitivement l'algorithme de la liste (ne
+peut <strong>plus</strong> y être rajouté plus tard)</li>
 </ul>
 
 <note>
 <title>Les algorithmes <code>aNULL</code>, <code>eNULL</code> et
-<code>EXP</code> sont toujours d&eacute;sactiv&eacute;s</title>
+<code>EXP</code> sont toujours désactivés</title>
 <p>Depuis la version 2.4.7, les
-algorithmes de type null ou destin&eacute;s &agrave; l'exportation sont toujours
-d&eacute;sactiv&eacute;s car mod_ssl ajoute obligatoirement
-<code>!aNULL:!eNULL:!EXP</code> &agrave; toute cha&icirc;ne d'algorithme de
-chiffrement &agrave; l'initialisation.</p>
+algorithmes de type null ou destinés à l'exportation sont toujours
+désactivés car mod_ssl ajoute obligatoirement
+<code>!aNULL:!eNULL:!EXP</code> à toute chaîne d'algorithme de
+chiffrement à l'initialisation.</p>
 </note>
 
 <p>Pour vous simplifier la vie, vous pouvez utiliser la commande
 ``<code>openssl ciphers -v</code>'' qui vous fournit un moyen simple de
-cr&eacute;er la cha&icirc;ne <em>algorithmes</em> avec succ&egrave;s. La cha&icirc;ne
-<em>algorithmes</em> par d&eacute;faut d&eacute;pend de la version des biblioth&egrave;ques
-SSL install&eacute;es. Supposons qu'elle contienne
+créer la chaîne <em>algorithmes</em> avec succès. La chaîne
+<em>algorithmes</em> par défaut dépend de la version des bibliothèques
+SSL installées. Supposons qu'elle contienne
 ``<code>RC4-SHA:AES128-SHA:HIGH:MEDIUM:!aNULL:!MD5</code>'', ce qui
 stipule de mettre <code>RC4-SHA</code> et <code>AES128-SHA</code> en
-premiers, car ces algorithmes pr&eacute;sentent un bon compromis entre vitesse
-et s&eacute;curit&eacute;. Viennent ensuite les algorithmes de s&eacute;curit&eacute; &eacute;lev&eacute;e et
+premiers, car ces algorithmes présentent un bon compromis entre vitesse
+et sécurité. Viennent ensuite les algorithmes de sécurité élevée et
 moyenne. En fin de compte, les algorithmes qui n'offrent aucune
 authentification sont exclus, comme les algorithmes anonymes
 Diffie-Hellman pour SSL, ainsi que tous les algorithmes qui utilisent
@@ -967,8 +967,8 @@ PSK-RC4-SHA             SSLv3 Kx=PSK      Au=PSK  Enc=RC4(128)  Mac=SHA1
 KRB5-RC4-SHA            SSLv3 Kx=KRB5     Au=KRB5 Enc=RC4(128)  Mac=SHA1
 </pre>
 </example>
-<p>Vous trouverez la liste compl&egrave;te des algorithmes RSA &amp; DH
-sp&eacute;cifiques &agrave; SSL dans la <a href="#table2">Table 2</a>.</p>
+<p>Vous trouverez la liste complète des algorithmes RSA &amp; DH
+spécifiques à SSL dans la <a href="#table2">Table 2</a>.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLCipherSuite RSA:!EXP:!NULL:+HIGH:+MEDIUM:-LOW
@@ -979,8 +979,8 @@ SSLCipherSuite RSA:!EXP:!NULL:+HIGH:+MEDIUM:-LOW
 <column width=".1"/><column width=".13"/><column width=".1"/>
 <column width=".13"/></columnspec>
 <tr><th><a name="table2">Symbole algorithme</a></th> <th>Protocole</th>
-<th>Echange de cl&eacute;s</th> <th>Authentification</th> <th>Chiffrement</th>
-<th>Condens&eacute; MAC</th> <th>Type</th> </tr>
+<th>Echange de clés</th> <th>Authentification</th> <th>Chiffrement</th>
+<th>Condensé MAC</th> <th>Type</th> </tr>
 <tr><td colspan="7"><em>Algorithmes RSA :</em></td></tr>
 <tr><td><code>DES-CBC3-SHA</code></td> <td>SSLv3</td> <td>RSA</td> <td>RSA</td> <td>3DES(168)</td> <td>SHA1</td> <td></td> </tr>
 <tr><td><code>IDEA-CBC-SHA</code></td> <td>SSLv3</td> <td>RSA</td> <td>RSA</td> <td>IDEA(128)</td> <td>SHA1</td> <td></td> </tr>
@@ -1010,71 +1010,71 @@ SSLCipherSuite RSA:!EXP:!NULL:+HIGH:+MEDIUM:-LOW
 
 <directivesynopsis>
 <name>SSLCertificateFile</name>
-<description>Fichier de donn&eacute;es contenant le certificat X.509 du serveur cod&eacute; en
+<description>Fichier de données contenant le certificat X.509 du serveur codé en
 PEM</description>
 <syntax>SSLCertificateFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir le fichier de donn&eacute;es contenant
+<p>Cette directive permet de définir le fichier de données contenant
 les informations de certificat
-X.509 du serveur cod&eacute;es au format PEM. Ce fichier doit contenir
-au minimum un certificat d'entit&eacute; finale (feuille). 
-La directive peut &ecirc;tre utilis&eacute;e plusieurs fois (elle r&eacute;f&eacute;rence des
-fichiers diff&eacute;rents) pour accepter plusieurs algorithmes
+X.509 du serveur codées au format PEM. Ce fichier doit contenir
+au minimum un certificat d'entité finale (feuille). 
+La directive peut être utilisée plusieurs fois (elle référence des
+fichiers différents) pour accepter plusieurs algorithmes
 d'authentification au niveau du serveur - souvent RSA, DSA et ECC. Le
-nombre d'algorithmes support&eacute;s d&eacute;pend de la version d'OpenSSL utilis&eacute;e
-avec mod_ssl : &agrave; partir de la version 1.0.0, la commande <code>openssl
+nombre d'algorithmes supportés dépend de la version d'OpenSSL utilisée
+avec mod_ssl : à partir de la version 1.0.0, la commande <code>openssl
 list-public-key-algorithms</code> affiche la liste des algorithmes
-support&eacute;s.
+supportés.
 </p>
 
 <p>Les fichiers peuvent aussi contenir des certificats de CA
-interm&eacute;diaires tri&eacute;s depuis la feuille vers la racine. Cette
-fonctionnalit&eacute; est disponible depuis la version 2.4.8 du serveur HTTP
-Apache, et rend obsol&egrave;te la directive <directive
+intermédiaires triés depuis la feuille vers la racine. Cette
+fonctionnalité est disponible depuis la version 2.4.8 du serveur HTTP
+Apache, et rend obsolète la directive <directive
 module="mod_ssl">SSLCertificateChainFile</directive>. A partir de la
-version 1.0.2 d'OpenSSL, il est alors possible de configurer la cha&icirc;ne
+version 1.0.2 d'OpenSSL, il est alors possible de configurer la chaîne
 de certification en fonction du certificat.</p>
 
 <p>Depuis la version 2.4.7 du serveur HTTP Apache, on peut aussi ajouter
-des param&egrave;tres DH personnalis&eacute;s et un nom EC
-curve pour les cl&eacute;s &eacute;ph&eacute;m&egrave;res &agrave; la fin du premier fichier d&eacute;fini par la
+des paramètres DH personnalisés et un nom EC
+curve pour les clés éphémères à la fin du premier fichier défini par la
 directive <directive module="mod_ssl">SSLCertificateFile</directive>.
-Ces param&egrave;tres peuvent &ecirc;tre g&eacute;n&eacute;r&eacute;s avec les commandes <code>openssl
-dhparam</code> et <code>openssl ecparam</code>, et ils peuvent &ecirc;tre
-ajout&eacute;s tel quel &agrave; la fin du premier fichier de certificat. En effet,
-seul le premier fichier de certificat d&eacute;fini peut &ecirc;tre utilis&eacute; pour
-enregistrer des param&egrave;tres personnalis&eacute;s, car ces derniers s'appliquent
-ind&eacute;pendamment de l'algorithme d'authentification utilis&eacute;.
+Ces paramètres peuvent être générés avec les commandes <code>openssl
+dhparam</code> et <code>openssl ecparam</code>, et ils peuvent être
+ajoutés tel quel à la fin du premier fichier de certificat. En effet,
+seul le premier fichier de certificat défini peut être utilisé pour
+enregistrer des paramètres personnalisés, car ces derniers s'appliquent
+indépendamment de l'algorithme d'authentification utilisé.
 </p>
 
-<p>Enfin, il est aussi possible d'ajouter la cl&eacute; priv&eacute;e du certificat de
-l'entit&eacute; finale au fichier de certificat, ce qui permet de se passer
+<p>Enfin, il est aussi possible d'ajouter la clé privée du certificat de
+l'entité finale au fichier de certificat, ce qui permet de se passer
 d'une directive <directive
-module="mod_ssl">SSLCertificateKeyFile</directive> s&eacute;par&eacute;e. Cette
-pratique est cependant fortement d&eacute;conseill&eacute;e. En effet, les fichiers de
-certificats qui contiennent de tels cl&eacute;s embarqu&eacute;es doivent &ecirc;tre d&eacute;finis
-avant les certificats en utilisant un fichier de cl&eacute; s&eacute;par&eacute;. En outre,
-si la cl&eacute; est chiffr&eacute;e, une bo&icirc;te de dialogue pour entrer le mot de
-passe de la cl&eacute; s'ouvre au d&eacute;marrage du serveur.
+module="mod_ssl">SSLCertificateKeyFile</directive> séparée. Cette
+pratique est cependant fortement déconseillée. En effet, les fichiers de
+certificats qui contiennent de tels clés embarquées doivent être définis
+avant les certificats en utilisant un fichier de clé séparé. En outre,
+si la clé est chiffrée, une boîte de dialogue pour entrer le mot de
+passe de la clé s'ouvre au démarrage du serveur.
 </p>
 
 <note>
-<title>Interop&eacute;rabilit&eacute; des param&egrave;tres DH avec les nombres premiers de
+<title>Interopérabilité des paramètres DH avec les nombres premiers de
 plus de 1024 bits</title>
 <p>
 Depuis la version 2.4.7, mod_ssl utilise des
-param&egrave;tres DH standardis&eacute;s avec des nombres premiers de 2048, 3072 et
+paramètres DH standardisés avec des nombres premiers de 2048, 3072 et
 4096 bits, et avec des nombres premiers de 6144 et 8192 bits depuis la
 version 2.4.10 (voir <a href="http://www.ietf.org/rfc/rfc3526.txt">RFC
 3526</a>), et les fournit aux clients en fonction de la longueur de la
-cl&eacute; du certificat RSA/DSA. En particulier avec les clients bas&eacute;s sur
-Java (versions 7 et ant&eacute;rieures), ceci peut provoquer des erreurs au
-cours de la n&eacute;gociation - voir cette <a
-href="../ssl/ssl_faq.html#javadh">r&eacute;ponse de la FAQ SSL</a> pour
-contourner les probl&egrave;mes de ce genre.
+clé du certificat RSA/DSA. En particulier avec les clients basés sur
+Java (versions 7 et antérieures), ceci peut provoquer des erreurs au
+cours de la négociation - voir cette <a
+href="../ssl/ssl_faq.html#javadh">réponse de la FAQ SSL</a> pour
+contourner les problèmes de ce genre.
 </p>
 </note>
 
@@ -1088,32 +1088,32 @@ SSLCertificateFile "/usr/local/apache2/conf/ssl.crt/server.crt"
 
 <directivesynopsis>
 <name>SSLCertificateKeyFile</name>
-<description>Fichier contenant la cl&eacute; priv&eacute;e du serveur cod&eacute;e en
+<description>Fichier contenant la clé privée du serveur codée en
 PEM</description>
 <syntax>SSLCertificateKeyFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir le fichier contenant la cl&eacute; priv&eacute;e du
-serveur cod&eacute;e en PEM. Si la cl&eacute; priv&eacute;e est
-chiffr&eacute;e, une bo&icirc;te de dialogue demandant le mot de passe s'ouvre au
-d&eacute;marrage.</p>
+<p>Cette directive permet de définir le fichier contenant la clé privée du
+serveur codée en PEM. Si la clé privée est
+chiffrée, une boîte de dialogue demandant le mot de passe s'ouvre au
+démarrage.</p>
 
 <p>
-Cette directive peut &ecirc;tre utilis&eacute;e plusieurs fois pour r&eacute;f&eacute;rencer
-diff&eacute;rents noms de fichiers, afin de supporter plusieurs algorithmes
+Cette directive peut être utilisée plusieurs fois pour référencer
+différents noms de fichiers, afin de supporter plusieurs algorithmes
 pour l'authentification du serveur. A chaque directive <directive
-module="mod_ssl">SSLCertificateKeyFile</directive> doit &ecirc;tre associ&eacute;e
+module="mod_ssl">SSLCertificateKeyFile</directive> doit être associée
 une directive <directive>SSLCertificateFile</directive> correspondante.
 </p>
 
 <p>
-La cl&eacute; priv&eacute; peut aussi &ecirc;tre ajout&eacute;e au fichier d&eacute;fini par la directive
+La clé privé peut aussi être ajoutée au fichier défini par la directive
 <directive module="mod_ssl">SSLCertificateFile</directive>, mais cette
-pratique est fortement d&eacute;conseill&eacute;e. En effet, les fichiers de
-certificats qui comportent une telle cl&eacute; doivent &ecirc;tre d&eacute;finis apr&egrave;s les
-certificats en utilisant un fichier de cl&eacute; s&eacute;par&eacute;.</p>
+pratique est fortement déconseillée. En effet, les fichiers de
+certificats qui comportent une telle clé doivent être définis après les
+certificats en utilisant un fichier de clé séparé.</p>
 
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1125,47 +1125,47 @@ SSLCertificateKeyFile "/usr/local/apache2/conf/ssl.key/server.key"
 
 <directivesynopsis>
 <name>SSLCertificateChainFile</name>
-<description>Fichier contenant les certificats de CA du serveur cod&eacute;s en
+<description>Fichier contenant les certificats de CA du serveur codés en
 PEM</description>
 <syntax>SSLCertificateChainFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<note><title>SSLCertificateChainFile est obsol&egrave;te</title>
-<p><code>SSLCertificateChainFile</code> est devenue obsol&egrave;te avec la
+<note><title>SSLCertificateChainFile est obsolète</title>
+<p><code>SSLCertificateChainFile</code> est devenue obsolète avec la
 version 2.4.8, lorsque la directive
-<directive module="mod_ssl">SSLCertificateFile</directive> a &eacute;t&eacute; &eacute;tendue
-pour supporter aussi les certificats de CA interm&eacute;diaires dans le
+<directive module="mod_ssl">SSLCertificateFile</directive> a été étendue
+pour supporter aussi les certificats de CA intermédiaires dans le
 fichier de certificats du serveur.</p>
 </note>
 <p>
-Cette directive permet de d&eacute;finir le fichier optionnel
-<em>tout-en-un</em> o&ugrave; vous pouvez rassembler les certificats des
-Autorit&eacute;s de Certification (CA) qui forment la cha&icirc;ne de certification
-du certificat du serveur. Cette cha&icirc;ne d&eacute;bute par le certificat de la CA
-qui a d&eacute;livr&eacute; le certificat du serveur et peut remonter jusqu'au
+Cette directive permet de définir le fichier optionnel
+<em>tout-en-un</em> où vous pouvez rassembler les certificats des
+Autorités de Certification (CA) qui forment la chaîne de certification
+du certificat du serveur. Cette chaîne débute par le certificat de la CA
+qui a délivré le certificat du serveur et peut remonter jusqu'au
 certificat de la CA racine. Un tel fichier contient la simple
-concat&eacute;nation des diff&eacute;rents certificats de CA cod&eacute;s en PEM, en g&eacute;n&eacute;ral
-dans l'ordre de la cha&icirc;ne de certification.</p>
-<p>Elle doit &ecirc;tre utilis&eacute;e &agrave; la place et/ou en compl&eacute;ment de la
+concaténation des différents certificats de CA codés en PEM, en général
+dans l'ordre de la chaîne de certification.</p>
+<p>Elle doit être utilisée à la place et/ou en complément de la
 directive <directive module="mod_ssl">SSLCACertificatePath</directive>
-pour construire explicitement la cha&icirc;ne de certification du serveur qui
-est envoy&eacute;e au navigateur en plus du certificat du serveur. Elle s'av&egrave;re
-particuli&egrave;rement utile pour &eacute;viter les conflits avec les certificats de
+pour construire explicitement la chaîne de certification du serveur qui
+est envoyée au navigateur en plus du certificat du serveur. Elle s'avère
+particulièrement utile pour éviter les conflits avec les certificats de
 CA lorsqu'on utilise l'authentification du client. Comme le fait de
-placer un certificat de CA de la cha&icirc;ne de certification du serveur dans
+placer un certificat de CA de la chaîne de certification du serveur dans
 la directive <directive
-module="mod_ssl">SSLCACertificatePath</directive> produit le m&ecirc;me effet
-pour la construction de la cha&icirc;ne de certification, cette directive a
-pour effet colat&eacute;ral de faire accepter les certificats clients fournis
-par cette m&ecirc;me CA, au cours de l'authentification du client.</p>
+module="mod_ssl">SSLCACertificatePath</directive> produit le même effet
+pour la construction de la chaîne de certification, cette directive a
+pour effet colatéral de faire accepter les certificats clients fournis
+par cette même CA, au cours de l'authentification du client.</p>
 <p>
-Soyez cependant prudent : fournir la cha&icirc;ne de certification ne
+Soyez cependant prudent : fournir la chaîne de certification ne
 fonctionne que si vous utilisez un <em>simple</em> certificat de
 serveur RSA <em>ou</em> DSA. Si vous utilisez une paire de certificats
-coupl&eacute;s RSA+DSA , cela ne fonctionnera que si les deux certificats
-utilisent vraiment <em>la m&ecirc;me</em> cha&icirc;ne de certification. Dans le cas
+couplés RSA+DSA , cela ne fonctionnera que si les deux certificats
+utilisent vraiment <em>la même</em> chaîne de certification. Dans le cas
 contraire, la confusion risque de s'installer au niveau des
 navigateurs.</p>
 <example><title>Exemple</title>
@@ -1178,25 +1178,25 @@ SSLCertificateChainFile "/usr/local/apache2/conf/ssl.crt/ca.crt"
 
 <directivesynopsis>
 <name>SSLCACertificatePath</name>
-<description>R&eacute;pertoire des certificats de CA cod&eacute;s en PEM pour
+<description>Répertoire des certificats de CA codés en PEM pour
 l'authentification des clients</description>
-<syntax>SSLCACertificatePath <em>chemin-r&eacute;pertoire</em></syntax>
+<syntax>SSLCACertificatePath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le r&eacute;pertoire o&ugrave; sont stock&eacute;s les
-certificats des Autorit&eacute;s de Certification (CAs) pour les clients
-auxquels vous avez &agrave; faire. On les utilise pour v&eacute;rifier le certificat
+Cette directive permet de définir le répertoire où sont stockés les
+certificats des Autorités de Certification (CAs) pour les clients
+auxquels vous avez à faire. On les utilise pour vérifier le certificat
 du client au cours de l'authentification de ce dernier.</p>
 <p>
-Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Il ne
-suffit donc pas de placer les fichiers de certificats dans ce r&eacute;pertoire
-: vous devez aussi cr&eacute;er des liens symboliques nomm&eacute;s
+Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Il ne
+suffit donc pas de placer les fichiers de certificats dans ce répertoire
+: vous devez aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.N</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLCACertificatePath "/usr/local/apache2/conf/ssl.crt/"
@@ -1207,21 +1207,21 @@ SSLCACertificatePath "/usr/local/apache2/conf/ssl.crt/"
 
 <directivesynopsis>
 <name>SSLCACertificateFile</name>
-<description>Fichier contenant une concat&eacute;nation des certificats de CA
-cod&eacute;s en PEM pour l'authentification des clients</description>
+<description>Fichier contenant une concaténation des certificats de CA
+codés en PEM pour l'authentification des clients</description>
 <syntax>SSLCACertificateFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier <em>tout-en-un</em> o&ugrave; vous
-pouvez rassembler les certificats des Autorit&eacute;s de Certification (CAs)
-pour les clients auxquels vous avez &agrave; faire. On les utilise pour
+Cette directive permet de définir le fichier <em>tout-en-un</em> où vous
+pouvez rassembler les certificats des Autorités de Certification (CAs)
+pour les clients auxquels vous avez à faire. On les utilise pour
 l'authentification des clients. Un tel fichier contient la simple
-concat&eacute;nation des diff&eacute;rents fichiers de certificats cod&eacute;s en PEM, par
-ordre de pr&eacute;f&eacute;rence. Cette directive peut &ecirc;tre utilis&eacute;e &agrave; la place et/ou
-en compl&eacute;ment de la directive <directive
+concaténation des différents fichiers de certificats codés en PEM, par
+ordre de préférence. Cette directive peut être utilisée à la place et/ou
+en complément de la directive <directive
 module="mod_ssl">SSLCACertificatePath</directive>.</p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1233,43 +1233,43 @@ SSLCACertificateFile "/usr/local/apache2/conf/ssl.crt/ca-bundle-client.crt"
 
 <directivesynopsis>
 <name>SSLCADNRequestFile</name>
-<description>Fichier contenant la concat&eacute;nation des certificats de CA
-cod&eacute;s en PEM pour la d&eacute;finition de noms de CA acceptables</description>
+<description>Fichier contenant la concaténation des certificats de CA
+codés en PEM pour la définition de noms de CA acceptables</description>
 <syntax>SSLCADNRequestFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>Lorsque mod_ssl demande un certificat client, une liste de <em>noms
-d'Autorit&eacute;s de Certification acceptables</em> est envoy&eacute;e au client au
+d'Autorités de Certification acceptables</em> est envoyée au client au
 cours de la phase d'initialisation de la connexion SSL. Le client peut
-alors utiliser cette liste de noms de CA pour s&eacute;lectionner un certificat
-client appropri&eacute; parmi ceux dont il dispose.</p>
+alors utiliser cette liste de noms de CA pour sélectionner un certificat
+client approprié parmi ceux dont il dispose.</p>
 
 <p>Si aucune des directives <directive
 module="mod_ssl">SSLCADNRequestPath</directive> ou <directive
-module="mod_ssl">SSLCADNRequestFile</directive> n'est d&eacute;finie, la liste
-de noms de CsA acceptables envoy&eacute;e au client est la liste des noms de
-tous les certificats de CA sp&eacute;cifi&eacute;s par les directives <directive
+module="mod_ssl">SSLCADNRequestFile</directive> n'est définie, la liste
+de noms de CsA acceptables envoyée au client est la liste des noms de
+tous les certificats de CA spécifiés par les directives <directive
 module="mod_ssl">SSLCACertificateFile</directive> et <directive
 module="mod_ssl">SSLCACertificatePath</directive> ; en d'autres termes,
-c'est la liste des noms de CAs qui sera effectivement utilis&eacute;e pour
-v&eacute;rifier le certificat du client.</p>
+c'est la liste des noms de CAs qui sera effectivement utilisée pour
+vérifier le certificat du client.</p>
 
 <p>Dans certaines situations, il est utile de pouvoir envoyer
-une liste de noms de CA acceptables qui diff&egrave;re de la liste des CAs
-effectivement utilis&eacute;s pour v&eacute;rifier le certificat du client ;
-consid&eacute;rons par exemple le cas o&ugrave; le certificat du client est sign&eacute; par
-des CAs interm&eacute;diaires. On peut ici utiliser les directives <directive
+une liste de noms de CA acceptables qui diffère de la liste des CAs
+effectivement utilisés pour vérifier le certificat du client ;
+considérons par exemple le cas où le certificat du client est signé par
+des CAs intermédiaires. On peut ici utiliser les directives <directive
 module="mod_ssl">SSLCADNRequestPath</directive> et/ou <directive
 module="mod_ssl">SSLCADNRequestFile</directive>, et les noms de CA
 acceptables seront alors extraits de l'ensemble des certificats contenus
-dans le r&eacute;pertoire et/ou le fichier d&eacute;finis par cette paire de
+dans le répertoire et/ou le fichier définis par cette paire de
 directives.</p>
 
 <p><directive module="mod_ssl">SSLCADNRequestFile</directive> doit
-sp&eacute;cifier un fichier <em>tout-en-un</em> contenant une concat&eacute;nation des
-certificats de CA cod&eacute;s en PEM.</p>
+spécifier un fichier <em>tout-en-un</em> contenant une concaténation des
+certificats de CA codés en PEM.</p>
 
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1281,26 +1281,26 @@ SSLCADNRequestFile "/usr/local/apache2/conf/ca-names.crt"
 
 <directivesynopsis>
 <name>SSLCADNRequestPath</name>
-<description>R&eacute;pertoire contenant des fichiers de certificats de CA
-cod&eacute;s en PEM pour la d&eacute;finition de noms de CA acceptables</description>
-<syntax>SSLCADNRequestPath <em>chemin-r&eacute;pertoire</em></syntax>
+<description>Répertoire contenant des fichiers de certificats de CA
+codés en PEM pour la définition de noms de CA acceptables</description>
+<syntax>SSLCADNRequestPath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 
-<p>Cette directive optionnelle permet de d&eacute;finir la liste de <em>noms de
-CAs acceptables</em> qui sera envoy&eacute;e au client lorsqu'un certificat de
-client est demand&eacute;. Voir la directive <directive
+<p>Cette directive optionnelle permet de définir la liste de <em>noms de
+CAs acceptables</em> qui sera envoyée au client lorsqu'un certificat de
+client est demandé. Voir la directive <directive
 module="mod_ssl">SSLCADNRequestFile</directive> pour plus de
-d&eacute;tails.</p>
+détails.</p>
 
-<p>Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Il ne
-suffit donc pas de placer les fichiers de certificats dans ce r&eacute;pertoire
-: vous devez aussi cr&eacute;er des liens symboliques nomm&eacute;s
+<p>Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Il ne
+suffit donc pas de placer les fichiers de certificats dans ce répertoire
+: vous devez aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.N</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLCADNRequestPath "/usr/local/apache2/conf/ca-names.crt/"
@@ -1311,26 +1311,26 @@ SSLCADNRequestPath "/usr/local/apache2/conf/ca-names.crt/"
 
 <directivesynopsis>
 <name>SSLCARevocationPath</name>
-<description>R&eacute;pertoire des CRLs de CA cod&eacute;s en PEM pour
+<description>Répertoire des CRLs de CA codés en PEM pour
 l'authentification des clients</description>
-<syntax>SSLCARevocationPath <em>chemin-r&eacute;pertoire</em></syntax>
+<syntax>SSLCARevocationPath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le r&eacute;pertoire o&ugrave; sont stock&eacute;es les
-Listes de R&eacute;vocation de Certificats (CRL) des Autorit&eacute;s de Certification
-(CAs) pour les clients auxquels vous avez &agrave; faire. On les utilise pour
-r&eacute;voquer les certificats des clients au cours de l'authentification de
+Cette directive permet de définir le répertoire où sont stockées les
+Listes de Révocation de Certificats (CRL) des Autorités de Certification
+(CAs) pour les clients auxquels vous avez à faire. On les utilise pour
+révoquer les certificats des clients au cours de l'authentification de
 ces derniers.</p>
 <p>
-Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Il ne
-suffit donc pas de placer les fichiers de CRL dans ce r&eacute;pertoire
-: vous devez aussi cr&eacute;er des liens symboliques nomm&eacute;s
+Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Il ne
+suffit donc pas de placer les fichiers de CRL dans ce répertoire
+: vous devez aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.N</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLCARevocationPath "/usr/local/apache2/conf/ssl.crl/"
@@ -1341,7 +1341,7 @@ SSLCARevocationPath "/usr/local/apache2/conf/ssl.crl/"
 
 <directivesynopsis>
 <name>SSLCARevocationFile</name>
-<description>Fichier contenant la concat&eacute;nation des CRLs des CA cod&eacute;s en
+<description>Fichier contenant la concaténation des CRLs des CA codés en
 PEM pour l'authentification des clients</description>
 <syntax>SSLCARevocationFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
@@ -1349,13 +1349,13 @@ PEM pour l'authentification des clients</description>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier <em>tout-en-un</em> o&ugrave; sont
-rassembl&eacute;es les Listes de R&eacute;vocation de Certificats (CRLs) des Autorit&eacute;s
-de certification (CAs) pour les clients auxquels vous avez &agrave; faire. On
+Cette directive permet de définir le fichier <em>tout-en-un</em> où sont
+rassemblées les Listes de Révocation de Certificats (CRLs) des Autorités
+de certification (CAs) pour les clients auxquels vous avez à faire. On
 les utilise pour l'authentification des clients. Un tel fichier contient
-la simple concat&eacute;nation des diff&eacute;rents fichiers de CRLs cod&eacute;s en PEM,
-dans l'ordre de pr&eacute;f&eacute;rence. Cette directive peut &ecirc;tre utilis&eacute;e &agrave; la
-place et/ou en compl&eacute;ment de la directive <directive
+la simple concaténation des différents fichiers de CRLs codés en PEM,
+dans l'ordre de préférence. Cette directive peut être utilisée à la
+place et/ou en complément de la directive <directive
 module="mod_ssl">SSLCARevocationPath</directive>.</p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1368,7 +1368,7 @@ SSLCARevocationFile
 
 <directivesynopsis>
 <name>SSLCARevocationCheck</name>
-<description>Active la v&eacute;rification des r&eacute;vocations bas&eacute;e sur les CRL</description>
+<description>Active la vérification des révocations basée sur les CRL</description>
 <syntax>SSLCARevocationCheck chain|leaf|none</syntax>
 <default>SSLCARevocationCheck none</default>
 <contextlist><context>server config</context>
@@ -1376,28 +1376,28 @@ SSLCARevocationFile
 
 <usage>
 <p>
-Active la v&eacute;rification des r&eacute;vocations bas&eacute;e sur les Listes de
-R&eacute;vocations de Certificats (CRL). Au moins une des directives <directive
+Active la vérification des révocations basée sur les Listes de
+Révocations de Certificats (CRL). Au moins une des directives <directive
 module="mod_ssl">SSLCARevocationFile</directive> ou <directive
-module="mod_ssl">SSLCARevocationPath</directive> doit &ecirc;tre d&eacute;finie.
-Lorsque cette directive est d&eacute;finie &agrave; <code>chain</code> (valeur
-recommand&eacute;e), les v&eacute;rifications CRL sont effectu&eacute;es sur tous les
-certificats de la cha&icirc;ne, alors que la valeur <code>leaf</code> limite
-la v&eacute;rification au certificat hors cha&icirc;ne (la feuille).
+module="mod_ssl">SSLCARevocationPath</directive> doit être définie.
+Lorsque cette directive est définie à <code>chain</code> (valeur
+recommandée), les vérifications CRL sont effectuées sur tous les
+certificats de la chaîne, alors que la valeur <code>leaf</code> limite
+la vérification au certificat hors chaîne (la feuille).
 </p>
 <note>
-<title>Lorsque la directive est d&eacute;finie &agrave; <code>chain</code> ou
-<code>leaf</code>, les CRLs doivent &ecirc;tre disponibles pour que la
-validation r&eacute;ussisse</title>
+<title>Lorsque la directive est définie à <code>chain</code> ou
+<code>leaf</code>, les CRLs doivent être disponibles pour que la
+validation réussisse</title>
 <p>
-Avant la version 2.3.15, les v&eacute;rifications CRL dans mod_ssl
-r&eacute;ussissaient m&ecirc;me si aucune CRL n'&eacute;tait trouv&eacute;e dans les chemins
-d&eacute;finis par les directives <directive
+Avant la version 2.3.15, les vérifications CRL dans mod_ssl
+réussissaient même si aucune CRL n'était trouvée dans les chemins
+définis par les directives <directive
 module="mod_ssl">SSLCARevocationFile</directive> ou <directive
 module="mod_ssl">SSLCARevocationPath</directive>. Le comportement a
-chang&eacute; avec l'introduction de cette directive : lorsque la v&eacute;rification
-est activ&eacute;e, les CRLs <em>doivent</em> &ecirc;tre pr&eacute;sentes pour que la
-validation r&eacute;ussisse ; dans le cas contraire, elle &eacute;chouera avec une
+changé avec l'introduction de cette directive : lorsque la vérification
+est activée, les CRLs <em>doivent</em> être présentes pour que la
+validation réussisse ; dans le cas contraire, elle échouera avec une
 erreur <code>"CRL introuvable"</code>.
 </p>
 </note>
@@ -1411,7 +1411,7 @@ SSLCARevocationCheck chain
 
 <directivesynopsis>
 <name>SSLVerifyClient</name>
-<description>Niveau de v&eacute;rification du certificat client</description>
+<description>Niveau de vérification du certificat client</description>
 <syntax>SSLVerifyClient <em>niveau</em></syntax>
 <default>SSLVerifyClient none</default>
 <contextlist><context>server config</context>
@@ -1422,34 +1422,34 @@ SSLCARevocationCheck chain
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le niveau de v&eacute;rification du
+Cette directive permet de définir le niveau de vérification du
 certificat pour l'authentification du client. Notez que cette directive
-peut &ecirc;tre utilis&eacute;e &agrave; la fois dans les contextes du serveur principal et
-du r&eacute;pertoire. Dans le contexte du serveur principal, elle s'applique au
-processus d'authentification du client utilis&eacute; au cours de la
-n&eacute;gociation SSL standard lors de l'&eacute;tablissement d'une connexion. Dans
-un contexte de r&eacute;pertoire, elle force une ren&eacute;gociation SSL avec le
-niveau de v&eacute;rification du client sp&eacute;cifi&eacute;, apr&egrave;s la lecture d'une
-requ&ecirc;te HTTP, mais avant l'envoi de la r&eacute;ponse HTTP.</p>
+peut être utilisée à la fois dans les contextes du serveur principal et
+du répertoire. Dans le contexte du serveur principal, elle s'applique au
+processus d'authentification du client utilisé au cours de la
+négociation SSL standard lors de l'établissement d'une connexion. Dans
+un contexte de répertoire, elle force une renégociation SSL avec le
+niveau de vérification du client spécifié, après la lecture d'une
+requête HTTP, mais avant l'envoi de la réponse HTTP.</p>
 <p>
 Les valeurs de <em>niveau</em> disponibles sont les suivantes :</p>
 <ul>
 <li><strong>none</strong>:
      aucun certificat client n'est requis</li>
 <li><strong>optional</strong>:
-     le client <em>peut</em> pr&eacute;senter un certificat valide</li>
+     le client <em>peut</em> présenter un certificat valide</li>
 <li><strong>require</strong>:
-     le client <em>doit</em> pr&eacute;senter un certificat valide</li>
+     le client <em>doit</em> présenter un certificat valide</li>
 <li><strong>optional_no_ca</strong>:
-     le client peut pr&eacute;senter un certificat valide, mais il n'est pas
-     n&eacute;cessaire que ce dernier soit v&eacute;rifiable (avec succ&egrave;s).</li>
+     le client peut présenter un certificat valide, mais il n'est pas
+     nécessaire que ce dernier soit vérifiable (avec succès).</li>
 </ul>
 <p>En pratique, seuls les niveaux <strong>none</strong> et
-<strong>require</strong> sont vraiment int&eacute;ressants, car le niveau
+<strong>require</strong> sont vraiment intéressants, car le niveau
 <strong>optional</strong> ne fonctionne pas avec tous les navigateurs,
-et le niveau <strong>optional_no_ca</strong> va vraiment &agrave; l'encontre de
-l'id&eacute;e que l'on peut se faire de l'authentification (mais peut tout de
-m&ecirc;me &ecirc;tre utilis&eacute; pour &eacute;tablir des pages de test SSL, etc...)</p>
+et le niveau <strong>optional_no_ca</strong> va vraiment à l'encontre de
+l'idée que l'on peut se faire de l'authentification (mais peut tout de
+même être utilisé pour établir des pages de test SSL, etc...)</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLVerifyClient require
@@ -1461,7 +1461,7 @@ SSLVerifyClient require
 <directivesynopsis>
 <name>SSLVerifyDepth</name>
 <description>Profondeur maximale des certificats de CA pour la
-v&eacute;rification des certificats clients</description>
+vérification des certificats clients</description>
 <syntax>SSLVerifyDepth <em>nombre</em></syntax>
 <default>SSLVerifyDepth 1</default>
 <contextlist><context>server config</context>
@@ -1472,25 +1472,25 @@ v&eacute;rification des certificats clients</description>
 
 <usage>
 <p>
-Cette directive permet de sp&eacute;cifier la profondeur maximale &agrave; laquelle
-mod_ssl va effectuer sa v&eacute;rification avant de d&eacute;cider que le client ne
-poss&egrave;de pas de certificat valide. Notez que cette directive peut &ecirc;tre
-utilis&eacute;e &agrave; la fois dans les contextes du serveur principal et de
-r&eacute;pertoire. Dans le contexte du serveur principal, elle s'applique au
-processus d'authentification du client utilis&eacute; au cours de la
-n&eacute;gociation SSL standard lors de l'&eacute;tablissement d'une connexion. Dans
-un contexte de r&eacute;pertoire, elle force une ren&eacute;gociation SSL avec le
-client selon la nouvelle profondeur sp&eacute;cifi&eacute;e, apr&egrave;s la lecture d'une
-requ&ecirc;te HTTP, mais avant l'envoi de la r&eacute;ponse HTTP.</p>
+Cette directive permet de spécifier la profondeur maximale à laquelle
+mod_ssl va effectuer sa vérification avant de décider que le client ne
+possède pas de certificat valide. Notez que cette directive peut être
+utilisée à la fois dans les contextes du serveur principal et de
+répertoire. Dans le contexte du serveur principal, elle s'applique au
+processus d'authentification du client utilisé au cours de la
+négociation SSL standard lors de l'établissement d'une connexion. Dans
+un contexte de répertoire, elle force une renégociation SSL avec le
+client selon la nouvelle profondeur spécifiée, après la lecture d'une
+requête HTTP, mais avant l'envoi de la réponse HTTP.</p>
 <p>
 La profondeur correspond au nombre maximum de fournisseurs de
-certificats interm&eacute;diaires, c'est &agrave; dire le nombre maximum de
-certificats de CA que l'on est autoris&eacute; &agrave; suivre lors de la v&eacute;rification
+certificats intermédiaires, c'est à dire le nombre maximum de
+certificats de CA que l'on est autorisé à suivre lors de la vérification
 du certificat du client. Une profondeur de 0 signifie que seuls les
-certificats clients auto-sign&eacute;s sont accept&eacute;s ; la profondeur par d&eacute;faut
-de 1 signifie que le certificat client peut &ecirc;tre soit auto-sign&eacute;, soit
-sign&eacute; par une CA connue directement du serveur (c'est &agrave; dire que le
-certificat de la CA doit &ecirc;tre r&eacute;f&eacute;renc&eacute; par la directive <directive
+certificats clients auto-signés sont acceptés ; la profondeur par défaut
+de 1 signifie que le certificat client peut être soit auto-signé, soit
+signé par une CA connue directement du serveur (c'est à dire que le
+certificat de la CA doit être référencé par la directive <directive
 module="mod_ssl">SSLCACertificatePath</directive>), etc...</p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1502,30 +1502,30 @@ SSLVerifyDepth 10
 
 <directivesynopsis>
 <name>SSLSRPVerifierFile</name>
-<description>Chemin du fichier de v&eacute;rification SRP</description>
+<description>Chemin du fichier de vérification SRP</description>
 <syntax>SSLSRPVerifierFile <em>file-path</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <compatibility>Disponible depuis la version 2.4.4 du serveur HTTP
-Apache, si la version 1.0.1 ou sup&eacute;rieure d'OpenSSL est utilis&eacute;e.</compatibility>
+Apache, si la version 1.0.1 ou supérieure d'OpenSSL est utilisée.</compatibility>
 
 <usage>
 <p>
-Cette directive permet d'activer TLS-SRP et de d&eacute;finir le chemin du
-fichier de v&eacute;rification OpenSSL SRP (Mot de passe distant s&eacute;curis&eacute;)
-contenant les noms d'utilisateurs TLS-SRP, les v&eacute;rificateurs, les
-"grains de sel" (salts), ainsi que les param&egrave;tres de groupe.</p>
+Cette directive permet d'activer TLS-SRP et de définir le chemin du
+fichier de vérification OpenSSL SRP (Mot de passe distant sécurisé)
+contenant les noms d'utilisateurs TLS-SRP, les vérificateurs, les
+"grains de sel" (salts), ainsi que les paramètres de groupe.</p>
 <example><title>Exemple</title>
 SSLSRPVerifierFile "/path/to/file.srpv"
 </example>
 <p>
-Le fichier de v&eacute;rification peut &ecirc;tre cr&eacute;&eacute; via l'utilitaire en ligne de
+Le fichier de vérification peut être créé via l'utilitaire en ligne de
 commande <code>openssl</code> :</p>
-<example><title>Cr&eacute;ation du fichier de v&eacute;rification SRP</title>
+<example><title>Création du fichier de vérification SRP</title>
 openssl srp -srpvfile passwd.srpv -userinfo "some info" -add username
 </example>
-<p>La valeur affect&eacute;e au param&egrave;tre optionnel <code>-userinfo</code> est
-enregistr&eacute;e dans la variable d'environnement
+<p>La valeur affectée au paramètre optionnel <code>-userinfo</code> est
+enregistrée dans la variable d'environnement
 <code>SSL_SRP_USERINFO</code>.</p>
 
 </usage>
@@ -1533,19 +1533,19 @@ enregistr&eacute;e dans la variable d'environnement
 
 <directivesynopsis>
 <name>SSLSRPUnknownUserSeed</name>
-<description>Source d'al&eacute;a pour utilisateur SRP inconnu</description>
+<description>Source d'aléa pour utilisateur SRP inconnu</description>
 <syntax>SSLSRPUnknownUserSeed <em>secret-string</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <compatibility>Disponible depuis la version 2.4.4 du serveur HTTP
-Apache, si la version 1.0.1 ou sup&eacute;rieure d'OpenSSL est utilis&eacute;e.</compatibility>
+Apache, si la version 1.0.1 ou supérieure d'OpenSSL est utilisée.</compatibility>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir la source d'al&eacute;a &agrave; utiliser
+Cette directive permet de définir la source d'aléa à utiliser
 pour les utilisateurs SRP inconnus, ceci afin de combler les manques en
-cas d'existence d'un tel utilisateur. Elle d&eacute;finit une cha&icirc;ne secr&egrave;te. Si
-cette directive n'est pas d&eacute;finie, Apache renverra une alerte
+cas d'existence d'un tel utilisateur. Elle définit une chaîne secrète. Si
+cette directive n'est pas définie, Apache renverra une alerte
 UNKNOWN_PSK_IDENTITY aux clients qui fournissent un nom d'utilisateur
 inconnu.
 </p>
@@ -1557,7 +1557,7 @@ SSLSRPUnknownUserSeed "secret"
 
 <directivesynopsis>
 <name>SSLOptions</name>
-<description>Configure diff&eacute;rentes options d'ex&eacute;cution du moteur SSL</description>
+<description>Configure différentes options d'exécution du moteur SSL</description>
 <syntax>SSLOptions [+|-]<em>option</em> ...</syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context>
@@ -1567,15 +1567,15 @@ SSLSRPUnknownUserSeed "secret"
 
 <usage>
 <p>
-Cette directive permet de contr&ocirc;ler diff&eacute;rentes options d'ex&eacute;cution du
-moteur SSL dans un contexte de r&eacute;pertoire. Normalement, si plusieurs
-<code>SSLOptions</code> peuvent s'appliquer &agrave; un r&eacute;pertoire, c'est la
-plus sp&eacute;cifique qui est v&eacute;ritablement prise en compte ; les options ne
+Cette directive permet de contrôler différentes options d'exécution du
+moteur SSL dans un contexte de répertoire. Normalement, si plusieurs
+<code>SSLOptions</code> peuvent s'appliquer à un répertoire, c'est la
+plus spécifique qui est véritablement prise en compte ; les options ne
 se combinent pas entre elles. Elles se combinent cependant entre elles
-si elles sont <em>toutes</em> pr&eacute;c&eacute;d&eacute;es par un symbole plus
-(<code>+</code>) ou moins (<code>-</code>). Toute option pr&eacute;c&eacute;d&eacute;e d'un
-<code>+</code> est ajout&eacute;e aux options actuellement en vigueur, et toute
-option pr&eacute;c&eacute;d&eacute;e d'un <code>-</code> est supprim&eacute;e de ces m&ecirc;mes
+si elles sont <em>toutes</em> précédées par un symbole plus
+(<code>+</code>) ou moins (<code>-</code>). Toute option précédée d'un
+<code>+</code> est ajoutée aux options actuellement en vigueur, et toute
+option précédée d'un <code>-</code> est supprimée de ces mêmes
 options.
 </p>
 <p>
@@ -1583,99 +1583,99 @@ Les <em>option</em>s disponibles sont :</p>
 <ul>
 <li><code>StdEnvVars</code>
     <p>
-    Lorsque cette option est activ&eacute;e, le jeu standard de variables
-    d'environnement SSL relatives &agrave; CGI/SSI est cr&eacute;&eacute;. Cette option est
-    d&eacute;sactiv&eacute;e par d&eacute;faut pour des raisons de performances, car
-    l'extraction des informations constitue une op&eacute;ration assez co&ucirc;teuse
-    en ressources. On n'active donc en g&eacute;n&eacute;ral cette option que pour les
-    requ&ecirc;tes CGI et SSI.</p>
+    Lorsque cette option est activée, le jeu standard de variables
+    d'environnement SSL relatives à CGI/SSI est créé. Cette option est
+    désactivée par défaut pour des raisons de performances, car
+    l'extraction des informations constitue une opération assez coûteuse
+    en ressources. On n'active donc en général cette option que pour les
+    requêtes CGI et SSI.</p>
 </li>
 <li><code>ExportCertData</code>
     <p>
-    Lorsque cette option est activ&eacute;e, des variables d'environnement
-    CGI/SSI suppl&eacute;mentaires sont cr&eacute;&eacute;es : <code>SSL_SERVER_CERT</code>,
+    Lorsque cette option est activée, des variables d'environnement
+    CGI/SSI supplémentaires sont créées : <code>SSL_SERVER_CERT</code>,
     <code>SSL_CLIENT_CERT</code> et
     <code>SSL_CLIENT_CERT_CHAIN_</code><em>n</em> (avec <em>n</em> =
-    0,1,2,..). Elles contiennent les certificats X.509 cod&eacute;s en PEM du
+    0,1,2,..). Elles contiennent les certificats X.509 codés en PEM du
     serveur et du client pour la connexion HTTPS courante, et peuvent
-    &ecirc;tre utilis&eacute;es par les scripts CGI pour une v&eacute;rification de
-    certificat plus &eacute;labor&eacute;e. De plus, tous les autres certificats de la
-    cha&icirc;ne de certificats du client sont aussi fournis. Tout ceci gonfle
+    être utilisées par les scripts CGI pour une vérification de
+    certificat plus élaborée. De plus, tous les autres certificats de la
+    chaîne de certificats du client sont aussi fournis. Tout ceci gonfle
     un peu l'environnement, et c'est la raison pour laquelle vous ne
-    devez activer cette option qu'&agrave; la demande.</p>
+    devez activer cette option qu'à la demande.</p>
 </li>
 <li><code>FakeBasicAuth</code>
     <p>
-    Lorsque cette option est activ&eacute;e, le Nom Distinctif (DN) sujet du
+    Lorsque cette option est activée, le Nom Distinctif (DN) sujet du
     certificat client X509 est traduit en un nom d'utilisateur pour
-    l'autorisation HTTP de base. Cela signifie que les m&eacute;thodes
-    d'authentification standard d'Apache peuvent &ecirc;tre utilis&eacute;es pour le
-    contr&ocirc;le d'acc&egrave;s. Le nom d'utilisateur est tout simplement le Sujet
-    du certificat X509 du client (il peut &ecirc;tre d&eacute;termin&eacute; en utilisant la
+    l'autorisation HTTP de base. Cela signifie que les méthodes
+    d'authentification standard d'Apache peuvent être utilisées pour le
+    contrôle d'accès. Le nom d'utilisateur est tout simplement le Sujet
+    du certificat X509 du client (il peut être déterminé en utilisant la
     commande OpenSSL <code>openssl x509</code> : <code>openssl x509
     -noout -subject -in </code><em>certificat</em><code>.crt</code>).
-    Notez qu'aucun mot de passe n'est envoy&eacute; par l'utilisateur. Chaque
-    entr&eacute;e du fichier des utilisateurs doit comporter ce mot de passe :
-    ``<code>xxj31ZMTZzkVA</code>'', qui est la version chiffr&eacute;e en DES
+    Notez qu'aucun mot de passe n'est envoyé par l'utilisateur. Chaque
+    entrée du fichier des utilisateurs doit comporter ce mot de passe :
+    ``<code>xxj31ZMTZzkVA</code>'', qui est la version chiffrée en DES
     du mot ``<code>password</code>''. Ceux qui travaillent avec un
-    chiffrement bas&eacute; sur MD5 (par exemple sous FreeBSD ou BSD/OS,
-    etc...) doivent utiliser le condens&eacute; MD5 suivant pour le m&ecirc;me mot :
+    chiffrement basé sur MD5 (par exemple sous FreeBSD ou BSD/OS,
+    etc...) doivent utiliser le condensé MD5 suivant pour le même mot :
     ``<code>$1$OXLyS...$Owx8s2/m9/gfkcRVXzgoE/</code>''.</p>
 
     <p>Notez que la directive <directive
-    module="mod_auth_basic">AuthBasicFake</directive> impl&eacute;ment&eacute;e par le
-    module <module>mod_auth_basic</module> peut &ecirc;tre utilis&eacute;e d'une
-    mani&egrave;re plus g&eacute;n&eacute;rale comme simulation d'authentification basique,
-    ce qui permet de contr&ocirc;ler la structure nom utilisateur/mot de
+    module="mod_auth_basic">AuthBasicFake</directive> implémentée par le
+    module <module>mod_auth_basic</module> peut être utilisée d'une
+    manière plus générale comme simulation d'authentification basique,
+    ce qui permet de contrôler la structure nom utilisateur/mot de
     passe.</p>
 </li>
 <li><code>StrictRequire</code>
     <p>
-    Cette option <em>force</em> l'interdiction d'acc&egrave;s lorsque
-    <code>SSLRequireSSL</code> ou <code>SSLRequire</code> a d&eacute;cid&eacute; que
-    l'acc&egrave;s devait &ecirc;tre interdit. Par d&eacute;faut, dans le cas o&ugrave;
-    une directive ``<code>Satisfy any</code>'' est utilis&eacute;e, et si
-    d'autres restrictions d'acc&egrave;s ont &eacute;t&eacute; franchies, on passe en g&eacute;n&eacute;ral
-    outre l'interdiction d'acc&egrave;s due &agrave; <code>SSLRequireSSL</code> ou
-    <code>SSLRequire</code> (parce que c'est ainsi que le m&eacute;canisme
+    Cette option <em>force</em> l'interdiction d'accès lorsque
+    <code>SSLRequireSSL</code> ou <code>SSLRequire</code> a décidé que
+    l'accès devait être interdit. Par défaut, dans le cas où
+    une directive ``<code>Satisfy any</code>'' est utilisée, et si
+    d'autres restrictions d'accès ont été franchies, on passe en général
+    outre l'interdiction d'accès due à <code>SSLRequireSSL</code> ou
+    <code>SSLRequire</code> (parce que c'est ainsi que le mécanisme
     <code>Satisfy</code> d'Apache doit fonctionner). Pour des
-    restrictions d'acc&egrave;s plus strictes, vous pouvez cependant utiliser
+    restrictions d'accès plus strictes, vous pouvez cependant utiliser
     <code>SSLRequireSSL</code> et/ou <code>SSLRequire</code> en
     combinaison avec une option ``<code>SSLOptions
     +StrictRequire</code>''. Une directive ``<code>Satisfy Any</code>''
-    n'a alors aucune chance d'autoriser l'acc&egrave;s si mod_ssl a d&eacute;cid&eacute; de
+    n'a alors aucune chance d'autoriser l'accès si mod_ssl a décidé de
     l'interdire.</p>
 </li>
 <li><code>OptRenegotiate</code>
     <p>
-    Cette option active la gestion optimis&eacute;e de la ren&eacute;gociation des
-    connexions SSL intervenant lorsque les directives SSL sont utilis&eacute;es
-    dans un contexte de r&eacute;pertoire. Par d&eacute;faut un sch&eacute;ma strict est
-    appliqu&eacute;, et <em>chaque</em> reconfiguration des param&egrave;tres SSL au
-    niveau du r&eacute;pertoire implique une phase de ren&eacute;gociation SSL
-    <em>compl&egrave;te</em>. Avec cette option, mod_ssl essaie d'&eacute;viter les
-    &eacute;changes non n&eacute;cessaires en effectuant des v&eacute;rifications de
-    param&egrave;tres plus granulaires (mais tout de m&ecirc;me efficaces).
-    N&eacute;anmoins, ces v&eacute;rifications granulaires peuvent ne pas correspondre
-    &agrave; ce qu'attend l'utilisateur, et il est donc recommand&eacute; de n'activer
-    cette option que dans un contexte de r&eacute;pertoire.</p>
+    Cette option active la gestion optimisée de la renégociation des
+    connexions SSL intervenant lorsque les directives SSL sont utilisées
+    dans un contexte de répertoire. Par défaut un schéma strict est
+    appliqué, et <em>chaque</em> reconfiguration des paramètres SSL au
+    niveau du répertoire implique une phase de renégociation SSL
+    <em>complète</em>. Avec cette option, mod_ssl essaie d'éviter les
+    échanges non nécessaires en effectuant des vérifications de
+    paramètres plus granulaires (mais tout de même efficaces).
+    Néanmoins, ces vérifications granulaires peuvent ne pas correspondre
+    à ce qu'attend l'utilisateur, et il est donc recommandé de n'activer
+    cette option que dans un contexte de répertoire.</p>
 </li>
 <li><code>LegacyDNStringFormat</code>
     <p>
-    Cette option permet d'agir sur la mani&egrave;re dont les valeurs des
-    variables <code>SSL_{CLIENT,SERVER}_{I,S}_DN</code> sont format&eacute;es.
-    Depuis la version 2.3.11, Apache HTTPD utilise par d&eacute;faut un format
+    Cette option permet d'agir sur la manière dont les valeurs des
+    variables <code>SSL_{CLIENT,SERVER}_{I,S}_DN</code> sont formatées.
+    Depuis la version 2.3.11, Apache HTTPD utilise par défaut un format
     compatible avec la RFC 2253. Ce format utilise des virgules comme
-    d&eacute;limiteurs entre les attributs, permet l'utilisation de caract&egrave;res
-    non-ASCII (qui sont alors convertis en UTF8), &eacute;chappe certains
-    caract&egrave;res sp&eacute;ciaux avec des slashes invers&eacute;s, et trie les attributs
-    en pla&ccedil;ant l'attribut "C" en derni&egrave;re position.</p>
-
-    <p>Si l'option <code>LegacyDNStringFormat</code> est pr&eacute;sente, c'est
-    l'ancien format qui sera utilis&eacute; : les attributs sont tri&eacute;s avec
-    l'attribut "C" en premi&egrave;re position, les s&eacute;parateurs sont des
-    slashes non invers&eacute;s, les caract&egrave;res non-ASCII ne sont pas support&eacute;s
-    et le support des caract&egrave;res sp&eacute;ciaux n'est pas fiable.
+    délimiteurs entre les attributs, permet l'utilisation de caractères
+    non-ASCII (qui sont alors convertis en UTF8), échappe certains
+    caractères spéciaux avec des slashes inversés, et trie les attributs
+    en plaçant l'attribut "C" en dernière position.</p>
+
+    <p>Si l'option <code>LegacyDNStringFormat</code> est présente, c'est
+    l'ancien format qui sera utilisé : les attributs sont triés avec
+    l'attribut "C" en première position, les séparateurs sont des
+    slashes non inversés, les caractères non-ASCII ne sont pas supportés
+    et le support des caractères spéciaux n'est pas fiable.
     </p>
 </li>
 </ul>
@@ -1692,7 +1692,7 @@ SSLOptions +FakeBasicAuth -StrictRequire
 
 <directivesynopsis>
 <name>SSLRequireSSL</name>
-<description>Interdit l'acc&egrave;s lorsque la requ&ecirc;te HTTP n'utilise pas
+<description>Interdit l'accès lorsque la requête HTTP n'utilise pas
 SSL</description>
 <syntax>SSLRequireSSL</syntax>
 <contextlist><context>directory</context>
@@ -1701,12 +1701,12 @@ SSL</description>
 
 <usage>
 <p><!-- XXX: I think the syntax is wrong -->
-Cette directive interdit l'acc&egrave;s si HTTP sur SSL (c'est &agrave; dire HTTPS)
-n'est pas activ&eacute; pour la connexion courante. Ceci est tr&egrave;s pratique dans
-un serveur virtuel o&ugrave; SSL est activ&eacute; ou dans un r&eacute;pertoire pour se
-prot&eacute;ger des erreurs de configuration qui pourraient donner acc&egrave;s &agrave; des
-ressources prot&eacute;g&eacute;es. Lorsque cette directive est pr&eacute;sente, toutes les
-requ&ecirc;tes qui n'utilisent pas SSL sont rejet&eacute;es.</p>
+Cette directive interdit l'accès si HTTP sur SSL (c'est à dire HTTPS)
+n'est pas activé pour la connexion courante. Ceci est très pratique dans
+un serveur virtuel où SSL est activé ou dans un répertoire pour se
+protéger des erreurs de configuration qui pourraient donner accès à des
+ressources protégées. Lorsque cette directive est présente, toutes les
+requêtes qui n'utilisent pas SSL sont rejetées.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLRequireSSL
@@ -1717,7 +1717,7 @@ SSLRequireSSL
 
 <directivesynopsis>
 <name>SSLRequire</name>
-<description>N'autorise l'acc&egrave;s que lorsqu'une expression bool&eacute;enne
+<description>N'autorise l'accès que lorsqu'une expression booléenne
 complexe et arbitraire est vraie</description>
 <syntax>SSLRequire <em>expression</em></syntax>
 <contextlist><context>directory</context>
@@ -1725,34 +1725,34 @@ complexe et arbitraire est vraie</description>
 <override>AuthConfig</override>
 
 <usage>
-<note><title>SSLRequire est obsol&egrave;te</title>
-<p><code>SSLRequire</code> est obsol&egrave;te et doit en g&eacute;n&eacute;ral &ecirc;tre
-remplac&eacute;e par l'expression <a
+<note><title>SSLRequire est obsolète</title>
+<p><code>SSLRequire</code> est obsolète et doit en général être
+remplacée par l'expression <a
 href="mod_authz_core.html#reqexpr">Require</a>. La syntaxe <a
 href="../expr.html">ap_expr</a> de l'expression <code>Require</code> est
 une extension de la syntaxe de <code>SSLRequire</code>, avec les
-diff&eacute;rences suivantes :</p>
-
-<p>Avec <code>SSLRequire</code>, les op&eacute;rateurs de comparaison
-<code>&lt;</code>, <code>&lt;=</code>, ... sont strictement &eacute;quivalents
-aux op&eacute;rateurs <code>lt</code>, <code>le</code>, ... , et fonctionnent
-selon une m&eacute;thode qui compare tout d'abord la longueur des deux cha&icirc;nes,
-puis l'ordre alphab&eacute;tique. Les expressions <a
-href="../expr.html">ap_expr</a>, quant &agrave; elles, poss&egrave;dent deux jeux
-d'op&eacute;rateurs de comparaison : les op&eacute;rateurs <code>&lt;</code>,
-<code>&lt;=</code>, ... effectuent une comparaison alphab&eacute;tique de
-cha&icirc;nes, alors que les op&eacute;rateurs <code>-lt</code>, <code>-le</code>,
-... effectuent une comparaison d'entiers. Ces derniers poss&egrave;dent aussi
+différences suivantes :</p>
+
+<p>Avec <code>SSLRequire</code>, les opérateurs de comparaison
+<code>&lt;</code>, <code>&lt;=</code>, ... sont strictement équivalents
+aux opérateurs <code>lt</code>, <code>le</code>, ... , et fonctionnent
+selon une méthode qui compare tout d'abord la longueur des deux chaînes,
+puis l'ordre alphabétique. Les expressions <a
+href="../expr.html">ap_expr</a>, quant à elles, possèdent deux jeux
+d'opérateurs de comparaison : les opérateurs <code>&lt;</code>,
+<code>&lt;=</code>, ... effectuent une comparaison alphabétique de
+chaînes, alors que les opérateurs <code>-lt</code>, <code>-le</code>,
+... effectuent une comparaison d'entiers. Ces derniers possèdent aussi
 des alias sans tiret initial : <code>lt</code>, <code>le</code>, ...
 </p>
 
 </note>
 
-<p>Cette directive permet de sp&eacute;cifier une condition g&eacute;n&eacute;rale d'acc&egrave;s
-qui doit &ecirc;tre enti&egrave;rement satisfaite pour que l'acc&egrave;s soit autoris&eacute;.
-C'est une directive tr&egrave;s puissante, car la condition d'acc&egrave;s sp&eacute;cifi&eacute;e
-est une expression bool&eacute;enne complexe et arbitraire contenant un nombre
-quelconque de v&eacute;rifications quant aux autorisations d'acc&egrave;s.</p>
+<p>Cette directive permet de spécifier une condition générale d'accès
+qui doit être entièrement satisfaite pour que l'accès soit autorisé.
+C'est une directive très puissante, car la condition d'accès spécifiée
+est une expression booléenne complexe et arbitraire contenant un nombre
+quelconque de vérifications quant aux autorisations d'accès.</p>
 <p>
 L'<em>expression</em> doit respecter la syntaxe suivante (fournie ici
 sous la forme d'une notation dans le style de la grammaire BNF) :</p>
@@ -1790,18 +1790,18 @@ variable ::= "<strong>%{</strong>" varname "<strong>}</strong>"
 function ::= funcname "<strong>(</strong>" funcargs "<strong>)</strong>"
 </pre>
 </blockquote>
-<p>Pour <code>varname</code>, toute variable d&eacute;crite dans <a
-href="#envvars">Variables d'environnement</a> pourra &ecirc;tre utilis&eacute;e.
+<p>Pour <code>varname</code>, toute variable décrite dans <a
+href="#envvars">Variables d'environnement</a> pourra être utilisée.
 Pour <code>funcname</code>, vous trouverez la liste des fonctions
 disponibles dans la <a href="../expr.html#functions">documentation
 ap_expr</a>.</p>
 
-<p><em>expression</em> est interpr&eacute;t&eacute;e et traduite
+<p><em>expression</em> est interprétée et traduite
 sous une forme machine interne lors du chargement de la configuration,
-puis &eacute;valu&eacute;e lors du traitement de la requ&ecirc;te. Dans le contexte des
-fichiers .htaccess, <em>expression</em> est interpr&eacute;t&eacute;e et ex&eacute;cut&eacute;e
+puis évaluée lors du traitement de la requête. Dans le contexte des
+fichiers .htaccess, <em>expression</em> est interprétée et exécutée
 chaque fois que le fichier .htaccess intervient lors du traitement de la
-requ&ecirc;te.</p>
+requête.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)-/                   \
@@ -1815,11 +1815,11 @@ SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)-/                   \
 
 
 <p>La fonction <code>PeerExtList(<em>identifiant objet</em>)</code>
-recherche une instance d'extension de certificat X.509 identifi&eacute;e par
+recherche une instance d'extension de certificat X.509 identifiée par
 <em>identifiant objet</em> (OID) dans le certificat client. L'expression est
-&eacute;valu&eacute;e &agrave; true si la partie gauche de la cha&icirc;ne correspond exactement &agrave;
-la valeur d'une extension identifi&eacute;e par cet OID (Si plusieurs
-extensions poss&egrave;dent le m&ecirc;me OID, l'une d'entre elles au moins doit
+évaluée à true si la partie gauche de la chaîne correspond exactement à
+la valeur d'une extension identifiée par cet OID (Si plusieurs
+extensions possèdent le même OID, l'une d'entre elles au moins doit
 correspondre).
 </p>
 
@@ -1829,22 +1829,22 @@ SSLRequire "foobar" in PeerExtList("1.2.3.4.5.6")
 </highlight>
 </example>
 
-<note><title>Notes &agrave; propos de la fonction PeerExtList</title>
+<note><title>Notes à propos de la fonction PeerExtList</title>
 
 <ul>
 
-<li><p>L'identifiant objet peut &ecirc;tre sp&eacute;cifi&eacute; soit comme un nom
-descriptif reconnu par la biblioth&egrave;que SSL, tel que
-<code>"nsComment"</code>, soit comme un OID num&eacute;rique tel que
+<li><p>L'identifiant objet peut être spécifié soit comme un nom
+descriptif reconnu par la bibliothèque SSL, tel que
+<code>"nsComment"</code>, soit comme un OID numérique tel que
 <code>"1.2.3.4.5.6"</code>.</p></li>
 
-<li><p>Les expressions contenant des types connus de la biblioth&egrave;que
-SSL sont transform&eacute;es en cha&icirc;nes avant comparaison. Pour les extensions
-contenant un type non connu de la biblioth&egrave;que SSL, mod_ssl va essayer
-d'interpr&eacute;ter la valeur s'il s'agit d'un des types ASN.1 primaires UTF8String,
-IA5String, VisibleString, ou BMPString. Si l'extension correspond &agrave; un
-de ces types, la cha&icirc;ne sera convertie en UTF-8 si n&eacute;cessaire, puis
-compar&eacute;e avec la partie gauche de l'expression.</p></li>
+<li><p>Les expressions contenant des types connus de la bibliothèque
+SSL sont transformées en chaînes avant comparaison. Pour les extensions
+contenant un type non connu de la bibliothèque SSL, mod_ssl va essayer
+d'interpréter la valeur s'il s'agit d'un des types ASN.1 primaires UTF8String,
+IA5String, VisibleString, ou BMPString. Si l'extension correspond à un
+de ces types, la chaîne sera convertie en UTF-8 si nécessaire, puis
+comparée avec la partie gauche de l'expression.</p></li>
 
 </ul>
 </note>
@@ -1854,14 +1854,14 @@ compar&eacute;e avec la partie gauche de l'expression.</p></li>
 serveur HTTP Apache</a>, pour d'autres exemples.
 </seealso>
 <seealso><a href="mod_authz_core.html#reqexpr">Require expr</a></seealso>
-<seealso><a href="../expr.html">Syntaxe g&eacute;n&eacute;rale des expressions dans le
+<seealso><a href="../expr.html">Syntaxe générale des expressions dans le
 serveur HTTP Apache</a>
 </seealso>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLRenegBufferSize</name>
-<description>D&eacute;finit la taille du tampon de ren&eacute;gociation
+<description>Définit la taille du tampon de renégociation
 SSL</description>
 <syntax>SSLRenegBufferSize <var>taille</var></syntax>
 <default>SSLRenegBufferSize 131072</default>
@@ -1871,19 +1871,19 @@ SSL</description>
 
 <usage>
 
-<p>Si une ren&eacute;gociation SSL est requise dans un contexte de r&eacute;pertoire,
+<p>Si une renégociation SSL est requise dans un contexte de répertoire,
 par exemple avec l'utilisation de <directive
 module="mod_ssl">SSLVerifyClient</directive> dans un bloc Directory ou
-Location, mod_ssl doit mettre en tampon en m&eacute;moire tout corps de requ&ecirc;te
+Location, mod_ssl doit mettre en tampon en mémoire tout corps de requête
 HTTP en attendant qu'une nouvelle initialisation de connexion SSL puisse
-&ecirc;tre effectu&eacute;e. Cette directive permet de d&eacute;finir la quantit&eacute; de m&eacute;moire
-&agrave; allouer pour ce tampon.</p>
+être effectuée. Cette directive permet de définir la quantité de mémoire
+à allouer pour ce tampon.</p>
 
 <note type="warning"><p>
 Notez que dans de nombreuses configurations, le client qui envoie un
-corps de requ&ecirc;te n'est pas forc&eacute;ment digne de confiance, et l'on doit
-par cons&eacute;quent prendre en consid&eacute;ration la possibilit&eacute; d'une attaque de
-type d&eacute;ni de service lorsqu'on modifie la valeur de cette directive.
+corps de requête n'est pas forcément digne de confiance, et l'on doit
+par conséquent prendre en considération la possibilité d'une attaque de
+type déni de service lorsqu'on modifie la valeur de cette directive.
 </p></note>
 
 <example><title>Exemple</title>
@@ -1896,7 +1896,7 @@ SSLRenegBufferSize 262144
 
 <directivesynopsis>
 <name>SSLStrictSNIVHostCheck</name>
-<description>Contr&ocirc;le de l'acc&egrave;s des clients non-SNI &agrave; un serveur virtuel &agrave;
+<description>Contrôle de l'accès des clients non-SNI à un serveur virtuel à
 base de nom.
 </description>
 <syntax>SSLStrictSNIVHostCheck on|off</syntax>
@@ -1907,18 +1907,18 @@ base de nom.
 
 <usage>
 <p>
-Cette directive permet de contr&ocirc;ler l'acc&egrave;s des clients non-SNI &agrave; un serveur
-virtuel &agrave; base de nom. Si elle est d&eacute;finie &agrave; <code>on</code> dans le
-serveur virtuel &agrave; base de nom par d&eacute;faut, les
-clients non-SNI ne seront autoris&eacute;s &agrave; acc&eacute;der &agrave; aucun serveur virtuel
-appartenant &agrave; cette combinaison IP/port. Par
-contre, si elle est d&eacute;finie &agrave; <code>on</code> dans un serveur virtuel
-quelconque, les clients non-SNI ne se verront interdire l'acc&egrave;s qu'&agrave; ce
+Cette directive permet de contrôler l'accès des clients non-SNI à un serveur
+virtuel à base de nom. Si elle est définie à <code>on</code> dans le
+serveur virtuel à base de nom par défaut, les
+clients non-SNI ne seront autorisés à accéder à aucun serveur virtuel
+appartenant à cette combinaison IP/port. Par
+contre, si elle est définie à <code>on</code> dans un serveur virtuel
+quelconque, les clients non-SNI ne se verront interdire l'accès qu'à ce
 serveur.
 </p>
 
 <note type="warning"><p>
-Cette option n'est disponible que si httpd a &eacute;t&eacute; compil&eacute; avec une
+Cette option n'est disponible que si httpd a été compilé avec une
 version d'OpenSSL supportant SNI.
 </p></note>
 
@@ -1932,25 +1932,25 @@ SSLStrictSNIVHostCheck on
 
 <directivesynopsis>
 <name>SSLProxyMachineCertificatePath</name>
-<description>R&eacute;pertoire des cl&eacute;s et certificats clients cod&eacute;s en PEM que
+<description>Répertoire des clés et certificats clients codés en PEM que
 le mandataire doit utiliser</description>
-<syntax>SSLProxyMachineCertificatePath <em>chemin-r&eacute;pertoire</em></syntax>
+<syntax>SSLProxyMachineCertificatePath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context></contextlist>
 <override>Sans objet</override>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le r&eacute;pertoire o&ugrave; sont stock&eacute;s les cl&eacute;s
-et certificats permettant au serveur mandataire de s'authentifier aupr&egrave;s
+Cette directive permet de définir le répertoire où sont stockés les clés
+et certificats permettant au serveur mandataire de s'authentifier auprès
 des serveurs distants.
 </p>
-<p>Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Vous
-devez donc aussi cr&eacute;er des liens symboliques nomm&eacute;s
+<p>Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Vous
+devez donc aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.N</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <note type="warning">
-<p>Actuellement, les cl&eacute;s priv&eacute;es chiffr&eacute;es ne sont pas support&eacute;es.</p>
+<p>Actuellement, les clés privées chiffrées ne sont pas supportées.</p>
 </note>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1963,26 +1963,26 @@ SSLProxyMachineCertificatePath "/usr/local/apache2/conf/proxy.crt/"
 
 <directivesynopsis>
 <name>SSLProxyMachineCertificateFile</name>
-<description>Fichier contenant la concat&eacute;nation des cl&eacute;s et certificats
-clients cod&eacute;s en PEM que le mandataire doit utiliser</description>
+<description>Fichier contenant la concaténation des clés et certificats
+clients codés en PEM que le mandataire doit utiliser</description>
 <syntax>SSLProxyMachineCertificateFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>
 <override>Sans objet</override>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier tout-en-un o&ugrave; sont stock&eacute;s
-les cl&eacute;s et certificats permettant au serveur mandataire de
-s'authentifier aupr&egrave;s des serveurs distants.
+Cette directive permet de définir le fichier tout-en-un où sont stockés
+les clés et certificats permettant au serveur mandataire de
+s'authentifier auprès des serveurs distants.
 </p>
 <p>
-Le fichier sp&eacute;cifi&eacute; est la simple concat&eacute;nation des diff&eacute;rents fichiers
-de certificats cod&eacute;s en PEM, class&eacute;s par ordre de pr&eacute;f&eacute;rence. Cette
-directive s'utilise &agrave; la place ou en compl&eacute;ment de la directive
+Le fichier spécifié est la simple concaténation des différents fichiers
+de certificats codés en PEM, classés par ordre de préférence. Cette
+directive s'utilise à la place ou en complément de la directive
 <code>SSLProxyMachineCertificatePath</code>.
 </p>
 <note type="warning">
-<p>Actuellement, les cl&eacute;s priv&eacute;es chiffr&eacute;es ne sont pas support&eacute;es.</p>
+<p>Actuellement, les clés privées chiffrées ne sont pas supportées.</p>
 </note>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -1995,7 +1995,7 @@ SSLProxyMachineCertificateFile
 
 <directivesynopsis>
 <name>SSLProxyMachineCertificateChainFile</name>
-<description>Fichier de certificats de CA encod&eacute;s PEM concat&eacute;n&eacute;s permettant au
+<description>Fichier de certificats de CA encodés PEM concaténés permettant au
 mandataire de choisir un certificat</description>
 <syntax>SSLProxyMachineCertificateChainFile <em>nom-fichier</em></syntax>
 <contextlist><context>server config</context></contextlist>
@@ -2003,22 +2003,22 @@ mandataire de choisir un certificat</description>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier global o&ugrave; est enregistr&eacute;e
-la cha&icirc;ne de certification pour tous les certificats clients utilis&eacute;s.
-Elle est n&eacute;cessaire si le serveur distant pr&eacute;sente une liste de
+Cette directive permet de définir le fichier global où est enregistrée
+la chaîne de certification pour tous les certificats clients utilisés.
+Elle est nécessaire si le serveur distant présente une liste de
 certificats de CA qui ne sont pas les signataires directs d'un des
-certificats clients configur&eacute;s.
+certificats clients configurés.
 </p>
 <p>
-Ce fichier contient tout simplement la concat&eacute;nation des diff&eacute;rents
-fichiers de certificats encod&eacute;s PEM. Au d&eacute;marrage, chaque certificat
-client configur&eacute; est examin&eacute; et une cha&icirc;ne de certification est
+Ce fichier contient tout simplement la concaténation des différents
+fichiers de certificats encodés PEM. Au démarrage, chaque certificat
+client configuré est examiné et une chaîne de certification est
 construite.
 </p>
-<note type="warning"><title>Avertissement en mati&egrave;re de s&eacute;curit&eacute;</title>
-<p>Si cette directive est d&eacute;finie, tous les certificats contenus dans le
-fichier sp&eacute;cifi&eacute; seront consid&eacute;r&eacute;s comme &eacute;tant de confiance, comme s'ils
-&eacute;taient aussi d&eacute;sign&eacute;s dans la directive <directive
+<note type="warning"><title>Avertissement en matière de sécurité</title>
+<p>Si cette directive est définie, tous les certificats contenus dans le
+fichier spécifié seront considérés comme étant de confiance, comme s'ils
+étaient aussi désignés dans la directive <directive
 module="mod_ssl">SSLProxyCACertificateFile</directive>.</p>
 </note>
 <example><title>Exemple</title>
@@ -2032,7 +2032,7 @@ SSLProxyMachineCertificateChainFile
 
 <directivesynopsis>
 <name>SSLProxyVerify</name>
-<description>Niveau de v&eacute;rification du certificat du serveur
+<description>Niveau de vérification du certificat du serveur
 distant</description>
 <syntax>SSLProxyVerify <em>niveau</em></syntax>
 <default>SSLProxyVerify none</default>
@@ -2041,9 +2041,9 @@ distant</description>
 
 <usage>
 
-<p>Lorsqu'un mandataire est configur&eacute; pour faire suivre les requ&ecirc;tes
+<p>Lorsqu'un mandataire est configuré pour faire suivre les requêtes
 vers un serveur SSL distant, cette directive permet de configurer la
-v&eacute;rification du certificat de ce serveur distant.</p>
+vérification du certificat de ce serveur distant.</p>
 
 <p>
 Les valeurs de <em>niveau</em>x disponibles sont les suivantes :</p>
@@ -2051,19 +2051,19 @@ Les valeurs de <em>niveau</em>x disponibles sont les suivantes :</p>
 <li><strong>none</strong>:
      aucun certificat n'est requis pour le serveur distant</li>
 <li><strong>optional</strong>:
-     le serveur distant <em>peut</em> pr&eacute;senter un certificat valide</li>
+     le serveur distant <em>peut</em> présenter un certificat valide</li>
 <li><strong>require</strong>:
-     le serveur distant <em>doit</em> pr&eacute;senter un certificat valide</li>
+     le serveur distant <em>doit</em> présenter un certificat valide</li>
 <li><strong>optional_no_ca</strong>:
-     le serveur distant peut pr&eacute;senter un certificat valide<br />
-     mais il n'est pas n&eacute;cessaire qu'il soit v&eacute;rifiable (avec succ&egrave;s).</li>
+     le serveur distant peut présenter un certificat valide<br />
+     mais il n'est pas nécessaire qu'il soit vérifiable (avec succès).</li>
 </ul>
 <p>En pratique, seuls les niveaux <strong>none</strong> et
-<strong>require</strong> sont vraiment int&eacute;ressants, car le niveau
+<strong>require</strong> sont vraiment intéressants, car le niveau
 <strong>optional</strong> ne fonctionne pas avec tous les serveurs, et
-le niveau <strong>optional_no_ca</strong> va tout &agrave; fait &agrave; l'encontre de
-l'id&eacute;e que l'on peut se faire de l'authentification (mais peut tout de
-m&ecirc;me &ecirc;tre utilis&eacute; pour &eacute;tablir des pages de test SSL, etc...).</p>
+le niveau <strong>optional_no_ca</strong> va tout à fait à l'encontre de
+l'idée que l'on peut se faire de l'authentification (mais peut tout de
+même être utilisé pour établir des pages de test SSL, etc...).</p>
 
 <example><title>Exemple</title>
 <highlight language="config">
@@ -2076,7 +2076,7 @@ SSLProxyVerify require
 <directivesynopsis>
 <name>SSLProxyVerifyDepth</name>
 <description>Niveau de profondeur maximum dans les certificats de CA
-lors de la v&eacute;rification du certificat du serveur distant</description>
+lors de la vérification du certificat du serveur distant</description>
 <syntax>SSLProxyVerifyDepth <em>niveau</em></syntax>
 <default>SSLProxyVerifyDepth 1</default>
 <contextlist><context>server config</context>
@@ -2085,19 +2085,19 @@ lors de la v&eacute;rification du certificat du serveur distant</description>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le niveau de profondeur maximum
-jusqu'auquel mod_ssl doit aller au cours de sa v&eacute;rification avant de
-d&eacute;cider que le serveur distant ne poss&egrave;de pas de certificat valide.</p>
+Cette directive permet de définir le niveau de profondeur maximum
+jusqu'auquel mod_ssl doit aller au cours de sa vérification avant de
+décider que le serveur distant ne possède pas de certificat valide.</p>
 <p>
 La profondeur correspond en fait au nombre maximum de fournisseurs de
-certificats interm&eacute;diaires, c'est &agrave; dire le nombre maximum de
+certificats intermédiaires, c'est à dire le nombre maximum de
 certificats
-de CA que l'on peut consulter lors de la v&eacute;rification du certificat du
+de CA que l'on peut consulter lors de la vérification du certificat du
 serveur distant. Une profondeur de 0 signifie que seuls les certificats
-de serveurs distants auto-sign&eacute;s sont accept&eacute;s, et la profondeur par
-d&eacute;faut de 1 que le certificat du serveur distant peut &ecirc;tre soit
-auto-sign&eacute;, soit sign&eacute; par une CA connue directement du serveur (en
-d'autres termes, le certificat de CA est r&eacute;f&eacute;renc&eacute; par la directive
+de serveurs distants auto-signés sont acceptés, et la profondeur par
+défaut de 1 que le certificat du serveur distant peut être soit
+auto-signé, soit signé par une CA connue directement du serveur (en
+d'autres termes, le certificat de CA est référencé par la directive
 <directive module="mod_ssl">SSLProxyCACertificatePath</directive>),
 etc...</p>
 <example><title>Exemple</title>
@@ -2110,7 +2110,7 @@ SSLProxyVerifyDepth 10
 
 <directivesynopsis>
 <name>SSLProxyCheckPeerExpire</name>
-<description>Configuration de la v&eacute;rification de l'expiration du
+<description>Configuration de la vérification de l'expiration du
 certificat du serveur distant
 </description>
 <syntax>SSLProxyCheckPeerExpire on|off</syntax>
@@ -2120,9 +2120,9 @@ certificat du serveur distant
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir si l'expiration du certificat du
-serveur distant doit &ecirc;tre v&eacute;rifi&eacute;e ou non. Si la v&eacute;rification &eacute;choue, un
-code d'&eacute;tat 502 (Bad Gateway) est envoy&eacute;.
+Cette directive permet de définir si l'expiration du certificat du
+serveur distant doit être vérifiée ou non. Si la vérification échoue, un
+code d'état 502 (Bad Gateway) est envoyé.
 </p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -2134,7 +2134,7 @@ SSLProxyCheckPeerExpire on
 
 <directivesynopsis>
 <name>SSLProxyCheckPeerCN</name>
-<description>Configuration de la v&eacute;rification du champ CN du certificat
+<description>Configuration de la vérification du champ CN du certificat
 du serveur distant
 </description>
 <syntax>SSLProxyCheckPeerCN on|off</syntax>
@@ -2144,16 +2144,16 @@ du serveur distant
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir si le champ CN du certificat
-du serveur distant doit &ecirc;tre compar&eacute; au nom de serveur de l'URL de la
-requ&ecirc;te. S'ils ne correspondent pas, un
-code d'&eacute;tat 502 (Bad Gateway) est envoy&eacute;.
+Cette directive permet de définir si le champ CN du certificat
+du serveur distant doit être comparé au nom de serveur de l'URL de la
+requête. S'ils ne correspondent pas, un
+code d'état 502 (Bad Gateway) est envoyé.
 </p>
 <p>
-A partir de la version 2.4.5, SSLProxyCheckPeerCN a &eacute;t&eacute; remplac&eacute; par <directive
-module="mod_ssl">SSLProxyCheckPeerName</directive>, et sa d&eacute;finition
+A partir de la version 2.4.5, SSLProxyCheckPeerCN a été remplacé par <directive
+module="mod_ssl">SSLProxyCheckPeerName</directive>, et sa définition
 n'est prise en compte que si <code>SSLProxyCheckPeerName off</code> a
-&eacute;t&eacute; sp&eacute;cifi&eacute;.
+été spécifié.
 </p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -2165,34 +2165,34 @@ SSLProxyCheckPeerCN on
 
 <directivesynopsis>
 <name>SSLProxyCheckPeerName</name>
-<description>Configure la v&eacute;rification du nom d'h&ocirc;te dans les
+<description>Configure la vérification du nom d'hôte dans les
 certificats serveur distants
 </description>
 <syntax>SSLProxyCheckPeerName on|off</syntax>
 <default>SSLProxyCheckPeerName on</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.4.5 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.4.5 du serveur HTTP
 Apache</compatibility>
 <usage>
 <p>
-Cette directive permet de configurer la v&eacute;rification du nom d'h&ocirc;te dans
+Cette directive permet de configurer la vérification du nom d'hôte dans
 les certificats de serveur lorsque mod_ssl agit en tant que client SSL.
-La v&eacute;rification est concluante si le nom d'h&ocirc;te de l'URI de la requ&ecirc;te
-correspond soit &agrave; l'extension subjectAltName, soit &agrave; l'un des attributs
-CN dans le sujet du certificat. Si la v&eacute;rification &eacute;choue, la requ&ecirc;te
-SSL est annul&eacute;e et un code d'erreur 502 (Bad Gateway) est renvoy&eacute;. Cette
+La vérification est concluante si le nom d'hôte de l'URI de la requête
+correspond soit à l'extension subjectAltName, soit à l'un des attributs
+CN dans le sujet du certificat. Si la vérification échoue, la requête
+SSL est annulée et un code d'erreur 502 (Bad Gateway) est renvoyé. Cette
 directive remplace la directive <directive
 module="mod_ssl">SSLProxyCheckPeerCN</directive> qui ne prenait en
-compte que le premier attribut CN pour la v&eacute;rification du nom d'h&ocirc;te.
+compte que le premier attribut CN pour la vérification du nom d'hôte.
 </p>
 <p>
-La v&eacute;rification du nom d'h&ocirc;te avec caract&egrave;res g&eacute;n&eacute;rique est support&eacute;e de
-la mani&egrave;re suivante : les entr&eacute;es subjectAltName de type dNSName ou les
-attributs CN commen&ccedil;ant par <code>*.</code> correspondront &agrave; tout nom
-DNS comportant le m&ecirc;me nombre d'&eacute;l&eacute;ments et le m&ecirc;me suffixe (par
-exemple, <code>*.example.org</code> correspondra &agrave;
-<code>foo.example.org</code>, mais pas &agrave;
+La vérification du nom d'hôte avec caractères générique est supportée de
+la manière suivante : les entrées subjectAltName de type dNSName ou les
+attributs CN commençant par <code>*.</code> correspondront à tout nom
+DNS comportant le même nombre d'éléments et le même suffixe (par
+exemple, <code>*.example.org</code> correspondra à
+<code>foo.example.org</code>, mais pas à
 <code>foo.bar.example.org</code>).
 </p>
 </usage>
@@ -2200,7 +2200,7 @@ exemple, <code>*.example.org</code> correspondra &agrave;
 
 <directivesynopsis>
 <name>SSLProxyEngine</name>
-<description>Interrupteur marche/arr&ecirc;t du moteur de mandataire
+<description>Interrupteur marche/arrêt du moteur de mandataire
 SSL</description>
 <syntax>SSLProxyEngine on|off</syntax>
 <default>SSLProxyEngine off</default>
@@ -2209,20 +2209,20 @@ SSL</description>
 
 <usage>
 <p>
-Cette directive permet d'activer/d&eacute;sactiver l'utilisation du moteur de
-protocole SSL/TLS pour le mandataire. On l'utilise en g&eacute;n&eacute;ral &agrave;
-l'int&eacute;rieur d'une section <directive module="core"
+Cette directive permet d'activer/désactiver l'utilisation du moteur de
+protocole SSL/TLS pour le mandataire. On l'utilise en général à
+l'intérieur d'une section <directive module="core"
 type="section">VirtualHost</directive> pour activer le protocole SSL/TLS
 dans le cadre d'un mandataire pour un serveur virtuel particulier. Par
-d&eacute;faut, le moteur de protocole SSL/TLS est d&eacute;sactiv&eacute; pour la fonction de
+défaut, le moteur de protocole SSL/TLS est désactivé pour la fonction de
 mandataire du serveur principal et de tous les serveurs virtuels
-configur&eacute;s.</p>
+configurés.</p>
 
-<p>Notez que la directive SSLProxyEngine ne doit g&eacute;n&eacute;ralement pas &ecirc;tre
-utilis&eacute;e dans le cadre d'un serveur virtuel qui agit en tant que
+<p>Notez que la directive SSLProxyEngine ne doit généralement pas être
+utilisée dans le cadre d'un serveur virtuel qui agit en tant que
 mandataire direct (via les directives &lt;Proxy&gt; ou
-&lt;ProxyRequest&gt;). SSLProxyEngine n'est pas n&eacute;cessaire pour activer
-un serveur mandataire direct pour les requ&ecirc;tes SSL/TLS.</p>
+&lt;ProxyRequest&gt;). SSLProxyEngine n'est pas nécessaire pour activer
+un serveur mandataire direct pour les requêtes SSL/TLS.</p>
 
 
 <example><title>Exemple</title>
@@ -2238,10 +2238,10 @@ un serveur mandataire direct pour les requ&ecirc;tes SSL/TLS.</p>
 
 <directivesynopsis>
 <name>SSLProxyProtocol</name>
-<description>D&eacute;finit les protocoles SSL disponibles pour la fonction de
+<description>Définit les protocoles SSL disponibles pour la fonction de
 mandataire</description>
 <syntax>SSLProxyProtocol [+|-]<em>protocole</em> ...</syntax>
-<default>SSLProxyProtocol all -SSLv3 (jusqu'&agrave; la version 2.4.16: all)</default>
+<default>SSLProxyProtocol all -SSLv3 (jusqu'à la version 2.4.16: all)</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <override>Options</override>
@@ -2249,11 +2249,11 @@ mandataire</description>
 <usage>
 <!-- XXX Why does this have an override and not .htaccess context? -->
 <p>
-Cette directive permet de d&eacute;finir les protocoles SSL que mod_ssl peut
-utiliser lors de l'&eacute;laboration de son environnement de serveur pour la
+Cette directive permet de définir les protocoles SSL que mod_ssl peut
+utiliser lors de l'élaboration de son environnement de serveur pour la
 fonction de mandataire. Il ne se connectera qu'aux serveurs utilisant un
-des protocoles sp&eacute;cifi&eacute;s.</p>
-<p>Veuillez vous reporter &agrave; la directive <directive
+des protocoles spécifiés.</p>
+<p>Veuillez vous reporter à la directive <directive
 module="mod_ssl">SSLProtocol</directive> pour plus d'informations.
 </p>
 </usage>
@@ -2261,7 +2261,7 @@ module="mod_ssl">SSLProtocol</directive> pour plus d'informations.
 
 <directivesynopsis>
 <name>SSLProxyCipherSuite</name>
-<description>Algorithmes de chiffrement disponibles pour la n&eacute;gociation
+<description>Algorithmes de chiffrement disponibles pour la négociation
 lors de l'initialisation d'une connexion SSL de mandataire</description>
 <syntax>SSLProxyCipherSuite <em>algorithmes</em></syntax>
 <default>SSLProxyCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:+LOW:+EXP</default>
@@ -2271,9 +2271,9 @@ lors de l'initialisation d'une connexion SSL de mandataire</description>
 <context>.htaccess</context></contextlist>
 <override>AuthConfig</override>
 <usage>
-<p>Cette directive est &eacute;quivalente &agrave; la directive
-<code>SSLCipherSuite</code>, mais s'applique &agrave; une connexion de
-mandataire. Veuillez vous reporter &agrave; la directive <directive
+<p>Cette directive est équivalente à la directive
+<code>SSLCipherSuite</code>, mais s'applique à une connexion de
+mandataire. Veuillez vous reporter à la directive <directive
 module="mod_ssl">SSLCipherSuite</directive> pour plus
 d'informations.</p>
 </usage>
@@ -2281,26 +2281,26 @@ d'informations.</p>
 </directivesynopsis>
 <directivesynopsis>
 <name>SSLProxyCACertificatePath</name>
-<description>R&eacute;pertoire des certificats de CA cod&eacute;s en PEM pour
+<description>Répertoire des certificats de CA codés en PEM pour
 l'authentification des serveurs distants</description>
-<syntax>SSLProxyCACertificatePath <em>chemin-r&eacute;pertoire</em></syntax>
+<syntax>SSLProxyCACertificatePath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de sp&eacute;cifier le r&eacute;pertoire o&ugrave; sont stock&eacute;s les
-certificats des Autorit&eacute;s de Certification (CAs) pour les serveurs
-distants auxquels vous avez &agrave; faire. On les utilise pour v&eacute;rifier le
+Cette directive permet de spécifier le répertoire où sont stockés les
+certificats des Autorités de Certification (CAs) pour les serveurs
+distants auxquels vous avez à faire. On les utilise pour vérifier le
 certificat du serveur distant lors de l'authentification de ce
 dernier.</p>
 <p>
-Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Il ne
-suffit donc pas de placer les fichiers de certificats dans ce r&eacute;pertoire
-: vous devez aussi cr&eacute;er des liens symboliques nomm&eacute;s
+Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Il ne
+suffit donc pas de placer les fichiers de certificats dans ce répertoire
+: vous devez aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.N</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLProxyCACertificatePath "/usr/local/apache2/conf/ssl.crt/"
@@ -2311,21 +2311,21 @@ SSLProxyCACertificatePath "/usr/local/apache2/conf/ssl.crt/"
 
 <directivesynopsis>
 <name>SSLProxyCACertificateFile</name>
-<description>Fichier contenant la concat&eacute;nation des certificats de CA
-cod&eacute;s en PEM pour l'authentification des serveurs distants</description>
+<description>Fichier contenant la concaténation des certificats de CA
+codés en PEM pour l'authentification des serveurs distants</description>
 <syntax>SSLProxyCACertificateFile <em>file-path</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier <em>tout-en-un</em> o&ugrave; sont
-stock&eacute;s les certificats des Autorit&eacute;s de Certification (CA) pour les
-<em>serveurs distants</em> auxquels vous avez &agrave; faire. On les utilise
+Cette directive permet de définir le fichier <em>tout-en-un</em> où sont
+stockés les certificats des Autorités de Certification (CA) pour les
+<em>serveurs distants</em> auxquels vous avez à faire. On les utilise
 lors de l'authentification du serveur distant. Un tel fichier contient
-la simple concat&eacute;nation des diff&eacute;rents fichiers de certificats cod&eacute;s en
-PEM, class&eacute;s par ordre de pr&eacute;f&eacute;rence. On peut utiliser cette directive &agrave;
-la place et/ou en compl&eacute;ment de la directive <directive
+la simple concaténation des différents fichiers de certificats codés en
+PEM, classés par ordre de préférence. On peut utiliser cette directive à
+la place et/ou en complément de la directive <directive
 module="mod_ssl">SSLProxyCACertificatePath</directive>.</p>
 <example><title>Exemple</title>
 <highlight language="config">
@@ -2338,26 +2338,26 @@ SSLProxyCACertificateFile
 
 <directivesynopsis>
 <name>SSLProxyCARevocationPath</name>
-<description>R&eacute;pertoire des CRLs de CA cod&eacute;s en PEM pour
+<description>Répertoire des CRLs de CA codés en PEM pour
 l'authentification des serveurs distants</description>
-<syntax>SSLProxyCARevocationPath <em>chemin-r&eacute;pertoire</em></syntax>
+<syntax>SSLProxyCARevocationPath <em>chemin-répertoire</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le r&eacute;pertoire o&ugrave; sont stock&eacute;es les
-Listes de R&eacute;vocation de Certificats (CRL) des Autorit&eacute;s de Certification
-(CAs) pour les serveurs distants auxquels vous avez &agrave; faire. On les
-utilise pour r&eacute;voquer les certificats des serveurs distants au cours de
+Cette directive permet de définir le répertoire où sont stockées les
+Listes de Révocation de Certificats (CRL) des Autorités de Certification
+(CAs) pour les serveurs distants auxquels vous avez à faire. On les
+utilise pour révoquer les certificats des serveurs distants au cours de
 l'authentification de ces derniers.</p>
 <p>
-Les fichiers de ce r&eacute;pertoire doivent &ecirc;tre cod&eacute;s en PEM et ils sont
-acc&eacute;d&eacute;s via des noms de fichier sous forme de condens&eacute;s ou hash. Il ne
-suffit donc pas de placer les fichiers de CRL dans ce r&eacute;pertoire
-: vous devez aussi cr&eacute;er des liens symboliques nomm&eacute;s
+Les fichiers de ce répertoire doivent être codés en PEM et ils sont
+accédés via des noms de fichier sous forme de condensés ou hash. Il ne
+suffit donc pas de placer les fichiers de CRL dans ce répertoire
+: vous devez aussi créer des liens symboliques nommés
 <em>valeur-de-hashage</em><code>.rN</code>, et vous devez toujours vous
-assurer que ce r&eacute;pertoire contient les liens symboliques appropri&eacute;s.</p>
+assurer que ce répertoire contient les liens symboliques appropriés.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLProxyCARevocationPath "/usr/local/apache2/conf/ssl.crl/"
@@ -2368,7 +2368,7 @@ SSLProxyCARevocationPath "/usr/local/apache2/conf/ssl.crl/"
 
 <directivesynopsis>
 <name>SSLProxyCARevocationFile</name>
-<description>Fichier contenant la concat&eacute;nation des CRLs de CA cod&eacute;s en
+<description>Fichier contenant la concaténation des CRLs de CA codés en
 PEM pour l'authentification des serveurs distants</description>
 <syntax>SSLProxyCARevocationFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
@@ -2376,13 +2376,13 @@ PEM pour l'authentification des serveurs distants</description>
 
 <usage>
 <p>
-Cette directive permet de d&eacute;finir le fichier <em>tout-en-un</em> o&ugrave; sont
-rassembl&eacute;es les Listes de R&eacute;vocation de Certificats (CRLs) des Autorit&eacute;s
+Cette directive permet de définir le fichier <em>tout-en-un</em> où sont
+rassemblées les Listes de Révocation de Certificats (CRLs) des Autorités
 de certification (CAs) pour les <em>serveurs distants</em> auxquels vous
-avez &agrave; faire. On les utilise pour l'authentification des serveurs
-distants. Un tel fichier contient la simple concat&eacute;nation des diff&eacute;rents
-fichiers de CRLs cod&eacute;s en PEM, class&eacute;s par ordre de pr&eacute;f&eacute;rence. Cette
-directive peut &ecirc;tre utilis&eacute;e &agrave; la place et/ou en compl&eacute;ment de la
+avez à faire. On les utilise pour l'authentification des serveurs
+distants. Un tel fichier contient la simple concaténation des différents
+fichiers de CRLs codés en PEM, classés par ordre de préférence. Cette
+directive peut être utilisée à la place et/ou en complément de la
 directive <directive
 module="mod_ssl">SSLProxyCARevocationPath</directive>.</p>
 <example><title>Exemple</title>
@@ -2396,7 +2396,7 @@ SSLProxyCARevocationFile
 
 <directivesynopsis>
 <name>SSLProxyCARevocationCheck</name>
-<description>Active la v&eacute;rification des r&eacute;vocations bas&eacute;e sur les CRLs
+<description>Active la vérification des révocations basée sur les CRLs
 pour l'authentification du serveur distant</description>
 <syntax>SSLProxyCARevocationCheck chain|leaf|none</syntax>
 <default>SSLProxyCARevocationCheck none</default>
@@ -2405,29 +2405,29 @@ pour l'authentification du serveur distant</description>
 
 <usage>
 <p>
-Active la v&eacute;rification des r&eacute;vocations bas&eacute;e sur les Listes de
-r&eacute;vocations de Certificats (CRL) pour les <em>serveurs distants</em>
+Active la vérification des révocations basée sur les Listes de
+révocations de Certificats (CRL) pour les <em>serveurs distants</em>
 auxquels vous vous connectez. A moins une des directives <directive
 module="mod_ssl">SSLProxyCARevocationFile</directive> ou <directive
-module="mod_ssl">SSLProxyCARevocationPath</directive> doit &ecirc;tre d&eacute;finie.
-Lorsque cette directive est d&eacute;finie &agrave; <code>chain</code> (valeur
-recommand&eacute;e), les v&eacute;rifications CRL sont effectu&eacute;es sur tous les
-certificats de la cha&icirc;ne, alors que la valeur <code>leaf</code> limite
-la v&eacute;rification au certificat hors cha&icirc;ne (la feuille).
+module="mod_ssl">SSLProxyCARevocationPath</directive> doit être définie.
+Lorsque cette directive est définie à <code>chain</code> (valeur
+recommandée), les vérifications CRL sont effectuées sur tous les
+certificats de la chaîne, alors que la valeur <code>leaf</code> limite
+la vérification au certificat hors chaîne (la feuille).
 </p>
 <note>
-<title>Lorsque la directive est d&eacute;finie &agrave; <code>chain</code> ou
-<code>leaf</code>, les CRLs doivent &ecirc;tre disponibles pour que la
-validation r&eacute;ussisse</title>
+<title>Lorsque la directive est définie à <code>chain</code> ou
+<code>leaf</code>, les CRLs doivent être disponibles pour que la
+validation réussisse</title>
 <p>
-Avant la version 2.3.15, les v&eacute;rifications CRL dans mod_ssl
-r&eacute;ussissaient m&ecirc;me si aucune CRL n'&eacute;tait trouv&eacute;e dans les chemins
-d&eacute;finis par les directives <directive
+Avant la version 2.3.15, les vérifications CRL dans mod_ssl
+réussissaient même si aucune CRL n'était trouvée dans les chemins
+définis par les directives <directive
 module="mod_ssl">SSLProxyCARevocationFile</directive> ou <directive
 module="mod_ssl">SSLProxyCARevocationPath</directive>. Le comportement a
-chang&eacute; avec l'introduction de cette directive : lorsque la v&eacute;rification
-est activ&eacute;e, les CRLs <em>doivent</em> &ecirc;tre pr&eacute;sentes pour que la
-validation r&eacute;ussisse ; dans le cas contraire, elle &eacute;chouera avec une
+changé avec l'introduction de cette directive : lorsque la vérification
+est activée, les CRLs <em>doivent</em> être présentes pour que la
+validation réussisse ; dans le cas contraire, elle échouera avec une
 erreur <code>"CRL introuvable"</code>.
 </p>
 </note>
@@ -2441,7 +2441,7 @@ SSLProxyCARevocationCheck chain
 
 <directivesynopsis>
 <name>SSLUserName</name>
-<description>Nom de la variable servant &agrave; d&eacute;terminer le nom de
+<description>Nom de la variable servant à déterminer le nom de
 l'utilisateur</description>
 <syntax>SSLUserName <em>nom-var</em></syntax>
 <contextlist><context>server config</context>
@@ -2451,16 +2451,16 @@ l'utilisateur</description>
 
 <usage>
 <p>
-Cette variable permet de d&eacute;finir le champ "user" de l'objet de la
-requ&ecirc;te Apache. Ce champ est utilis&eacute; par des modules de plus bas niveau
-pour identifier l'utilisateur avec une cha&icirc;ne de caract&egrave;res. En
+Cette variable permet de définir le champ "user" de l'objet de la
+requête Apache. Ce champ est utilisé par des modules de plus bas niveau
+pour identifier l'utilisateur avec une chaîne de caractères. En
 particulier, l'utilisation de cette directive peut provoquer la
-d&eacute;finition de la variable d'environnement <code>REMOTE_USER</code>.
-La valeur de l'argument <em>nom-var</em> peut correspondre &agrave; toute <a
+définition de la variable d'environnement <code>REMOTE_USER</code>.
+La valeur de l'argument <em>nom-var</em> peut correspondre à toute <a
 href="#envvars">variable d'environnement SSL</a>.</p>
 
 <p>Notez que cette directive est sans effet si l'option
-<code>FakeBasicAuth</code> est utilis&eacute;e (voir <a
+<code>FakeBasicAuth</code> est utilisée (voir <a
 href="#ssloptions">SSLOptions</a>).</p>
 
 <example><title>Exemple</title>
@@ -2474,17 +2474,17 @@ SSLUserName SSL_CLIENT_S_DN_CN
 <directivesynopsis>
 <name>SSLHonorCipherOrder</name>
 <description>Option permettant de classer les algorithmes de chiffrement
-du serveur par ordre de pr&eacute;f&eacute;rence</description>
+du serveur par ordre de préférence</description>
 <syntax>SSLHonorCipherOrder on|off</syntax>
 <default>SSLHonorCipherOrder off</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Normalement, ce sont les pr&eacute;f&eacute;rences du client qui sont prises en
+<p>Normalement, ce sont les préférences du client qui sont prises en
 compte lors du choix d'un algorithme de chiffrement au cours d'une
-n&eacute;gociation SSLv3 ou TLSv1. Si cette directive est activ&eacute;e, ce sont les
-pr&eacute;f&eacute;rences du serveur qui seront prises en compte &agrave; la place.</p>
+négociation SSLv3 ou TLSv1. Si cette directive est activée, ce sont les
+préférences du serveur qui seront prises en compte à la place.</p>
 <example><title>Exemple</title>
 <highlight language="config">
 SSLHonorCipherOrder on
@@ -2495,7 +2495,7 @@ SSLHonorCipherOrder on
 
 <directivesynopsis>
 <name>SSLCryptoDevice</name>
-<description>Active l'utilisation d'un acc&eacute;l&eacute;rateur mat&eacute;riel de
+<description>Active l'utilisation d'un accélérateur matériel de
 chiffrement</description>
 <syntax>SSLCryptoDevice <em>moteur</em></syntax>
 <default>SSLCryptoDevice builtin</default>
@@ -2503,20 +2503,20 @@ chiffrement</description>
 
 <usage>
 <p>
-Cette directive permet d'activer l'utilisation d'une carte acc&eacute;l&eacute;ratrice
+Cette directive permet d'activer l'utilisation d'une carte accélératrice
 de chiffrement qui prendra en compte certaines parties du traitement
-relatif &agrave; SSL. Cette directive n'est utilisable que si la bo&icirc;te &agrave;
-outils SSL &agrave; &eacute;t&eacute; compil&eacute;e avec le support "engine" ; les versions 0.9.7
-et sup&eacute;rieures d'OpenSSL poss&egrave;dent par d&eacute;faut le support "engine", alors
-qu'avec la version 0.9.6, il faut utiliser les distributions s&eacute;par&eacute;es
+relatif à SSL. Cette directive n'est utilisable que si la boîte à
+outils SSL à été compilée avec le support "engine" ; les versions 0.9.7
+et supérieures d'OpenSSL possèdent par défaut le support "engine", alors
+qu'avec la version 0.9.6, il faut utiliser les distributions séparées
 "-engine".</p>
 
-<p>Pour d&eacute;terminer les moteurs support&eacute;s, ex&eacute;cutez la commande
+<p>Pour déterminer les moteurs supportés, exécutez la commande
 &quot;<code>openssl engine</code>&quot;.</p>
 
 <example><title>Exemple</title>
 <highlight language="config">
-# Pour un acc&eacute;l&eacute;rateur Broadcom :
+# Pour un accélérateur Broadcom :
 SSLCryptoDevice ubsec
 </highlight>
 </example>
@@ -2525,7 +2525,7 @@ SSLCryptoDevice ubsec
 
 <directivesynopsis>
 <name>SSLOCSPEnable</name>
-<description>Active la validation OCSP de la cha&icirc;ne de certificats du
+<description>Active la validation OCSP de la chaîne de certificats du
 client</description>
 <syntax>SSLOCSPEnable on|off</syntax>
 <default>SSLOCSPEnable off</default>
@@ -2533,14 +2533,14 @@ client</description>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette directive permet d'activer la validation OCSP de la cha&icirc;ne de
-certificats du client. Si elle est activ&eacute;e, les certificats de la cha&icirc;ne
-de certificats du client seront valid&eacute;s aupr&egrave;s d'un r&eacute;pondeur OCSP, une
-fois la v&eacute;rification normale effectu&eacute;e (v&eacute;rification des CRLs
+<p>Cette directive permet d'activer la validation OCSP de la chaîne de
+certificats du client. Si elle est activée, les certificats de la chaîne
+de certificats du client seront validés auprès d'un répondeur OCSP, une
+fois la vérification normale effectuée (vérification des CRLs
 incluse).</p>
 
-<p>Le r&eacute;pondeur OCSP utilis&eacute; est soit extrait du certificat lui-m&ecirc;me,
-soit sp&eacute;cifi&eacute; dans la configuration ; voir les directives <directive
+<p>Le répondeur OCSP utilisé est soit extrait du certificat lui-même,
+soit spécifié dans la configuration ; voir les directives <directive
 module="mod_ssl">SSLOCSPDefaultResponder</directive> et <directive
 module="mod_ssl">SSLOCSPOverrideResponder</directive>.</p>
 
@@ -2557,24 +2557,24 @@ SSLOCSPOverrideResponder on
 
 <directivesynopsis>
 <name>SSLOCSPDefaultResponder</name>
-<description>D&eacute;finit l'URI du r&eacute;pondeur par d&eacute;faut pour la validation
+<description>Définit l'URI du répondeur par défaut pour la validation
 OCSP</description>
 <syntax>SSLOCSDefaultResponder <em>uri</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir le r&eacute;pondeur OCSP par d&eacute;faut. Si la
+<p>Cette directive permet de définir le répondeur OCSP par défaut. Si la
 directive <directive
-module="mod_ssl">SSLOCSPOverrideResponder</directive> n'est pas activ&eacute;e,
-l'URI sp&eacute;cifi&eacute; ne sera utilis&eacute; que si aucun URI de r&eacute;pondeur n'est
-sp&eacute;cifi&eacute; dans le certificat en cours de v&eacute;rification.</p>
+module="mod_ssl">SSLOCSPOverrideResponder</directive> n'est pas activée,
+l'URI spécifié ne sera utilisé que si aucun URI de répondeur n'est
+spécifié dans le certificat en cours de vérification.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLOCSPOverrideResponder</name>
-<description>Force l'utilisation de l'URI du r&eacute;pondeur par d&eacute;faut pour
+<description>Force l'utilisation de l'URI du répondeur par défaut pour
 la validation OCSP</description>
 <syntax>SSLOCSPOverrideResponder on|off</syntax>
 <default>SSLOCSPOverrideResponder off</default>
@@ -2583,91 +2583,105 @@ la validation OCSP</description>
 
 <usage>
 <p>Force l'utilisation, au cours d'une validation OCSP de certificat, du
-r&eacute;pondeur OCSP par d&eacute;faut sp&eacute;cifi&eacute; dans la configuration, que le
-certificat en cours de v&eacute;rification fasse mention d'un r&eacute;pondeur OCSP ou
+répondeur OCSP par défaut spécifié dans la configuration, que le
+certificat en cours de vérification fasse mention d'un répondeur OCSP ou
 non.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLOCSPResponseTimeSkew</name>
-<description>D&eacute;rive temporelle maximale autoris&eacute;e pour la validation des
-r&eacute;ponses OCSP</description>
+<description>Dérive temporelle maximale autorisée pour la validation des
+réponses OCSP</description>
 <syntax>SSLOCSPResponseTimeSkew <em>secondes</em></syntax>
 <default>SSLOCSPResponseTimeSkew 300</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette option permet de d&eacute;finir la d&eacute;rive temporelle maximale
-autoris&eacute;e pour les r&eacute;ponses OCSP (lors de la v&eacute;rification des champs
+<p>Cette option permet de définir la dérive temporelle maximale
+autorisée pour les réponses OCSP (lors de la vérification des champs
 <code>thisUpdate</code> et <code>nextUpdate</code>).</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLOCSPResponseMaxAge</name>
-<description>Age maximum autoris&eacute; pour les r&eacute;ponses OCSP</description>
+<description>Age maximum autorisé pour les réponses OCSP</description>
 <syntax>SSLOCSPResponseMaxAge <em>secondes</em></syntax>
 <default>SSLOCSPResponseMaxAge -1</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette option permet de d&eacute;finir l'&acirc;ge maximum autoris&eacute; (la
-"fraicheur") des r&eacute;ponses OCSP. La valeur par d&eacute;fault (<code>-1</code>)
-signifie qu'aucun &acirc;ge maximum n'est d&eacute;fini ; autrement dit, les
-r&eacute;ponses OCSP sont consid&eacute;r&eacute;es comme valides tant que la valeur de leur
+<p>Cette option permet de définir l'âge maximum autorisé (la
+"fraicheur") des réponses OCSP. La valeur par défault (<code>-1</code>)
+signifie qu'aucun âge maximum n'est défini ; autrement dit, les
+réponses OCSP sont considérées comme valides tant que la valeur de leur
 champ <code>nextUpdate</code> se situe dans le futur.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLOCSPResponderTimeout</name>
-<description>D&eacute;lai d'attente pour les requ&ecirc;tes OCSP</description>
+<description>Délai d'attente pour les requêtes OCSP</description>
 <syntax>SSLOCSPResponderTimeout <em>secondes</em></syntax>
 <default>SSLOCSPResponderTimeout 10</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 
 <usage>
-<p>Cette option permet de d&eacute;finir le d&eacute;lai d'attente pour les requ&ecirc;tes &agrave;
-destination des r&eacute;pondeurs OCSP, lorsque la directive <directive
-module="mod_ssl">SSLOCSPEnable</directive> est &agrave; on.</p>
+<p>Cette option permet de définir le délai d'attente pour les requêtes à
+destination des répondeurs OCSP, lorsque la directive <directive
+module="mod_ssl">SSLOCSPEnable</directive> est à on.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SSLOCSPProxyURL</name>
+<description>Adresse de mandataire à utiliser pour les requêtes OCSP</description>
+<syntax>SSLOCSPProxyURL <em>url</em></syntax>
+<contextlist><context>server config</context>
+<context>virtual host</context></contextlist>
+<compatibility>Disponible à partir de la version 2.4.19 du serveur HTTP Apache</compatibility>
+
+<usage>
+<p>Cette directive permet de définir l'URL d'un mandataire HTTP qui devra être
+utilisé pour toutes les requêtes vers un répondeur OCSP.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLInsecureRenegotiation</name>
-<description>Option permettant d'activer le support de la ren&eacute;gociation
-non s&eacute;curis&eacute;e</description>
+<description>Option permettant d'activer le support de la renégociation
+non sécurisée</description>
 <syntax>SSLInsecureRenegotiation on|off</syntax>
 <default>SSLInsecureRenegotiation off</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <compatibility>Disponible depuis httpd 2.2.15, si une version 0.9.8m
-ou sup&eacute;rieure d'OpenSSL est utilis&eacute;e</compatibility>
+ou supérieure d'OpenSSL est utilisée</compatibility>
 
 <usage>
-<p>Comme il a &eacute;t&eacute; sp&eacute;cifi&eacute;, toutes les versions des protocoles SSL et
-TLS (jusqu'&agrave; la version 1.2 de TLS incluse) &eacute;taient vuln&eacute;rables &agrave; une
+<p>Comme il a été spécifié, toutes les versions des protocoles SSL et
+TLS (jusqu'à la version 1.2 de TLS incluse) étaient vulnérables à une
 attaque de type Man-in-the-Middle (<a
 href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2009-3555">CVE-2009-3555</a>)
-au cours d'une ren&eacute;gociation. Cette vuln&eacute;rabilit&eacute; permettait &agrave; un
-attaquant de pr&eacute;fixer la requ&ecirc;te HTTP (telle qu'elle &eacute;tait vue du
-serveur) avec un texte choisi. Une extension du protocole a &eacute;t&eacute;
-d&eacute;velopp&eacute;e pour corriger cette vuln&eacute;rabilit&eacute;, sous r&eacute;serve qu'elle soit
-support&eacute;e par le client et le serveur.</p>
-
-<p>Si <module>mod_ssl</module> est li&eacute; &agrave; une version 0.9.8m ou
-sup&eacute;rieure d'OpenSSL, par d&eacute;faut, la ren&eacute;gociation n'est accord&eacute;e qu'aux
+au cours d'une renégociation. Cette vulnérabilité permettait à un
+attaquant de préfixer la requête HTTP (telle qu'elle était vue du
+serveur) avec un texte choisi. Une extension du protocole a été
+développée pour corriger cette vulnérabilité, sous réserve qu'elle soit
+supportée par le client et le serveur.</p>
+
+<p>Si <module>mod_ssl</module> est lié à une version 0.9.8m ou
+supérieure d'OpenSSL, par défaut, la renégociation n'est accordée qu'aux
 clients qui supportent la nouvelle extension du protocole. Si
-cette directive est activ&eacute;e, la ren&eacute;gociation sera accord&eacute;e aux anciens
-clients (non patch&eacute;s), quoique de mani&egrave;re non s&eacute;curis&eacute;e</p>
+cette directive est activée, la renégociation sera accordée aux anciens
+clients (non patchés), quoique de manière non sécurisée</p>
 
-<note type="warning"><title>Avertissement &agrave; propos de la s&eacute;curit&eacute;</title>
-<p>Si cette directive est activ&eacute;e, les connexions SSL seront vuln&eacute;rables
-aux attaques de type pr&eacute;fixe Man-in-the-Middle comme d&eacute;crit dans <a
+<note type="warning"><title>Avertissement à propos de la sécurité</title>
+<p>Si cette directive est activée, les connexions SSL seront vulnérables
+aux attaques de type préfixe Man-in-the-Middle comme décrit dans <a
 href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2009-3555">CVE-2009-3555</a>.</p>
 </note>
 
@@ -2677,48 +2691,48 @@ SSLInsecureRenegotiation on
 </highlight>
 </example>
 
-<p>La variable d'environnement <code>SSL_SECURE_RENEG</code> peut &ecirc;tre
-utilis&eacute;e dans un script SSI ou CGI pour d&eacute;terminer si la ren&eacute;gociation
-s&eacute;curis&eacute;e est support&eacute;e pour une connexion SSL donn&eacute;e.</p>
+<p>La variable d'environnement <code>SSL_SECURE_RENEG</code> peut être
+utilisée dans un script SSI ou CGI pour déterminer si la renégociation
+sécurisée est supportée pour une connexion SSL donnée.</p>
 
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLUseStapling</name>
-<description>Active l'ajout des r&eacute;ponses OCSP &agrave; la n&eacute;gociation TLS</description>
+<description>Active l'ajout des réponses OCSP à la négociation TLS</description>
 <syntax>SSLUseStapling on|off</syntax>
 <default>SSLUseStapling off</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
 <p>Cette directive permet d'activer l'"Agrafage OCSP" (OCSP stapling)
-selon la d&eacute;finition de l'extension TLS "Certificate Status Request"
-fournie dans la RFC 6066. Si elle est activ&eacute;e et si le client le
-demande, mod_ssl va inclure une r&eacute;ponse OCSP &agrave; propos de son propre
-certificat dans la n&eacute;gociation TLS. Pour pouvoir activer l'Agrafage
-OCSP, il est n&eacute;cessaire de configurer un <directive
+selon la définition de l'extension TLS "Certificate Status Request"
+fournie dans la RFC 6066. Si elle est activée et si le client le
+demande, mod_ssl va inclure une réponse OCSP à propos de son propre
+certificat dans la négociation TLS. Pour pouvoir activer l'Agrafage
+OCSP, il est nécessaire de configurer un <directive
 module="mod_ssl">SSLStaplingCache</directive>.</p>
 
-<p>L'agrafage OCSP dispense le client de requ&eacute;rir le serveur OCSP
-directement ; il faut cependant noter que selon les sp&eacute;cifications de la
-RFC 6066, la r&eacute;ponse <code>CertificateStatus</code> du serveur ne peut
-inclure une r&eacute;ponse OCSP que pour un seul certificat. Pour les
-certificats de serveur comportant des certificats de CA interm&eacute;diaires
-dans leur cha&icirc;ne (c'est un cas typique de nos jours), l'impl&eacute;mentation
+<p>L'agrafage OCSP dispense le client de requérir le serveur OCSP
+directement ; il faut cependant noter que selon les spécifications de la
+RFC 6066, la réponse <code>CertificateStatus</code> du serveur ne peut
+inclure une réponse OCSP que pour un seul certificat. Pour les
+certificats de serveur comportant des certificats de CA intermédiaires
+dans leur chaîne (c'est un cas typique de nos jours), l'implémentation
 actuelle de l'agrafage OCSP n'atteint que partiellement l'objectif d'
-"&eacute;conomie en questions/r&eacute;ponse et en ressources". Pour plus de d&eacute;tails,
+"économie en questions/réponse et en ressources". Pour plus de détails,
 voir la <a href="http://www.ietf.org/rfc/rfc6961.txt">RFC 6961</a> (TLS
 Multiple Certificate Status Extension).
 </p>
 
-<p>Lorsque l'agrafage OCSP est activ&eacute;, le mutex
-<code>ssl-stapling</code> contr&ocirc;le l'acc&egrave;s au cache de l'agrafage OCSP
-afin de pr&eacute;venir toute corruption, et le mutex
-<code>sss-stapling-refresh</code> contr&ocirc;le le raffra&icirc;chissement des
-r&eacute;ponses OCSP. Ces mutex peuvent &ecirc;tre configur&eacute;s via la directive
+<p>Lorsque l'agrafage OCSP est activé, le mutex
+<code>ssl-stapling</code> contrôle l'accès au cache de l'agrafage OCSP
+afin de prévenir toute corruption, et le mutex
+<code>sss-stapling-refresh</code> contrôle le raffraîchissement des
+réponses OCSP. Ces mutex peuvent être configurés via la directive
 <directive module="core">Mutex</directive>.
 </p>
 </usage>
@@ -2729,15 +2743,15 @@ r&eacute;ponses OCSP. Ces mutex peuvent &ecirc;tre configur&eacute;s via la dire
 <description>Configuration du cache pour l'agrafage OCSP</description>
 <syntax>SSLStaplingCache <em>type</em></syntax>
 <contextlist><context>server config</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Si <directive module="mod_ssl">SSLUseStapling</directive> est &agrave; "on",
-cette directive permet de configurer le cache destin&eacute; &agrave; stocker les
-r&eacute;ponses OCSP incluses dans la n&eacute;gociation TLS. La configuration d'un
+<p>Si <directive module="mod_ssl">SSLUseStapling</directive> est à "on",
+cette directive permet de configurer le cache destiné à stocker les
+réponses OCSP incluses dans la négociation TLS. La configuration d'un
 cache est obligatoire pour pouvoir utiliser l'agrafage OCSP. A
 l'exception de <code>none</code> et <code>nonenotnull</code>, cette
-directive supporte les m&ecirc;mes types de stockage que la directive
+directive supporte les mêmes types de stockage que la directive
 <directive module="mod_ssl">SSLSessionCache</directive>.</p>
 
 </usage>
@@ -2745,198 +2759,198 @@ directive supporte les m&ecirc;mes types de stockage que la directive
 
 <directivesynopsis>
 <name>SSLStaplingResponseTimeSkew</name>
-<description>Dur&eacute;e de vie maximale autoris&eacute;e des r&eacute;ponses OCSP incluses dans la
-n&eacute;gociation TLS</description>
+<description>Durée de vie maximale autorisée des réponses OCSP incluses dans la
+négociation TLS</description>
 <syntax>SSLStaplingResponseTimeSkew <em>secondes</em></syntax>
 <default>SSLStaplingResponseTimeSkew 300</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Cette directive permet de sp&eacute;cifier l'intervalle de temps maximum que
-mod_ssl va calculer en faisant la diff&eacute;rence entre les contenus des
-champs <code>nextUpdate</code> et <code>thisUpdate</code> des r&eacute;ponses
-OCSP incluses dans la n&eacute;gociation TLS. Pour pouvoir utiliser cette
+<p>Cette directive permet de spécifier l'intervalle de temps maximum que
+mod_ssl va calculer en faisant la différence entre les contenus des
+champs <code>nextUpdate</code> et <code>thisUpdate</code> des réponses
+OCSP incluses dans la négociation TLS. Pour pouvoir utiliser cette
 directive, <directive module="mod_ssl">SSLUseStapling</directive> doit
-&ecirc;tre &agrave; "on".</p>
+être à "on".</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingResponderTimeout</name>
-<description>Temps d'attente maximum pour les requ&ecirc;tes vers les serveurs
+<description>Temps d'attente maximum pour les requêtes vers les serveurs
 OCSP</description>
 <syntax>SSLStaplingResponderTimeout <em>secondes</em></syntax>
 <default>SSLStaplingResponderTimeout 10</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir le temps d'attente maximum lorsque
-mod_ssl envoie une requ&ecirc;te vers un serveur OCSP afin d'obtenir une
-r&eacute;ponse destin&eacute;e &agrave; &ecirc;tre incluse dans les n&eacute;gociations TLS avec les
+<p>Cette directive permet de définir le temps d'attente maximum lorsque
+mod_ssl envoie une requête vers un serveur OCSP afin d'obtenir une
+réponse destinée à être incluse dans les négociations TLS avec les
 clients (<directive module="mod_ssl">SSLUseStapling</directive> doit
-avoir &eacute;t&eacute; activ&eacute;e au pr&eacute;alable).</p>
+avoir été activée au préalable).</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingResponseMaxAge</name>
-<description>Age maximum autoris&eacute; des r&eacute;ponses OCSP incluses dans la
-n&eacute;gociation TLS</description>
+<description>Age maximum autorisé des réponses OCSP incluses dans la
+négociation TLS</description>
 <syntax>SSLStaplingResponseMaxAge <em>secondes</em></syntax>
 <default>SSLStaplingResponseMaxAge -1</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir l'&acirc;ge maximum autoris&eacute;
-("fra&icirc;cheur") des r&eacute;ponses OCSP incluses dans la n&eacute;gociation TLS
+<p>Cette directive permet de définir l'âge maximum autorisé
+("fraîcheur") des réponses OCSP incluses dans la négociation TLS
 (<directive module="mod_ssl">SSLUseStapling</directive> doit
-avoir &eacute;t&eacute; activ&eacute;e au pr&eacute;alable). La valeur par d&eacute;faut (<code>-1</code>)
-ne d&eacute;finit aucun &acirc;ge maximum, ce qui signifie que les r&eacute;ponses OCSP sont
-consid&eacute;r&eacute;es comme valides &agrave; partir du moment o&ugrave; le contenu de leur champ
+avoir été activée au préalable). La valeur par défaut (<code>-1</code>)
+ne définit aucun âge maximum, ce qui signifie que les réponses OCSP sont
+considérées comme valides à partir du moment où le contenu de leur champ
 <code>nextUpdate</code> se trouve dans le futur.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingStandardCacheTimeout</name>
-<description>Dur&eacute;e de vie des r&eacute;ponses OCSP dans le cache</description>
+<description>Durée de vie des réponses OCSP dans le cache</description>
 <syntax>SSLStaplingStandardCacheTimeout <em>secondes</em></syntax>
 <default>SSLStaplingStandardCacheTimeout 3600</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir la dur&eacute;e de vie des r&eacute;ponses OCSP
-dans le cache configur&eacute; via la directive <directive
+<p>Cette directive permet de définir la durée de vie des réponses OCSP
+dans le cache configuré via la directive <directive
 module="mod_ssl">SSLStaplingCache</directive>. Elle ne s'applique qu'aux
-r&eacute;ponse <em>valides</em>, alors que la directive <directive
+réponse <em>valides</em>, alors que la directive <directive
 module="mod_ssl">SSLStaplingErrorCacheTimeout</directive> s'applique aux
-r&eacute;ponses invalides ou non disponibles.
+réponses invalides ou non disponibles.
 </p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingReturnResponderErrors</name>
-<description>Transmet au client les erreurs survenues lors des requ&ecirc;tes
+<description>Transmet au client les erreurs survenues lors des requêtes
 OCSP</description>
 <syntax>SSLStaplingReturnResponderErrors on|off</syntax>
 <default>SSLStaplingReturnResponderErrors on</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Lorsque cette directive est activ&eacute;e, mod_ssl va transmettre au client les
-r&eacute;ponses concernant les requ&ecirc;tes OCSP
-&eacute;chou&eacute;es (comme les r&eacute;ponses avec un statut g&eacute;n&eacute;ral autre que
-"successful", les r&eacute;ponses avec un statut de certificat autre que
-"good", les r&eacute;ponses arriv&eacute;es &agrave; expiration, etc...). 
-Lorsqu'elle est &agrave; <code>off</code>, seules les r&eacute;ponses avec un
-statut de certificat &eacute;gal &agrave; "good" seront incluses dans la n&eacute;gociation
+<p>Lorsque cette directive est activée, mod_ssl va transmettre au client les
+réponses concernant les requêtes OCSP
+échouées (comme les réponses avec un statut général autre que
+"successful", les réponses avec un statut de certificat autre que
+"good", les réponses arrivées à expiration, etc...). 
+Lorsqu'elle est à <code>off</code>, seules les réponses avec un
+statut de certificat égal à "good" seront incluses dans la négociation
 TLS.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingFakeTryLater</name>
-<description>G&eacute;n&egrave;re une r&eacute;ponse "tryLater" pour les requ&ecirc;tes OCSP &eacute;chou&eacute;es</description>
+<description>Génère une réponse "tryLater" pour les requêtes OCSP échouées</description>
 <syntax>SSLStaplingFakeTryLater on|off</syntax>
 <default>SSLStaplingFakeTryLater on</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Lorsque cette directive est activ&eacute;e, et si une requ&ecirc;te vers un
-serveur OCSP &agrave; des fins d'inclusion dans une n&eacute;gociation TLS &eacute;choue,
-mod_ssl va g&eacute;n&eacute;rer une r&eacute;ponse "tryLater" pour le client (<directive
-module="mod_ssl">SSLStaplingReturnResponderErrors</directive> doit &ecirc;tre
-activ&eacute;e).</p>
+<p>Lorsque cette directive est activée, et si une requête vers un
+serveur OCSP à des fins d'inclusion dans une négociation TLS échoue,
+mod_ssl va générer une réponse "tryLater" pour le client (<directive
+module="mod_ssl">SSLStaplingReturnResponderErrors</directive> doit être
+activée).</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingErrorCacheTimeout</name>
-<description>Dur&eacute;e de vie des r&eacute;ponses invalides dans le cache pour
+<description>Durée de vie des réponses invalides dans le cache pour
 agrafage OCSP</description>
 <syntax>SSLStaplingErrorCacheTimeout <em>secondes</em></syntax>
 <default>SSLStaplingErrorCacheTimeout 600</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir la dur&eacute;e de vie des r&eacute;ponses
-<em>invalides</em> dans le cache pour agrafage OCSP configur&eacute; via la
+<p>Cette directive permet de définir la durée de vie des réponses
+<em>invalides</em> dans le cache pour agrafage OCSP configuré via la
 directive <directive module="mod_ssl">SSLStaplingCache</directive>. Pour
-d&eacute;finir la dur&eacute;e de vie des r&eacute;ponses valides, voir la directive
+définir la durée de vie des réponses valides, voir la directive
 <directive module="mod_ssl">SSLStaplingStandardCacheTimeout</directive>.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLStaplingForceURL</name>
-<description>Remplace l'URI du serveur OCSP sp&eacute;cifi&eacute; dans l'extension
+<description>Remplace l'URI du serveur OCSP spécifié dans l'extension
 AIA du certificat</description>
 <syntax>SSLStaplingForceURL <em>uri</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou sup&eacute;rieure</compatibility>
+<compatibility>Disponible si on utilise OpenSSL version 0.9.8h ou supérieure</compatibility>
 
 <usage>
 <p>Cette directive permet de remplacer l'URI du serveur OCSP extraite de
-l'extension authorityInfoAccess (AIA) du certificat. Elle peut s'av&eacute;rer
+l'extension authorityInfoAccess (AIA) du certificat. Elle peut s'avérer
 utile lorsqu'on passe par un mandataire</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLSessionTicketKeyFile</name>
-<description>Cl&eacute; de chiffrement/d&eacute;chiffrement permanente pour les
+<description>Clé de chiffrement/déchiffrement permanente pour les
 tickets de session TLS</description>
 <syntax>SSLSessionTicketKeyFile <em>chemin-fichier</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <compatibility>Disponible depuis la version 2.4.0 du serveur HTTP
-Apache, sous r&eacute;serve que l'on utilise une version 0.9.8h ou sup&eacute;rieure
+Apache, sous réserve que l'on utilise une version 0.9.8h ou supérieure
 d'OpenSSL</compatibility>
 
 <usage>
-<p>Cette directive permet de d&eacute;finir une cl&eacute; secr&egrave;te pour le chiffrement
-et le d&eacute;chiffrement des tickets de session TLS selon les pr&eacute;conisations
+<p>Cette directive permet de définir une clé secrète pour le chiffrement
+et le déchiffrement des tickets de session TLS selon les préconisations
 de la <a href="http://www.ietf.org/rfc/rfc5077.txt">RFC 5077</a>. Elle a
-&eacute;t&eacute; con&ccedil;ue &agrave; l'origine pour les environnements de clusters o&ugrave; les
-donn&eacute;es des sessions TLS doivent &ecirc;tre partag&eacute;es entre plusieurs noeuds.
+été conçue à l'origine pour les environnements de clusters où les
+données des sessions TLS doivent être partagées entre plusieurs noeuds.
 Pour les configurations ne comportant qu'une seule instance de httpd, il
-est pr&eacute;f&eacute;rable d'utiliser les cl&eacute;s (al&eacute;atoires) g&eacute;n&eacute;r&eacute;es par mod_ssl au
-d&eacute;marrage du serveur.</p>
-<p>Le fichier doit contenir 48 octets de donn&eacute;es al&eacute;atoires cr&eacute;&eacute;es de
-pr&eacute;f&eacute;rence par une source &agrave; haute entropie. Sur un syst&egrave;me de type UNIX,
-il est possible de cr&eacute;er le fichier contenant la cl&eacute; de la mani&egrave;re
+est préférable d'utiliser les clés (aléatoires) générées par mod_ssl au
+démarrage du serveur.</p>
+<p>Le fichier doit contenir 48 octets de données aléatoires créées de
+préférence par une source à haute entropie. Sur un système de type UNIX,
+il est possible de créer le fichier contenant la clé de la manière
 suivante :</p>
 
 <example>
 dd if=/dev/random of=/chemin/vers/fichier.tkey bs=1 count=48
 </example>
 
-<p>Ces cl&eacute;s doivent &ecirc;tre renouvel&eacute;es fr&eacute;quemment, car il s'agit du seul
+<p>Ces clés doivent être renouvelées fréquemment, car il s'agit du seul
 moyen d'invalider un ticket de session existant - OpenSSL ne permet pas
-actuellement de sp&eacute;cifier une limite &agrave; la dur&eacute;e de
-vie des tickets. Une nouvelle cl&eacute; ne peut &ecirc;tre utilis&eacute;e qu'apr&egrave;s avoir
-red&eacute;marr&eacute; le serveur. Tous les tickets de session existants deviennent
-invalides apr&egrave;s le red&eacute;marrage du serveur.</p>
+actuellement de spécifier une limite à la durée de
+vie des tickets. Une nouvelle clé ne peut être utilisée qu'après avoir
+redémarré le serveur. Tous les tickets de session existants deviennent
+invalides après le redémarrage du serveur.</p>
 
 <note type="warning">
-<p>Ce fichier contient des donn&eacute;es sensibles et doit donc &ecirc;tre prot&eacute;g&eacute;
-par des permissions similaires &agrave; celles du fichier sp&eacute;cifi&eacute; par la
+<p>Ce fichier contient des données sensibles et doit donc être protégé
+par des permissions similaires à celles du fichier spécifié par la
 directive <directive module="mod_ssl">SSLCertificateKeyFile</directive>.</p>
 </note>
 </usage>
@@ -2949,63 +2963,63 @@ directive <directive module="mod_ssl">SSLCertificateKeyFile</directive>.</p>
 <default>SSLCompression off</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.4.3 du serveur HTTP
-Apache, si on utilise une version d'OpenSSL 0.9.8 ou sup&eacute;rieure ;
+<compatibility>Disponible à partir de la version 2.4.3 du serveur HTTP
+Apache, si on utilise une version d'OpenSSL 0.9.8 ou supérieure ;
 l'utilisation dans un contexte de serveur virtuel n'est disponible que
-si on utilise une version d'OpenSSL 1.0.0 ou sup&eacute;rieure. La valeur par
-d&eacute;faut &eacute;tait <code>on</code> dans la version 2.4.3.</compatibility>
+si on utilise une version d'OpenSSL 1.0.0 ou supérieure. La valeur par
+défaut était <code>on</code> dans la version 2.4.3.</compatibility>
 
 <usage>
 <p>Cette directive permet d'activer la compression au niveau SSL.</p>
 <note type="warning">
-<p>L'activation de la compression est &agrave; l'origine de probl&egrave;mes de
-s&eacute;curit&eacute; dans la plupart des configurations (l'attaque nomm&eacute;e CRIME).</p>
+<p>L'activation de la compression est à l'origine de problèmes de
+sécurité dans la plupart des configurations (l'attaque nommée CRIME).</p>
 </note>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLSessionTickets</name>
-<description>Active ou d&eacute;sactive les tickets de session TLS</description>
+<description>Active ou désactive les tickets de session TLS</description>
 <syntax>SSLSessionTickets on|off</syntax>
 <default>SSLSessionTickets on</default>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.4.11 du serveur HTTP
-Apache, sous r&eacute;serve d'utiliser OpenSSL version 0.9.8f ou sup&eacute;rieure.
+<compatibility>Disponible à partir de la version 2.4.11 du serveur HTTP
+Apache, sous réserve d'utiliser OpenSSL version 0.9.8f ou supérieure.
 </compatibility>
 
 <usage>
-<p>Cette directive permet d'activer ou de d&eacute;sactiver l'utilisation des
+<p>Cette directive permet d'activer ou de désactiver l'utilisation des
 tickets de session TLS (RFC 5077).</p>
 <note type="warning">
-<p>Les tickets de session TLS sont activ&eacute;s par d&eacute;faut. Les utiliser sans
-red&eacute;marrer le serveur selon une p&eacute;riodicit&eacute; appropri&eacute;e (par exemple
-quotidiennement) compromet cependant le niveau de confidentialit&eacute;.</p>
+<p>Les tickets de session TLS sont activés par défaut. Les utiliser sans
+redémarrer le serveur selon une périodicité appropriée (par exemple
+quotidiennement) compromet cependant le niveau de confidentialité.</p>
 </note>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>SSLOpenSSLConfCmd</name>
-<description>Configuration des param&egrave;tres d'OpenSSL via son API <em>SSL_CONF</em></description>
+<description>Configuration des paramètres d'OpenSSL via son API <em>SSL_CONF</em></description>
 <syntax>SSLOpenSSLConfCmd <em>commande</em> <em>valeur</em></syntax>
 <contextlist><context>server config</context>
 <context>virtual host</context></contextlist>
 <compatibility>Disponible depuis la version 2.4.8 du serveur HTTP
-Apache avec OpenSSL 1.0.2 ou sup&eacute;rieur</compatibility>
+Apache avec OpenSSL 1.0.2 ou supérieur</compatibility>
 
 <usage>
-<p>Cette directive permet &agrave; mod_ssl d'acc&eacute;der &agrave; l'API <em>SSL_CONF</em>
-d'OpenSSL. Il n'est ainsi plus n&eacute;cessaire d'impl&eacute;menter des
-directives suppl&eacute;mentaires pour <module>mod_ssl</module> lorsque de nouvelles
-fonctionnalit&eacute;s sont ajout&eacute;es &agrave; OpenSSL, ce qui rend la configuration de
+<p>Cette directive permet à mod_ssl d'accéder à l'API <em>SSL_CONF</em>
+d'OpenSSL. Il n'est ainsi plus nécessaire d'implémenter des
+directives supplémentaires pour <module>mod_ssl</module> lorsque de nouvelles
+fonctionnalités sont ajoutées à OpenSSL, ce qui rend la configuration de
 ce dernier beaucoup plus souple.</p>
 
 <p>Le jeu de commandes disponibles pour la directive
-<directive>SSLOpenSSLConfCmd</directive> d&eacute;pend de la version d'OpenSSL
-utilis&eacute;e pour <module>mod_ssl</module> (la version minimale 1.0.2 est un
-pr&eacute;requis). Pour obtenir la liste des commandes support&eacute;es, voir la
+<directive>SSLOpenSSLConfCmd</directive> dépend de la version d'OpenSSL
+utilisée pour <module>mod_ssl</module> (la version minimale 1.0.2 est un
+prérequis). Pour obtenir la liste des commandes supportées, voir la
 section <em>Supported configuration file commands</em> de la page de
 manuel d'OpenSSL <a
 href="http://www.openssl.org/docs/man1.0.2/ssl/SSL_CONF_cmd.html#SUPPORTED-CONFIGURATION-FILE-COMMANDS">SSL_CONF_cmd(3)</a>.</p>
@@ -3013,7 +3027,7 @@ href="http://www.openssl.org/docs/man1.0.2/ssl/SSL_CONF_cmd.html#SUPPORTED-CONFI
 <p>Certaines commandes peuvent remplacer des directives existantes
 (comme <directive module="mod_ssl">SSLCipherSuite</directive> ou
 <directive module="mod_ssl">SSLProtocol</directive>) ; notez cependant
-que la syntaxe et/ou les valeurs possibles peuvent diff&eacute;rer.</p>
+que la syntaxe et/ou les valeurs possibles peuvent différer.</p>
 
 <example><title>Examples</title>
 <highlight language="config">
index 628f51ba32bc859776670da01238e15212375137..13c6fc50ded222fd1177357d178cffdb5e71c033 100644 (file)
@@ -1,7 +1,7 @@
 <?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: 1673563:1733403 (outdated) -->
+<!-- English Revision: 1733403 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : VIncent Deffontaines -->
 <!--
   <title>Utilisation de RewriteMap</title>
   <summary>
 
-    <p>Ce document est un compl&eacute;ment &agrave; la <a
-    href="../mod/mod_rewrite.html">documentation de r&eacute;f&eacute;rence</a> du
-    module <module>mod_rewrite</module>. Il d&eacute;crit l'utilisation de la
+    <p>Ce document est un complément à la <a
+    href="../mod/mod_rewrite.html">documentation de référence</a> du
+    module <module>mod_rewrite</module>. Il décrit l'utilisation de la
     directive <directive module="mod_rewrite">RewriteMap</directive>, et
-    fournit des exemples pour chacun des diff&eacute;rents types de
+    fournit des exemples pour chacun des différents types de
     <code>RewriteMap</code>.</p>
 
     <note type="warning">Notez que la plupart de ces exemples ne
-    fonctionneront pas en l'&eacute;tat dans le contexte de votre configuration
-    particuli&egrave;re ; vous devez donc vous attacher &agrave; les
-    comprendre, plut&ocirc;t que de simplement les ins&eacute;rer dans votre
+    fonctionneront pas en l'état dans le contexte de votre configuration
+    particulière ; vous devez donc vous attacher à les
+    comprendre, plutôt que de simplement les insérer dans votre
     configuration par copier/coller.</note>
 
   </summary>
   <seealso><a href="../mod/mod_rewrite.html">Documentation du module
   mod_rewrite</a></seealso>
-  <seealso><a href="intro.html">Introduction &agrave; mod_rewrite</a></seealso>
+  <seealso><a href="intro.html">Introduction à mod_rewrite</a></seealso>
   <seealso><a href="remapping.html">Redirection et remise en
   correspondance</a></seealso>
-  <seealso><a href="access.html">Contr&ocirc;le d'acc&egrave;s</a></seealso>
+  <seealso><a href="access.html">Contrôle d'accès</a></seealso>
   <seealso><a href="vhosts.html">Serveurs virtuels</a></seealso>
   <seealso><a href="proxy.html">Mise en cache</a></seealso>
-  <seealso><a href="advanced.html">Techniques avanc&eacute;es</a></seealso>
+  <seealso><a href="advanced.html">Techniques avancées</a></seealso>
   <seealso><a href="avoid.html">Quand ne pas utiliser mod_rewrite</a></seealso>
 
   <section id="introduction">
 
    <p>
    La directive <directive module="mod_rewrite">RewriteMap</directive>
-   d&eacute;finit une fonction externe qui peut &ecirc;tre appel&eacute;e depuis une
+   définit une fonction externe qui peut être appelée depuis une
    directive <directive module="mod_rewrite">RewriteRule</directive> ou
    <directive module="mod_rewrite">RewriteCond</directive> pour
-   accomplir une r&eacute;&eacute;criture trop compliqu&eacute;e, ou trop sp&eacute;cialis&eacute;e pour
-   &ecirc;tre effectu&eacute;e &agrave; partir d'expressions rationnelles. Vous trouverez
-   ci-dessous les diff&eacute;rents types disponibles pour la source de
-   donn&eacute;es, ceux-ci &eacute;tant par ailleurs &eacute;num&eacute;r&eacute;s dans la documentation de
-   r&eacute;f&eacute;rence de <directive module="mod_rewrite">RewriteMap</directive>.</p>
+   accomplir une réécriture trop compliquée, ou trop spécialisée pour
+   être effectuée à partir d'expressions rationnelles. Vous trouverez
+   ci-dessous les différents types disponibles pour la source de
+   données, ceux-ci étant par ailleurs énumérés dans la documentation de
+   référence de <directive module="mod_rewrite">RewriteMap</directive>.</p>
 
    <p>La syntaxe de la directive <code>RewriteMap</code> est la suivante
    :</p>
 <highlight language="config">RewriteMap <em>MapName</em> <em>MapType</em>:<em>MapSource</em></highlight>
 
     <p>L'argument <a id="mapfunc" name="mapfunc"><em>MapName</em></a>
-    est un nom arbitraire que vous associez &agrave; la table de
+    est un nom arbitraire que vous associez à la table de
     correspondances, et que vous
-    pourrez utilisez par la suite dans les directives de r&eacute;&eacute;criture. Les
+    pourrez utilisez par la suite dans les directives de réécriture. Les
     recherches dans la table de correspondance s'effectuent en
     respectant cette syntaxe :</p>
 
     <p class="indent">
       <strong>
         <code>${</code> <em>nom-map</em> <code>:</code>
-       <em>cl&eacute;-recherche</em>
+       <em>clé-recherche</em>
         <code>}</code> <br/> <code>${</code> <em>nom-map</em> <code>:</code>
-        <em>cl&eacute;-recherche</em> <code>|</code> <em>DefaultValue</em> <code>}</code>
+        <em>clé-recherche</em> <code>|</code> <em>DefaultValue</em> <code>}</code>
       </strong>
     </p>
 
-    <p>Lorsque cette syntaxe est employ&eacute;e, la table de correspondances
-    <em>nom-map</em> est consult&eacute;e et la cl&eacute; <em>cl&eacute;-recherche</em>
-    recherch&eacute;e. Si la cl&eacute; est trouv&eacute;e, la fonction de recherche dans la
-    table de correspondance est remplac&eacute;e par <em>SubstValue</em>, ou
-    par <em>DefaultValue</em> dans le cas contraire, ou par la cha&icirc;ne
-    vide si aucune <em>DefaultValue</em> n'a &eacute;t&eacute; sp&eacute;cifi&eacute;e.</p>
+    <p>Lorsque cette syntaxe est employée, la table de correspondances
+    <em>nom-map</em> est consultée et la clé <em>clé-recherche</em>
+    recherchée. Si la clé est trouvée, la fonction de recherche dans la
+    table de correspondance est remplacée par <em>SubstValue</em>, ou
+    par <em>DefaultValue</em> dans le cas contraire, ou par la chaîne
+    vide si aucune <em>DefaultValue</em> n'a été spécifiée.</p>
 
-    <p>Par exemple, vous pouvez d&eacute;finir une directive
+    <p>Par exemple, vous pouvez définir une directive
     <directive>RewriteMap</directive> comme suit :</p>
     <highlight language="config">RewriteMap examplemap "txt:/path/to/file/map.txt"</highlight>
     <p>Vous pourrez par la suite utiliser cette table de correspondances
     dans une directive <directive>RewriteRule</directive> comme suit :</p>
 <highlight language="config">RewriteRule "^/ex/(.*)" "${examplemap:$1}"</highlight>
 
-<p>Il est possible de sp&eacute;cifier une valeur par d&eacute;faut qui sera utilis&eacute;e
+<p>Il est possible de spécifier une valeur par défaut qui sera utilisée
 si la recherche dans la table de correspondances est infructueuse :</p>
 
 <highlight language="config">RewriteRule "^/ex/(.*)" "${examplemap:$1|/not_found.html}"</highlight>
 
-<note><title>Contexte de r&eacute;pertoire et fichiers.htaccess</title>
+<note><title>Contexte de répertoire et fichiers.htaccess</title>
 <p>
 Vous ne pouvez utiliser la directive <code>RewriteMap</code> ni dans
 les sections &lt;Directory&gt;, ni dans les fichiers
-<code>.htaccess</code>. Vous devez d&eacute;clarer la table de correspondances
+<code>.htaccess</code>. Vous devez déclarer la table de correspondances
 au niveau du serveur principal ou dans un contexte de serveur virtuel.
-En revanche, si vous ne pouvez pas d&eacute;clarer la table dans une section
+En revanche, si vous ne pouvez pas déclarer la table dans une section
 &lt;Directory&gt; ou dans un fichier <code>.htaccess</code>, vous
-pourrez y faire r&eacute;f&eacute;rence dans ces contextes, une fois cette table
-cr&eacute;&eacute;e.
+pourrez y faire référence dans ces contextes, une fois cette table
+créée.
 </p>
 </note>
 
-<p>Les sections suivantes d&eacute;crivent les diff&eacute;rents types de tables de
+<p>Les sections suivantes décrivent les différents types de tables de
 correspondances <em>type-map</em> disponibles, et fournissent des
 exemples pour chacun d'entre eux.</p>
   </section>
@@ -125,29 +125,29 @@ exemples pour chacun d'entre eux.</p>
   <section id="txt">
     <title>txt: tables de correspondances au format texte</title>
 
-    <p>Lorsqu'un type-map <code>txt</code> est utilis&eacute;, la source-map
-    est un chemin du syst&egrave;me de fichiers vers un fichier de
+    <p>Lorsqu'un type-map <code>txt</code> est utilisé, la source-map
+    est un chemin du système de fichiers vers un fichier de
     correspondances au format texte, contenant sur chaque ligne une
-    paire cl&eacute;/valeur s&eacute;par&eacute;es par un espace. Il est possible d'ins&eacute;rer
-    des commentaires sous la forme de cha&icirc;nes commen&ccedil;ant par le caract&egrave;re
+    paire clé/valeur séparées par un espace. Il est possible d'insérer
+    des commentaires sous la forme de chaînes commençant par le caractère
     '#'.</p>
 
-    <p>Voici un exemple d'entr&eacute;es valides dans un fichier de
+    <p>Voici un exemple d'entrées valides dans un fichier de
     correspondances :</p>
 
     <p class="indent">
       # Ligne de commentaires<br />
-      <strong><em>cl&eacute;</em> <em>valeur-substitution</em></strong><br />
-      <strong><em>cl&eacute;</em> <em>valeur-substitution</em></strong> # commentaire<br />
+      <strong><em>clé</em> <em>valeur-substitution</em></strong><br />
+      <strong><em>clé</em> <em>valeur-substitution</em></strong> # commentaire<br />
     </p>
 
     <p>Lorsque la table de correspondance fait l'objet d'une recherche,
-    la valeur sp&eacute;cifi&eacute;e est recherch&eacute;e dans le premier champ, et si elle
-    est trouv&eacute;e, la valeur de substitution est renvoy&eacute;e.</p>
+    la valeur spécifiée est recherchée dans le premier champ, et si elle
+    est trouvée, la valeur de substitution est renvoyée.</p>
 
     <p>Par exemple, nous pourrions utiliser un fichier de
     correspondances pour traduire des noms de produits en identifiants
-    produits pour obtenir des URLs plus simples &agrave; m&eacute;moriser, en
+    produits pour obtenir des URLs plus simples à mémoriser, en
     utilisant la recette suivante :</p>
 
     <p><strong>Product to ID configuration</strong></p>
@@ -157,8 +157,8 @@ RewriteRule "^/product/(.*)" "/prods.php?id=${product2id:$1|NOTFOUND}" [PT]
     </highlight>
 
     <p>Nous supposons ici que le script <code>prods.php</code> sait quoi
-    faire lorsqu'il re&ccedil;oit un argument <code>id=NOTFOUND</code>, dans
-    le cas o&ugrave; le produit ne se trouve pas dans la table de
+    faire lorsqu'il reçoit un argument <code>id=NOTFOUND</code>, dans
+    le cas où le produit ne se trouve pas dans la table de
     correspondances.</p>
 
     <p>Le fichier <code>/etc/apache2/map-produit.txt</code> contient ce
@@ -176,51 +176,51 @@ BALLON-BASKET 418<br />
 TELEPHONE  328
     </example>
 
-    <p>Ainsi, lorsqu'une requ&ecirc;te pour
+    <p>Ainsi, lorsqu'une requête pour
     <code>http://example.com/produit/TELEVISION</code> arrive, elle est
-    transform&eacute;e en interne en <code>/prods.php?id=993</code>.</p>
+    transformée en interne en <code>/prods.php?id=993</code>.</p>
 
     <note><title>Note: fichiers .htaccess</title>
-    L'exemple donn&eacute; est con&ccedil;u pour &ecirc;tre utilis&eacute; dans un contexte de
+    L'exemple donné est conçu pour être utilisé dans un contexte de
     serveur principal ou de serveur virtuel. Si vous voulez l'utiliser
     dans un fichier <code>.htaccess</code>, vous devrez supprimer le
-    slash de d&eacute;but dans le mod&egrave;le de r&eacute;&eacute;criture afin que ce dernier
-    puisse correspondre &agrave; toute URL :
+    slash de début dans le modèle de réécriture afin que ce dernier
+    puisse correspondre à toute URL :
     <highlight language="config">RewriteRule "^product/(.*)" "/prods.php?id=${product2id:$1|NOTFOUND}" [PT]</highlight>
     </note>
 
     <note><title>Recherches mises en cache</title>
     <p>
-    Les cl&eacute;s de recherche sont mises en cache par httpd jusqu'&agrave; ce que
+    Les clés de recherche sont mises en cache par httpd jusqu'à ce que
     le <code>mtime</code> (date de modification) du fichier de
-    correspondances soit modifi&eacute;, ou que le serveur httpd soit
-    red&eacute;marr&eacute;, ce qui am&eacute;liore les performances pour les tables de
-    correspondances consult&eacute;es par de nombreuses requ&ecirc;tes.
+    correspondances soit modifié, ou que le serveur httpd soit
+    redémarré, ce qui améliore les performances pour les tables de
+    correspondances consultées par de nombreuses requêtes.
     </p>
     </note>
 
   </section>
   <section id="rnd">
-    <title>rnd: Fichier texte &agrave; valeurs de substitution multiples
-    choisies de mani&egrave;re al&eacute;atoire</title>
+    <title>rnd: Fichier texte à valeurs de substitution multiples
+    choisies de manière aléatoire</title>
 
-    <p>Lorsque le type-map sp&eacute;cifi&eacute; est <code>rnd</code>, la source est
-    un chemin du syst&egrave;me de fichiers vers un fichier de correspondances
-    au format texte dont chaque ligne contient une cl&eacute;, et une ou
-    plusieurs valeurs s&eacute;par&eacute;es par le caract&egrave;re <code>|</code>. Si une
-    cl&eacute; convient, une des valeurs correspondantes sera choisie de
-    mani&egrave;re al&eacute;atoire.</p>
+    <p>Lorsque le type-map spécifié est <code>rnd</code>, la source est
+    un chemin du système de fichiers vers un fichier de correspondances
+    au format texte dont chaque ligne contient une clé, et une ou
+    plusieurs valeurs séparées par le caractère <code>|</code>. Si une
+    clé convient, une des valeurs correspondantes sera choisie de
+    manière aléatoire.</p>
 
     <p>Par exemple, vous pouvez utiliser le fichier de correspondances
-    et les directives suivants pour impl&eacute;menter une r&eacute;partition de
-    charge al&eacute;atoire entre plusieurs serveurs d'arri&egrave;re-plan, par
-    l'interm&eacute;diaire d'un mandataire inverse. Les images sont envoy&eacute;es
+    et les directives suivants pour implémenter une répartition de
+    charge aléatoire entre plusieurs serveurs d'arrière-plan, par
+    l'intermédiaire d'un mandataire inverse. Les images sont envoyées
     vers un des serveurs de l'ensemble 'statique', tandis que tout le
-    reste est envoy&eacute; vers un des serveurs de l'ensemble 'dynamique'.</p>
+    reste est envoyé vers un des serveurs de l'ensemble 'dynamique'.</p>
 
     <example><title>Fichier de correspondances</title>
 ##<br />
-##  map.txt -- table de r&eacute;&eacute;criture<br />
+##  map.txt -- table de réécriture<br />
 ##<br />
 <br />
 statique   www1|www2|www3|www4<br />
@@ -235,16 +235,16 @@ RewriteRule "^/(.*)" "http://${servers:dynamic}/$1" [P,L]
     </highlight>
 
 
-    <p>Ainsi, lorsqu'une image est demand&eacute;e et que la premi&egrave;re r&egrave;gle
-    convient, <code>RewriteMap</code> recherche la cha&icirc;ne
+    <p>Ainsi, lorsqu'une image est demandée et que la première règle
+    convient, <code>RewriteMap</code> recherche la chaîne
     <code>statique</code> dans le fichier de correspondances qui
-    renvoie un des noms de serveurs sp&eacute;cifi&eacute;s de mani&egrave;re al&eacute;atoire,
-    ce dernier &eacute;tant utilis&eacute; dans la cible de la r&egrave;gle
+    renvoie un des noms de serveurs spécifiés de manière aléatoire,
+    ce dernier étant utilisé dans la cible de la règle
     <code>RewriteRule</code>.</p>
 
-    <p>Si vous voulez qu'un des serveurs soit plus souvent sollicit&eacute; que
-    les autres (par exemple s'il poss&egrave;de plus de m&eacute;moire, et peut donc
-    traiter d'avantage de requ&ecirc;tes), sp&eacute;cifiez-le plusieurs fois dans la
+    <p>Si vous voulez qu'un des serveurs soit plus souvent sollicité que
+    les autres (par exemple s'il possède plus de mémoire, et peut donc
+    traiter d'avantage de requêtes), spécifiez-le plusieurs fois dans la
     liste des serveurs.</p>
 
     <example>
@@ -254,30 +254,30 @@ statique   www1|www1|www2|www3|www4
   </section>
 
   <section id="dbm">
-    <title>dbm: Fichier condens&eacute; DBM</title>
+    <title>dbm: Fichier condensé DBM</title>
 
-    <p>Lorsque le type-map <code>dbm</code> est utilis&eacute;, la source est
-    un chemin du syst&egrave;me de fichiers vers un fichier de donn&eacute;es DBM
-    contenant des paires cl&eacute;/valeur permettant d'effectuer la
-    correspondance. Le fonctionnement est identique &agrave; celui du type-map
+    <p>Lorsque le type-map <code>dbm</code> est utilisé, la source est
+    un chemin du système de fichiers vers un fichier de données DBM
+    contenant des paires clé/valeur permettant d'effectuer la
+    correspondance. Le fonctionnement est identique à celui du type-map
     <code>txt</code>, mais beaucoup plus rapide car un fichier DBM est
-    index&eacute;, alors qu'un fichier texte ne l'est pas. L'acc&egrave;s &agrave; la cl&eacute;
-    recherch&eacute;e est donc plus rapide.</p>
+    indexé, alors qu'un fichier texte ne l'est pas. L'accès à la clé
+    recherchée est donc plus rapide.</p>
 
-    <p>Vous pouvez &eacute;ventuellement sp&eacute;cifier un type dbm particulier :</p>
+    <p>Vous pouvez éventuellement spécifier un type dbm particulier :</p>
 
  <highlight language="config">
 RewriteMap examplemap "dbm=sdbm:/etc/apache/mapfile.dbm"
  </highlight>
 
-    <p>Ce type peut &ecirc;tre choisi parmi sdbm, gdbm, ndbm ou db. Il est
-    cependant recommand&eacute; d'utiliser l'utilitaire <a
+    <p>Ce type peut être choisi parmi sdbm, gdbm, ndbm ou db. Il est
+    cependant recommandé d'utiliser l'utilitaire <a
     href="../programs/httxt2dbm.html">httxt2dbm</a> fourni avec le
-    serveur HTTP Apache, car il utilise la biblioth&egrave;que DBM appropri&eacute;e,
-    &agrave; savoir celle qui a &eacute;t&eacute; utilis&eacute;e lors de la compilation de httpd.</p>
+    serveur HTTP Apache, car il utilise la bibliothèque DBM appropriée,
+    à savoir celle qui a été utilisée lors de la compilation de httpd.</p>
 
-    <p>Pour cr&eacute;er un fichier dbm, cr&eacute;ez tout d'abord un fichier de
-    correspondances au format texte comme d&eacute;crit dans la section <a
+    <p>Pour créer un fichier dbm, créez tout d'abord un fichier de
+    correspondances au format texte comme décrit dans la section <a
     href="#txt">txt</a>. Traitez ensuite ce fichier avec
     <code>httxt2dbm</code> :</p>
 
@@ -285,28 +285,28 @@ RewriteMap examplemap "dbm=sdbm:/etc/apache/mapfile.dbm"
 $ httxt2dbm -i fichier-map.txt -o fichier-map.map
 </example>
 
-<p>Vous pouvez alors faire r&eacute;f&eacute;rence au fichier obtenu dans votre
+<p>Vous pouvez alors faire référence au fichier obtenu dans votre
 directive <code>RewriteMap</code> :</p>
 <highlight language="config">
 RewriteMap mapname "dbm:/etc/apache/mapfile.map"
 </highlight>
 
 <note>
-<p>Notez qu'avec certains types dbm, plusieurs fichiers poss&eacute;dant le
-m&ecirc;me nom de base sont cr&eacute;&eacute;s. Par exemple, vous pouvez obtenir deux
-fichiers nomm&eacute;s <code>fichier-map.map.dir</code> et
-<code>fichier-map.map.pag</code>. Ceci est tout &agrave; fait normal, et vous
+<p>Notez qu'avec certains types dbm, plusieurs fichiers possédant le
+même nom de base sont créés. Par exemple, vous pouvez obtenir deux
+fichiers nommés <code>fichier-map.map.dir</code> et
+<code>fichier-map.map.pag</code>. Ceci est tout à fait normal, et vous
 ne devez utiliser que le nom de base <code>fichier-map.map</code> dans votre
 directive <code>RewriteMap</code>.</p>
 </note>
 
 <note><title>Mise en cache des recherches</title>
 <p>
-    Les cl&eacute;s de recherche sont mises en cache par httpd jusqu'&agrave; ce que
+    Les clés de recherche sont mises en cache par httpd jusqu'à ce que
     le <code>mtime</code> (date de modification) du fichier de
-    correspondances soit modifi&eacute;, ou que le serveur httpd soit
-    red&eacute;marr&eacute;, ce qui am&eacute;liore les performances pour les tables de
-    correspondances consult&eacute;es par de nombreuses requ&ecirc;tes.
+    correspondances soit modifié, ou que le serveur httpd soit
+    redémarré, ce qui améliore les performances pour les tables de
+    correspondances consultées par de nombreuses requêtes.
 </p>
 </note>
 
@@ -315,81 +315,81 @@ directive <code>RewriteMap</code>.</p>
   <section id="int">
     <title>int: Fonction interne</title>
 
-    <p>Lorsque le type-map <code>int</code> est sp&eacute;cifi&eacute;, la source est
-    une des fonctions RewriteMap internes disponibles. Les d&eacute;veloppeurs
-    de modules peuvent fournir des fonctions internes suppl&eacute;mentaires en
+    <p>Lorsque le type-map <code>int</code> est spécifié, la source est
+    une des fonctions RewriteMap internes disponibles. Les développeurs
+    de modules peuvent fournir des fonctions internes supplémentaires en
     les enregistrant via l'API <code>ap_register_rewrite_mapfunc</code>.
-    Les fonctions fournies par d&eacute;faut sont :
+    Les fonctions fournies par défaut sont :
     </p>
 
     <ul>
       <li><strong>toupper</strong>:<br/>
-             Met tous les caract&egrave;res de la cl&eacute; en majuscules.</li>
+             Met tous les caractères de la clé en majuscules.</li>
       <li><strong>tolower</strong>:<br/>
-             Met tous les caract&egrave;res de la cl&eacute; en minuscules.</li>
+             Met tous les caractères de la clé en minuscules.</li>
       <li><strong>escape</strong>:<br/>
-             Prot&egrave;ge les caract&egrave;res sp&eacute;ciaux de la cl&eacute; en les
-            transformant en leur code hexad&eacute;cimal.</li>
+             Protège les caractères spéciaux de la clé en les
+            transformant en leur code hexadécimal.</li>
       <li><strong>unescape</strong>:<br/>
-             Retraduit les codes hexad&eacute;cimaux de la cl&eacute; en caract&egrave;res
-            sp&eacute;ciaux.</li>
+             Retraduit les codes hexadécimaux de la clé en caractères
+            spéciaux.</li>
     </ul>
 
     <p>
-    Pour utiliser une de ces fonctions, cr&eacute;ez une
-    <code>RewriteMap</code> faisant r&eacute;f&eacute;rence &agrave; cette fonction int, et
-    utilisez-la dans votre r&egrave;gle <code>RewriteRule</code> :
+    Pour utiliser une de ces fonctions, créez une
+    <code>RewriteMap</code> faisant référence à cette fonction int, et
+    utilisez-la dans votre règle <code>RewriteRule</code> :
     </p>
 
-    <p> <strong>Redirige un URI vers son &eacute;quivalent en minuscules</strong></p>
+    <p> <strong>Redirige un URI vers son équivalent en minuscules</strong></p>
     <highlight language="config">
 
 RewriteMap lc int:tolower
-RewriteRule "(.*?[A-Z]+.*)" "${lc:$1}" [R]
+RewriteRule "(.*)" "${lc:$1}" [R]
     </highlight>
 
     <note>
-    <p>Notez que cet exemple n'est fourni qu'&agrave; titre d'illustration,
+    <p>Notez que cet exemple n'est fourni qu'à titre d'illustration,
     et ne constitue en aucun cas une recommandation. Si vous voulez
-    rendre des URLs insensibles &agrave; la casse, vous devez plut&ocirc;t vous
+    rendre des URLs insensibles à la casse, vous devez plutôt vous
     tourner vers <module>mod_speling</module>.
     </p>
     </note>
 
   </section>
 
-  <section id="prg"><title>prg: Programme de r&eacute;&eacute;criture externe</title>
+  <section id="prg"><title>prg: Programme de réécriture externe</title>
 
-    <p>Lorque le type-map <code>prg</code> est sp&eacute;cifi&eacute;, la source est
-    un chemin du syst&egrave;me de fichiers vers un programme ex&eacute;cutable
-    destin&eacute; &agrave; effectuer la mise en correspondance. Il peut s'agir d'un
-    fichier binaire compil&eacute;, ou d'un programme en langage interpr&eacute;t&eacute;
+    <p>Lorque le type-map <code>prg</code> est spécifié, la source est
+    un chemin du système de fichiers vers un programme exécutable
+    destiné à effectuer la mise en correspondance. Il peut s'agir d'un
+    fichier binaire compilé, ou d'un programme en langage interprété
     comme Perl ou Python.</p>
 
-    <p>Ce programme est lanc&eacute; une fois au d&eacute;marrage du serveur HTTP
-    Apache, puis communique avec le moteur de r&eacute;&eacute;criture via
+    <p>Ce programme est lancé une fois au démarrage du serveur HTTP
+    Apache, puis communique avec le moteur de réécriture via
     <code>STDIN</code> et <code>STDOUT</code>. En d'autres termes, pour
-    chaque recherche de correspondance, il re&ccedil;oit un argument via
-    <code>STDIN</code>, et doit renvoyer en guise de r&eacute;ponse une cha&icirc;ne
-    termin&eacute;e par un caract&egrave;re nouvelle-ligne sur <code>STDOUT</code>. Si
+    chaque recherche de correspondance, il reçoit un argument via
+    <code>STDIN</code>, et doit renvoyer en guise de réponse une chaîne
+    terminée par un caractère nouvelle-ligne sur <code>STDOUT</code>. Si
     la recherche de correspondance est infructueuse, le programme doit
-    l'indiquer en retournant la cha&icirc;ne de quatre caract&egrave;res
+    l'indiquer en retournant la chaîne de quatre caractères
     "<code>NULL</code>".</p>
 
-    <p>Les programmes de r&eacute;&eacute;criture externes ne sont pas lanc&eacute;s s'il
-    n'ont pas &eacute;t&eacute; d&eacute;finis dans un contexte o&ugrave; la directive <directive
-    module="mod_rewrite">RewriteEngine</directive> est d&eacute;finie &agrave;
+    <p>Les programmes de réécriture externes ne sont pas lancés s'il
+    n'ont pas été définis dans un contexte où la directive <directive
+    module="mod_rewrite">RewriteEngine</directive> est définie à
     <code>on</code>.</p>
 
-    <p>Cette fonctionnalit&eacute; utilise le mutex <code>rewrite-map</code>
-    n&eacute;cessaire &agrave; la fiabilit&eacute; des communications avec le programme. Le
-    m&eacute;canisme de mutex et le fichier verrou peuvent &ecirc;tre d&eacute;finis via la
+    <p>Cette fonctionnalité utilise le mutex <code>rewrite-map</code>
+    nécessaire à la fiabilité des communications avec le programme. Le
+    mécanisme de mutex et le fichier verrou peuvent être définis via la
     directive <directive module="core">Mutex</directive>.</p>
 
     <p>Voici un exemple simple qui remplace tous les tirets par des
-    caract&egrave;res de soulignement dans l'URI de la requ&ecirc;te.</p>
+    caractères de soulignement dans l'URI de la requête.</p>
 
-    <p><strong>Configuration de la r&eacute;&eacute;criture</strong></p>
+    <p><strong>Configuration de la réécriture</strong></p>
     <highlight language="config">
 
 RewriteMap d2u "prg:/www/bin/dash2under.pl"<br />
@@ -401,28 +401,28 @@ RewriteRule "-" "${d2u:%{REQUEST_URI}}"
     #!/usr/bin/perl
     $| = 1; # Turn off I/O buffering
     while (&lt;STDIN&gt;) {
-        s/-/_/g; # Remplace tous les tirets par des caract&egrave;res de soulignement
+        s/-/_/g; # Remplace tous les tirets par des caractères de soulignement
         print $_;
     }
     </highlight>
 
 <note><title>Mises en garde !</title>
 <ul>
-<li>Votre programme doit &ecirc;tre le plus
+<li>Votre programme doit être le plus
 simple possible. Si le programme se bloque, httpd va attendre
-ind&eacute;finiment une r&eacute;ponse de sa part, et par cons&eacute;quent ne r&eacute;pondra plus
-aux requ&ecirc;tes.</li>
-<li>Assurez-vous de bien d&eacute;sactiver la mise en tampon dans votre
-programme. En Perl, ceci est effectu&eacute; &agrave; la seconde ligne du script de
+indéfiniment une réponse de sa part, et par conséquent ne répondra plus
+aux requêtes.</li>
+<li>Assurez-vous de bien désactiver la mise en tampon dans votre
+programme. En Perl, ceci est effectué à la seconde ligne du script de
 l'exemple - <code>$| = 1;</code> - La syntaxe sera bien entendu
-diff&eacute;rente dans
-d'autres langages. Si les entr&eacute;es/sorties sont mises en tampon, httpd va
-attendre une sortie, et va par cons&eacute;quent se bloquer.</li>
-<li>Rappelez-vous qu'il n'existe qu'une copie du programme lanc&eacute; au
-d&eacute;marrage du serveur, et que toutes les requ&ecirc;tes vont devoir passer par
-ce goulot d'&eacute;tranglement. Ceci peut provoquer des ralentissements
-significatifs si de nombreuses requ&ecirc;tes doivent &ecirc;tre trait&eacute;es, ou si le
-script lui-m&ecirc;me est tr&egrave;s lent.</li>
+différente dans
+d'autres langages. Si les entrées/sorties sont mises en tampon, httpd va
+attendre une sortie, et va par conséquent se bloquer.</li>
+<li>Rappelez-vous qu'il n'existe qu'une copie du programme lancé au
+démarrage du serveur, et que toutes les requêtes vont devoir passer par
+ce goulot d'étranglement. Ceci peut provoquer des ralentissements
+significatifs si de nombreuses requêtes doivent être traitées, ou si le
+script lui-même est très lent.</li>
 </ul>
 </note>
 
@@ -430,26 +430,26 @@ script lui-m&ecirc;me est tr&egrave;s lent.</li>
 
 
   <section id="dbd">
-    <title>dbd ou fastdbd: requ&ecirc;te SQL</title>
+    <title>dbd ou fastdbd: requête SQL</title>
 
     <p>Lorsque le type-map <code>dbd</code> ou <code>fastdbd</code> est
-    sp&eacute;cifi&eacute;, la source est une requ&ecirc;te SQL SELECT qui re&ccedil;oit un
+    spécifié, la source est une requête SQL SELECT qui reçoit un
     argument et renvoie une seule valeur.</p>
 
-    <p>Pour que cette requ&ecirc;te puisse &ecirc;tre ex&eacute;cut&eacute;e,
-    <module>mod_dbd</module> doit &ecirc;tre configur&eacute; pour attaquer la base
-    de donn&eacute;es concern&eacute;e.</p>
+    <p>Pour que cette requête puisse être exécutée,
+    <module>mod_dbd</module> doit être configuré pour attaquer la base
+    de données concernée.</p>
 
     <p>Ce type-map existe sous deux formes. Avec le type-map
-    <code>dbd</code>, la requ&ecirc;te est ex&eacute;cut&eacute;e &agrave; chaque demande, tandis
+    <code>dbd</code>, la requête est exécutée à chaque demande, tandis
     qu'avec le type-map <code>fastdbd</code>, les recherches dans la
-    base de donn&eacute;es sont mises en cache en interne. <code>fastdbd</code>
+    base de données sont mises en cache en interne. <code>fastdbd</code>
     est donc plus efficace et donc plus rapide ; par contre, il ne
-    tiendra pas compte des modifications apport&eacute;es &agrave; la base de donn&eacute;es
-    jusqu'&agrave; ce que le serveur soit red&eacute;marr&eacute;.</p>
+    tiendra pas compte des modifications apportées à la base de données
+    jusqu'à ce que le serveur soit redémarré.</p>
 
-    <p>Si une requ&ecirc;te renvoie plusieurs enregistrements, un de ceux-ci
-    sera s&eacute;lectionn&eacute; al&eacute;atoirement.</p>
+    <p>Si une requête renvoie plusieurs enregistrements, un de ceux-ci
+    sera sélectionné aléatoirement.</p>
 
     <example><title>Exemple</title>
     <highlight language="config">
@@ -459,15 +459,15 @@ RewriteMap ma-requete "fastdbd:SELECT destination FROM rewrite WHERE source = %s
 
   </section>
   <section id="summary">
-    <title>R&eacute;sum&eacute;</title>
+    <title>Résumé</title>
 
-    <p>La directive <directive>RewriteMap</directive> peut appara&icirc;tre
+    <p>La directive <directive>RewriteMap</directive> peut apparaître
     plusieurs fois. Utilisez une directive
     <directive>RewriteMap</directive> pour chaque fonction de mise en
-    correspondance pour d&eacute;clarer son fichier de correspondances.</p>
+    correspondance pour déclarer son fichier de correspondances.</p>
 
-    <p>Bien que l'on ne puisse pas <strong>d&eacute;clarer</strong> de fonction
-    de mise en correspondance dans un contexte de r&eacute;pertoire (fichier
+    <p>Bien que l'on ne puisse pas <strong>déclarer</strong> de fonction
+    de mise en correspondance dans un contexte de répertoire (fichier
     <code>.htaccess</code> ou section &lt;Directory&gt;), il est
     possible d'utiliser cette fonction dans un tel contexte.</p>
 
index 90b25bc3301959077060b55eae9df16bac541e1b..f194277b0331a5bc87f4658a45866fba2eed6bc5 100644 (file)
@@ -1,7 +1,7 @@
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
 <!DOCTYPE sitemap SYSTEM "./style/sitemap.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1564075:1732097 (outdated) -->
+<!-- English Revision: 1732097 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
   <title>Plan du site</title>
 
 <summary>
-<p>Cette page contient la liste des &eacute;l&eacute;ments actuellement disponibles de
+<p>Cette page contient la liste des éléments actuellement disponibles de
 la <a href="./">Documentation du serveur HTTP Apache Version
 &httpd.major;.&httpd.minor;</a>.</p>
 </summary>
 
 <category id="release">
 <title>Notes de version</title>
-<page href="upgrading.html">Mise &agrave; jour vers 2.4 depuis 2.2</page>
-<page href="new_features_2_4.html">Nouvelles fonctionnalit&eacute;s d'Apache 2.3/2.4</page>
-<page href="new_features_2_2.html">Nouvelles fonctionnalit&eacute;s d'Apache 2.1/2.2</page>
-<page href="new_features_2_0.html">Nouvelles fonctionnalit&eacute;s d'Apache 2.0</page>
+<page href="upgrading.html">Mise à jour vers 2.4 depuis 2.2</page>
+<page href="new_features_2_4.html">Nouvelles fonctionnalités d'Apache 2.3/2.4</page>
+<page href="new_features_2_2.html">Nouvelles fonctionnalités d'Apache 2.1/2.2</page>
+<page href="new_features_2_0.html">Nouvelles fonctionnalités d'Apache 2.0</page>
 <page href="license.html">License Apache</page>
 </category>
 
 <category id="using">
 <title>Utilisation du serveur HTTP Apache</title>
 <page href="install.html">Compilation et installation</page>
-<page href="invoking.html">D&eacute;marrage</page>
-<page href="stopping.html">Arr&ecirc;t ou red&eacute;marrage</page>
+<page href="invoking.html">Démarrage</page>
+<page href="stopping.html">Arrêt ou redémarrage</page>
 <page href="configuring.html">Fichiers de configuration</page>
 <page href="sections.html">Comment fonctionnent les sections Directory,
 Location et Files</page>
 <page href="caching.html">Mise en cache du contenu</page>
 <page href="server-wide.html">Configuration niveau serveur</page>
 <page href="logs.html">Fichiers de traces</page>
-<page href="urlmapping.html">Mise en correspondance des URLs avec le syst&egrave;me de fichiers</page>
-<page href="dso.html">Objets Dynamiques Partag&eacute;s (DSO)</page>
-<page href="content-negotiation.html">N&eacute;gociation sur le contenu</page>
-<page href="custom-error.html">Messages d'erreur personnalis&eacute;s</page>
-<page href="bind.html">D&eacute;finition des adresses et ports qu'utilise
+<page href="urlmapping.html">Mise en correspondance des URLs avec le système de fichiers</page>
+<page href="dso.html">Objets Dynamiques Partagés (DSO)</page>
+<page href="content-negotiation.html">Négociation sur le contenu</page>
+<page href="custom-error.html">Messages d'erreur personnalisés</page>
+<page href="bind.html">Définition des adresses et ports qu'utilise
 Apache</page>
 <page href="mpm.html">Modules multi-processus (MPMs)</page>
 <page href="env.html">Les variables d'environnement d'Apache</page>
-<page href="expr.html">L'interpr&eacute;tation des expressions dans Apache</page>
+<page href="expr.html">L'interprétation des expressions dans Apache</page>
 <page href="handler.html">Utilisation des gestionnaires d'Apache</page>
 <page href="filter.html">Filtres</page>
-<page href="socache.html">Support du cache des objets partag&eacute;s</page>
+<page href="socache.html">Support du cache des objets partagés</page>
 <page href="suexec.html">Support de suEXEC</page>
-<page href="dns-caveats.html">Consid&eacute;rations &agrave; propos de DNS et Apache</page>
+<page href="dns-caveats.html">Considérations à propos de DNS et Apache</page>
 <page href="http://wiki.apache.org/httpd/FAQ">Foire aux Questions</page>
 </category>
 
 <category id="vhosts">
 <title>Documentation des serveurs virtuels Apache</title>
-<page separate="yes" href="vhosts/">Aper&ccedil;u</page>
-<page href="vhosts/name-based.html">Serveurs virtuels bas&eacute;s sur le nom</page>
-<page href="vhosts/ip-based.html">Support des serveurs virtuels bas&eacute;s
+<page separate="yes" href="vhosts/">Aperçu</page>
+<page href="vhosts/name-based.html">Serveurs virtuels basés sur le nom</page>
+<page href="vhosts/ip-based.html">Support des serveurs virtuels basés
 sur l'adresse IP</page>
-<page href="vhosts/mass.html">Configuration dynamique de l'h&eacute;bergement
+<page href="vhosts/mass.html">Configuration dynamique de l'hébergement
 virtuel de masse</page>
 <page href="vhosts/examples.html">Exemples de serveurs virtuels</page>
-<page href="vhosts/details.html">Discussion approfondie &agrave; propos de la
-s&eacute;lection d'un serveur virtuel</page>
-<page href="vhosts/fd-limits.html">Limitations inh&eacute;rentes aux
+<page href="vhosts/details.html">Discussion approfondie à propos de la
+sélection d'un serveur virtuel</page>
+<page href="vhosts/fd-limits.html">Limitations inhérentes aux
 descripteurs de fichiers</page>
 </category>
 
 <category id="rewrite">
-<title>Guide de r&eacute;&eacute;criture d'URLs</title>
+<title>Guide de réécriture d'URLs</title>
 <page separate="yes" href="rewrite/">Survol</page>
-<page href="mod/mod_rewrite.html">Documentation de r&eacute;f&eacute;rence de mod_rewrite</page>
-<page href="rewrite/intro.html">Introduction &agrave; l'utilisation des expressions
+<page href="mod/mod_rewrite.html">Documentation de référence de mod_rewrite</page>
+<page href="rewrite/intro.html">Introduction à l'utilisation des expressions
 rationnelles avec mod_rewrite</page>
 <page href="rewrite/remapping.html">Utilisation de mod_rewrite pour les
 redirections et la traduction des URLs</page>
-<page href="rewrite/access.html">Utilisation de mod_rewrite pour le contr&ocirc;le d'acc&egrave;s</page>
+<page href="rewrite/access.html">Utilisation de mod_rewrite pour le contrôle d'accès</page>
 <page href="rewrite/vhosts.html">Les serveurs virtuels dynamique avec mod_rewrite</page>
 <page href="rewrite/proxy.html">Le mandat dynamique avec mod_rewrite</page>
 <page href="rewrite/rewritemap.html">Utilisation d'une table de
-r&eacute;&eacute;criture</page>
-<page href="rewrite/advanced.html">Techniques avanc&eacute;es</page>
+réécriture</page>
+<page href="rewrite/advanced.html">Techniques avancées</page>
 <page href="rewrite/avoid.html">Quand ne pas utiliser mod_rewrite</page>
-<page href="rewrite/flags.html">Drapeaux de r&eacute;&eacute;criture</page>
-<page href="rewrite/tech.html">D&eacute;tails techniques</page>
+<page href="rewrite/flags.html">Drapeaux de réécriture</page>
+<page href="rewrite/tech.html">Détails techniques</page>
 
 
 
@@ -108,36 +108,38 @@ r&eacute;&eacute;criture</page>
 
 <category id="ssl">
 <title>Chiffrement SSL/TLS avec Apache</title>
-<page separate="yes" href="ssl/">Aper&ccedil;u</page>
+<page separate="yes" href="ssl/">Aperçu</page>
 <page href="ssl/ssl_intro.html">Chiffrement SSL/TLS :
 Introduction</page>
 <page href="ssl/ssl_compat.html">Chiffrement SSL/TLS :
-Compatibilit&eacute;</page>
+Compatibilité</page>
 <page href="ssl/ssl_howto.html">Chiffrement SSL/TLS : Recettes</page>
 <page href="ssl/ssl_faq.html">Chiffrement SSL/TLS : FAQ</page>
 </category>
 
 <category id="howto">
 <title>Guides, Tutoriels, and Recettes</title>
-<page separate="yes" href="howto/">Aper&ccedil;u</page>
+<page separate="yes" href="howto/">Aperçu</page>
 <page href="howto/auth.html">Authentification et autorisation</page>
-<page href="howto/access.html">Contr&ocirc;le d'acc&egrave;s</page>
+<page href="howto/access.html">Contrôle d'accès</page>
 <page href="howto/cgi.html">Contenu dynamique avec CGI</page>
-<page href="howto/ssi.html">Introduction aux Inclusions c&ocirc;t&eacute; serveur
+<page href="howto/ssi.html">Introduction aux Inclusions côté serveur
 (Server Side Includes - SSI)</page>
 <page href="howto/htaccess.html">Fichiers .htaccess</page>
-<page href="howto/public_html.html">R&eacute;pertoires web des
+<page href="howto/public_html.html">Répertoires web des
 utilisateurs</page>
+<page href="howto/reverse_proxy.html">Guide de configuration des mandataires
+inverses</page>
 </category>
 
 <category id="platform">
-<title>Notes sp&eacute;cifiques &agrave; certains syst&egrave;mes</title>
-<page separate="yes" href="platform/">Aper&ccedil;u</page>
+<title>Notes spécifiques à certains systèmes</title>
+<page separate="yes" href="platform/">Aperçu</page>
 <page href="platform/windows.html">Utiliser Apache avec Microsoft
 Windows</page>
 <page href="platform/win_compiling.html">Compiler Apache pour
 Microsoft Windows</page>
-<page href="platform/rpm.html">Utilisation d'Apache avec les syst&egrave;mes &agrave;
+<page href="platform/rpm.html">Utilisation d'Apache avec les systèmes à
 base de paquets RPM</page>
 <page href="platform/netware.html">Utiliser Apache avec Novell
 NetWare</page>
@@ -147,8 +149,8 @@ hautes performances sous HPUX</page>
 </category>
 
 <category id="programs">
-<title>Le serveur HTTP Apache et ses programmes associ&eacute;s</title>
-<page separate="yes" href="programs/">Aper&ccedil;u</page>
+<title>Le serveur HTTP Apache et ses programmes associés</title>
+<page separate="yes" href="programs/">Aperçu</page>
 <page href="programs/httpd.html">Page de manuel : httpd</page>
 <page href="programs/ab.html">Page de manuel : ab</page>
 <page href="programs/apachectl.html">Page de manuel : apachectl</page>
@@ -171,41 +173,41 @@ hautes performances sous HPUX</page>
 
 <category id="misc">
 <title>Documentations diverses sur Apache</title>
-<page separate="yes" href="misc/">Aper&ccedil;u</page>
-<page href="misc/perf-tuning.html">Consid&eacute;rations &agrave; propos des
+<page separate="yes" href="misc/">Aperçu</page>
+<page href="misc/perf-tuning.html">Considérations à propos des
 performances - Configuration fine d'Apache</page>
-<page href="misc/security_tips.html">Conseils en mati&egrave;re de s&eacute;curit&eacute;</page>
-<page href="misc/relevant_standards.html">Standards concern&eacute;s</page>
+<page href="misc/security_tips.html">Conseils en matière de sécurité</page>
+<page href="misc/relevant_standards.html">Standards concernés</page>
 <page href="misc/password_encryptions.html">Formats de chiffrement des
 mots de passe</page>
 </category>
 
 <category id="modules">
 <title>Modules Apache</title>
-<page href="mod/module-dict.html">D&eacute;finitions des termes utilis&eacute;s pour
-d&eacute;crire les modules Apache</page>
-<page href="mod/directive-dict.html">D&eacute;finitions des termes utilis&eacute;s
-pour d&eacute;crire les directives Apache</page>
+<page href="mod/module-dict.html">Définitions des termes utilisés pour
+décrire les modules Apache</page>
+<page href="mod/directive-dict.html">Définitions des termes utilisés
+pour décrire les directives Apache</page>
 </category>
 
 <category id="developer">
-<title>Documentation du d&eacute;veloppeur</title>
-<page separate="yes" href="developer/">Aper&ccedil;u</page>
+<title>Documentation du développeur</title>
+<page separate="yes" href="developer/">Aperçu</page>
 <page href="developer/API.html">Notes sur l'API Apache</page>
-<page href="developer/new_api_2_4.html">Mises &agrave; jour de l'API dans Apache HTTPD 2.4</page>
-<page href="developer/modguide.html">D&eacute;veloppement de modules pour Apache HTTPD 2.4</page>
+<page href="developer/new_api_2_4.html">Mises à jour de l'API dans Apache HTTPD 2.4</page>
+<page href="developer/modguide.html">Développement de modules pour Apache HTTPD 2.4</page>
 <page href="developer/documenting.html">Documentation d'Apache HTTPD</page>
 <page href="developer/hooks.html">Fonctions d'accroche (Hook Functions)
 d'Apache 2.x</page>
 <page href="developer/modules.html">Convertir un module depuis la
 version 1.3 vers la version 2.x</page>
-<page href="developer/request.html">Traitement des requ&ecirc;tes avec
+<page href="developer/request.html">Traitement des requêtes avec
 la version 2.x</page>
 <page href="developer/filters.html">Fonctionnement des filtres dans la
 version 2.x</page>
 <page href="developer/output-filters.html">Guide des filtres en sortie
 dans la version 2.x</page>
-<page href="developer/thread_safety.html">S&eacute;curit&eacute; des
+<page href="developer/thread_safety.html">Sécurité des
 threads dans la version 2.x</page>
 </category>
 
@@ -214,7 +216,7 @@ threads dans la version 2.x</page>
 <page href="glossary.html">Glossaire</page>
 <page href="mod/">Index des modules</page>
 <page href="mod/directives.html">Index des directives</page>
-<page href="mod/quickreference.html">R&eacute;f&eacute;rence rapide des directives</page>
+<page href="mod/quickreference.html">Référence rapide des directives</page>
 </category>
 
 </sitemap>