httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lgen...@apache.org
Subject svn commit: r1746843 - in /httpd/httpd/branches/2.4.x/docs/manual/mod: mod_auth_form.xml.fr mod_ssl.xml.fr
Date Sat, 04 Jun 2016 16:09:42 GMT
Author: lgentis
Date: Sat Jun  4 16:09:42 2016
New Revision: 1746843

URL: http://svn.apache.org/viewvc?rev=1746843&view=rev
Log:
XML updates.

Modified:
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_auth_form.xml.fr
    httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ssl.xml.fr

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_auth_form.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_auth_form.xml.fr?rev=1746843&r1=1746842&r2=1746843&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_auth_form.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_auth_form.xml.fr Sat Jun  4 16:09:42 2016
@@ -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: 1690350:1745884 (outdated) -->
+<!-- English Revision: 1745884 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -25,40 +25,40 @@
 <modulesynopsis metafile="mod_auth_form.xml.meta">
 
 <name>mod_auth_form</name>
-<description>Authentification &agrave; l'aide d'un formulaire</description>
+<description>Authentification à l'aide d'un formulaire</description>
 <status>Base</status>
 <sourcefile>mod_auth_form.c</sourcefile>
 <identifier>auth_form_module</identifier>
-<compatibility>Disponible &agrave; partir d'Apache 2.3</compatibility>
+<compatibility>Disponible à partir d'Apache 2.3</compatibility>
 
 <summary>
     <note type="warning"><title>Avertissement</title>
-      <p>L'authentification &agrave; base de formulaire d&eacute;pend des modules
+      <p>L'authentification à base de formulaire dépend des modules
       <module>mod_session</module> qui utilisent les cookies HTTP, et en
-      tant que tels s'exposent &agrave; des attaques de type Cross Site
-      Scripting, ou risquent de divulguer des informations &agrave; caract&egrave;re
-      priv&eacute; aux clients. Assurez-vous que ces risques ont bien &eacute;t&eacute; pris
+      tant que tels s'exposent à des attaques de type Cross Site
+      Scripting, ou risquent de divulguer des informations à caractère
+      privé aux clients. Assurez-vous que ces risques ont bien été pris
       en compte avant d'activer les sessions sur votre serveur.</p>
     </note>
 
-    <p>Ce module permet de restreindre l'acc&egrave;s en recherchant les
-    utilisateurs dans les fournisseurs sp&eacute;cifi&eacute;s &agrave; l'aide d'un
-    formulaire de connexion HTML. Les formulaires HTML requi&egrave;rent
-    davantage de configuration que les m&eacute;thodes d'authentification
-    alternatives, mais ils peuvent s'av&eacute;rer beaucoup plus conviviaux
+    <p>Ce module permet de restreindre l'accès en recherchant les
+    utilisateurs dans les fournisseurs spécifiés à l'aide d'un
+    formulaire de connexion HTML. Les formulaires HTML requièrent
+    davantage de configuration que les méthodes d'authentification
+    alternatives, mais ils peuvent s'avérer beaucoup plus conviviaux
     pour les utilisateurs.
     </p>
 
     <p>L'authentification HTTP de base est fournie par le module
-    <module>mod_auth_basic</module>, et l'authentification HTTP &agrave; base
-    de condens&eacute; par le module <module>mod_auth_digest</module>. Le
-    module <module>mod_auth_form</module> doit &ecirc;tre utilis&eacute; avec au
+    <module>mod_auth_basic</module>, et l'authentification HTTP à base
+    de condensé par le module <module>mod_auth_digest</module>. Le
+    module <module>mod_auth_form</module> doit être utilisé avec au
     moins un module d'authentification du style
     <module>mod_authn_file</module> et un module d'autorisation comme
     <module>mod_authz_user</module>.</p>
 
-    <p>Lorsque l'utilisateur a &eacute;t&eacute; authentifi&eacute; avec succ&egrave;s, ses
-    informations de connexion sont stock&eacute;s dans une session fournie par
+    <p>Lorsque l'utilisateur a été authentifié avec succès, ses
+    informations de connexion sont stockés dans une session fournie par
     le module <module>mod_session</module>.
     </p>
 
@@ -72,69 +72,76 @@ l'authentification</a></seealso>
 
     <section id="basicconfig"><title>Configuration de base</title>
 
-      <p>Pour prot&eacute;ger une URL particuli&egrave;re avec le module
-      <module>mod_auth_form</module>, vous devez d&eacute;terminer l'endroit o&ugrave;
-      vous allez stocker votre <var>session</var>, ainsi que la m&eacute;thode
+      <p>Pour protéger une URL particulière avec le module
+      <module>mod_auth_form</module>, vous devez déterminer l'endroit où
+      vous allez stocker votre <var>session</var>, ainsi que la méthode
       d'authentification. Dans cet exemple simple, les informations de
-      connexion sont stock&eacute;es dans une session &agrave; l'aide du module
+      connexion sont stockées dans une session à l'aide du module
       <module>mod_session_cookie</module>, et l'authentification utilise
       un fichier en s'appuyant sur le module
-      <module>mod_authn_file</module>. Si l'authentification &eacute;choue,
-      l'utilisateur dera redirig&eacute; vers la page du formulaire de
+      <module>mod_authn_file</module>. Si l'authentification échoue,
+      l'utilisateur dera redirigé vers la page du formulaire de
       connexion.</p>
 
       <example><title>Exemple simple</title>
         <highlight language="config">
-AuthFormProvider file
-AuthUserFile "conf/passwd"
-AuthType form
-AuthName realm
-AuthFormLoginRequiredLocation "http://example.com/login.html"
-Session On
-SessionCookieName session path=/
-SessionCryptoPassphrase secret
+&lt;Location "/admin"&gt;
+    AuthFormProvider file
+    AuthUserFile "conf/passwd"
+    AuthType form
+    AuthName "/admin"
+    AuthFormLoginRequiredLocation "http://example.com/login.html"
+
+    Session On
+    SessionCookieName session path=/
+
+    Require valid-user
+&lt;/Location&gt;
         </highlight>
       </example>
 
-      <p>L'authentification <module>mod_auth_form</module> est activ&eacute;e
-      en affectant la valeur <var>form</var> &agrave; la directive <directive
+      <p>L'authentification <module>mod_auth_form</module> est activée
+      en affectant la valeur <var>form</var> à la directive <directive
       module="mod_authn_core">AuthType</directive>. Les directives
       <directive module="mod_auth_form">AuthFormProvider</directive> et
       <directive module="mod_authn_file">AuthUserFile</directive>
-      sp&eacute;cifient que les noms d'utilisateurs et mots de passe seront
-      v&eacute;rifi&eacute;s en utilisant le fichier choisi.</p>
+      spécifient que les noms d'utilisateurs et mots de passe seront
+      vérifiés en utilisant le fichier choisi.</p>
 
       <p>Les directives <directive
-      module="mod_session">Session</directive>, <directive
-      module="mod_session_cookie">SessionCookieName</directive> et
-      <directive
-      module="mod_session_crypto">SessionCryptoPassphrase</directive>
-      cr&eacute;ent une session chiffr&eacute;e stock&eacute;e dans un cookie HTTP au niveau
-      du navigateur. Pour plus d'informations &agrave; propos des diff&eacute;rentes
-      options de configuration des sessions, reportez-vous &agrave; la
+      module="mod_session">Session</directive> et <directive
+      module="mod_session_cookie">SessionCookieName</directive> créent une
+      session chiffrée stockée dans un cookie HTTP au niveau
+      du navigateur. Pour plus d'informations à propos des différentes
+      options de configuration des sessions, reportez-vous à la
       documentation du module <module>mod_session</module>.</p>
 
-      <p>Dans l'exemple simple ci-dessus, une URL a &eacute;t&eacute; prot&eacute;g&eacute;e par
+      <p>Vous pouvez éventuellement ajouter une directive <directive
+      module="mod_session_crypto">SessionCryptoPassphrase</directive> pour créer
+      un cookie de session chiffré. Pour utiliser cette directive, le module
+      <module>mod_session_crypto</module> doit avoir été préalablement chargé.</p>
+
+      <p>Dans l'exemple simple ci-dessus, une URL a été protégée par
       <module>mod_auth_form</module>, mais on doit maintenant fournir
-      &agrave; l'utilisateur un moyen d'entrer un nom et un mot de passe. &Agrave; cet
-      effet, on peut soit &eacute;crire une page de connexion ind&eacute;pendante
-      d&eacute;di&eacute;e, soit inclure le formulaire de connexion dans la page
+      à l'utilisateur un moyen d'entrer un nom et un mot de passe. À cet
+      effet, on peut soit écrire une page de connexion indépendante
+      dédiée, soit inclure le formulaire de connexion dans la page
       courante.</p>
     </section>
 
-    <section id="standalone"><title>Page de connexion d&eacute;di&eacute;e</title>
+    <section id="standalone"><title>Page de connexion dédiée</title>
 
-      <p>Le formulaire de connexion peut &ecirc;tre contenu dans une page
-      ind&eacute;pendante, ou &ecirc;tre inclus dans la page courante. </p>
+      <p>Le formulaire de connexion peut être contenu dans une page
+      indépendante, ou être inclus dans la page courante. </p>
 
-      <p>Lorsque la connexion s'effectue &agrave; partir d'une page
-      ind&eacute;pendante et si la tentative d'authentification &eacute;choue,
-      l'utilisateur doit &ecirc;tre redirig&eacute; vers un formulaire de connexion,
-      cr&eacute;&eacute; &agrave; cet effet sur le site web, en utilisant la directive
+      <p>Lorsque la connexion s'effectue à partir d'une page
+      indépendante et si la tentative d'authentification échoue,
+      l'utilisateur doit être redirigé vers un formulaire de connexion,
+      créé à cet effet sur le site web, en utilisant la directive
       <directive
       module="mod_auth_form">AuthFormLoginRequiredLocation</directive>.
-      En g&eacute;n&eacute;ral, la page de connexion contiendra un formulaire HTML
-      demandant &agrave; l'utilisateur de fournir un nom et un mot de passe.</p>
+      En général, la page de connexion contiendra un formulaire HTML
+      demandant à l'utilisateur de fournir un nom et un mot de passe.</p>
 
       <example><title>Exemple de formulaire de connexion</title>
         <highlight language="html">
@@ -146,8 +153,8 @@ SessionCryptoPassphrase secret
         </highlight>
       </example>
 
-      <p>La partie o&ugrave; s'effectue la connexion proprement dite est
-      trait&eacute;e par le gestionnaire <var>form-login-handler</var>.
+      <p>La partie où s'effectue la connexion proprement dite est
+      traitée par le gestionnaire <var>form-login-handler</var>.
       L'action de ce formulaire doit pointer vers ce gestionnaire, ce
       que l'on configure dans Apache httpd comme suit :</p>
 
@@ -157,11 +164,11 @@ SessionCryptoPassphrase secret
 &lt;Location "/dologin.html"&gt;
     SetHandler form-login-handler
     AuthFormLoginRequiredLocation "http://example.com/login.html"
-    AuthFormLoginSuccessLocation "http://example.com/success.html"
+    AuthFormLoginSuccessLocation "http://example.com/admin/index.html"
     AuthFormProvider file
     AuthUserFile "conf/passwd"
     AuthType form
-    AuthName realm
+    AuthName /admin
     Session On
     SessionCookieName session path=/
     SessionCryptoPassphrase secret
@@ -169,20 +176,20 @@ SessionCryptoPassphrase secret
         </highlight>
       </example>
 
-      <p>L'URL sp&eacute;cifi&eacute;e par la directive
+      <p>L'URL spécifiée par la directive
       <directive module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
-      r&eacute;f&eacute;rencera en g&eacute;n&eacute;ral une page expliquant &agrave; l'utilisateur que sa
-      tentative de connexion a &eacute;chou&eacute;, et qu'il doit la renouveler. La
+      référencera en général une page expliquant à l'utilisateur que sa
+      tentative de connexion a échoué, et qu'il doit la renouveler. La
       directive <directive
       module="mod_auth_form">AuthFormLoginSuccessLocation</directive>
-      sp&eacute;cifie l'URL vers laquelle l'utilisateur doit &ecirc;tre redirig&eacute; s'il
-      s'est authentifi&eacute; avec succ&egrave;s.</p>
+      spécifie l'URL vers laquelle l'utilisateur doit être redirigé s'il
+      s'est authentifié avec succès.</p>
 
-      <p>Alternativement, l'URL vers laquelle doit &ecirc;tre redirig&eacute;
-      l'utilisateur s'il s'est authentifi&eacute; avec succ&egrave;s peut &ecirc;tre
-      int&eacute;gr&eacute;e dans le formulaire de connexion, comme dans l'exemple
-      ci-dessous. Il en d&eacute;coule que le m&ecirc;me gestionnaire
-      <var>form-login-handler</var> pourra &ecirc;tre utilis&eacute; pour diff&eacute;rentes
+      <p>Alternativement, l'URL vers laquelle doit être redirigé
+      l'utilisateur s'il s'est authentifié avec succès peut être
+      intégrée dans le formulaire de connexion, comme dans l'exemple
+      ci-dessous. Il en découle que le même gestionnaire
+      <var>form-login-handler</var> pourra être utilisé pour différentes
       zones du site web.</p>
 
       <example><title>Exemple de formulaire d'authentification multizone</title>
@@ -198,42 +205,42 @@ SessionCryptoPassphrase secret
 
     </section>
 
-    <section id="inline"><title>Connexion &agrave; la vol&eacute;e</title>
+    <section id="inline"><title>Connexion à la volée</title>
 
       <note type="warning"><title>Avertissement</title>
         <p>Il existe un risque, dans certaines circonstances, que le
-	formulaire de connexion configur&eacute; pour une connexion &agrave; la vol&eacute;e
-	soit soumis plusieurs fois, r&eacute;v&eacute;lant de ce fait les param&egrave;tres
-	de connexion &agrave; l'application sous-jacente. L'administrateur doit
-	s'assurer que cette derni&egrave;re est correctement s&eacute;curis&eacute;e afin
-	d'&eacute;viter les &eacute;ventuels abus. En cas de doute, utilisez une page
-	de connexion ind&eacute;pendante d&eacute;di&eacute;e.</p>
+	formulaire de connexion configuré pour une connexion à la volée
+	soit soumis plusieurs fois, révélant de ce fait les paramètres
+	de connexion à l'application sous-jacente. L'administrateur doit
+	s'assurer que cette dernière est correctement sécurisée afin
+	d'éviter les éventuels abus. En cas de doute, utilisez une page
+	de connexion indépendante dédiée.</p>
       </note>
 
-      <p>Comme alternative &agrave; la page de connexion d&eacute;di&eacute;e pour un site
+      <p>Comme alternative à la page de connexion dédiée pour un site
       web, il est possible de configurer <module>mod_auth_form</module>
-      pour authentifier les utilisateurs &agrave; la vol&eacute;e, sans les rediriger
-      vers une autre page, ce qui permet de conserver l'&eacute;tat de la page
-      courante au cours de la tentative de connexion. Ceci peut s'av&eacute;rer
-      utile dans le cas d'une session limit&eacute;e dans le temps, si le d&eacute;lai
-      de la session a expir&eacute; pendant la requ&ecirc;te de l'utilisateur. Ce
-      dernier peut alors se r&eacute;authentifier &agrave; la m&ecirc;me place, et
-      poursuivre son activit&eacute; &agrave; partir du point o&ugrave; il en &eacute;tait rest&eacute;.</p>
-
-      <p>Si un utilisateur non authentifi&eacute; tente d'acc&eacute;der &agrave; une page
-      prot&eacute;g&eacute;e par <module>mod_auth_form</module>, et si ce dernier
-      n'est pas configur&eacute; avec une directive <directive
+      pour authentifier les utilisateurs à la volée, sans les rediriger
+      vers une autre page, ce qui permet de conserver l'état de la page
+      courante au cours de la tentative de connexion. Ceci peut s'avérer
+      utile dans le cas d'une session limitée dans le temps, si le délai
+      de la session a expiré pendant la requête de l'utilisateur. Ce
+      dernier peut alors se réauthentifier à la même place, et
+      poursuivre son activité à partir du point où il en était resté.</p>
+
+      <p>Si un utilisateur non authentifié tente d'accéder à une page
+      protégée par <module>mod_auth_form</module>, et si ce dernier
+      n'est pas configuré avec une directive <directive
       module="mod_auth_form">AuthFormLoginRequiredLocation</directive>,
-      un code de statut <var>HTTP_UNAUTHORIZED</var> est renvoy&eacute; vers le
-      navigateur, indiquant &agrave; l'utilisateur qu'il n'est pas autoris&eacute; &agrave;
-      acc&eacute;der &agrave; cette page.</p>
-
-      <p>Pour configurer l'authentification &agrave; la vol&eacute;e, l'administrateur
-      remplace le message d'erreur renvoy&eacute; par le code de statut
-      <var>HTTP_UNAUTHORIZED</var> par un message d'erreur personnalis&eacute;
+      un code de statut <var>HTTP_UNAUTHORIZED</var> est renvoyé vers le
+      navigateur, indiquant à l'utilisateur qu'il n'est pas autorisé à
+      accéder à cette page.</p>
+
+      <p>Pour configurer l'authentification à la volée, l'administrateur
+      remplace le message d'erreur renvoyé par le code de statut
+      <var>HTTP_UNAUTHORIZED</var> par un message d'erreur personnalisé
       contenant le formulaire de connexion comme suit :</p>
 
-      <example><title>Exemple simple d'authentification &agrave; la vol&eacute;e</title>
+      <example><title>Exemple simple d'authentification à la volée</title>
         <highlight language="config">
 AuthFormProvider file
 ErrorDocument 401 "/login.shtml"
@@ -243,17 +250,16 @@ AuthName realm
 AuthFormLoginRequiredLocation "http://example.com/login.html"
 Session On
 SessionCookieName session path=/
-SessionCryptoPassphrase secret
         </highlight>
       </example>
 
       <p>La page du message d'erreur doit contenir un formulaire de
-      connexion dont la propri&eacute;t&eacute; action est vide, comme dans l'exemple
-      ci-dessous. Ceci a pour effet de soumettre le formulaire &agrave; l'URL
-      prot&eacute;g&eacute;e originale, cette derni&egrave;re n'ayant pas besoin d'&ecirc;tre
+      connexion dont la propriété action est vide, comme dans l'exemple
+      ci-dessous. Ceci a pour effet de soumettre le formulaire à l'URL
+      protégée originale, cette dernière n'ayant pas besoin d'être
       connue de la page en cours.</p>
 
-      <example><title>Exemple de formulaire de connexion &agrave; la vol&eacute;e</title>
+      <example><title>Exemple de formulaire de connexion à la volée</title>
         <highlight language="html">
 &lt;form method="POST" <strong>action=""</strong>&gt;
   Username: &lt;input type="text" name="httpd_username" value="" /&gt;
@@ -263,35 +269,35 @@ SessionCryptoPassphrase secret
 </highlight>
       </example>
 
-      <p>Lorsque l'utilisateur final a entr&eacute; ses informations de
-      connexion, le formulaire effectue une requ&ecirc;te HTTP POST pour l'URL
-      originale prot&eacute;g&eacute;e par mot de passe.
-      <module>mod_auth_form</module> va alors intercepter cette requ&ecirc;te
-      POST, et dans le cas o&ugrave; des champs HTML Utilisateur et Mot de
-      passe corrects sont pr&eacute;sents, l'utilisateur sera connect&eacute;, et
-      l'URL originale prot&eacute;g&eacute;e par mot de passe lui sera retourn&eacute;e en
-      tant que requ&ecirc;te GET.</p>
+      <p>Lorsque l'utilisateur final a entré ses informations de
+      connexion, le formulaire effectue une requête HTTP POST pour l'URL
+      originale protégée par mot de passe.
+      <module>mod_auth_form</module> va alors intercepter cette requête
+      POST, et dans le cas où des champs HTML Utilisateur et Mot de
+      passe corrects sont présents, l'utilisateur sera connecté, et
+      l'URL originale protégée par mot de passe lui sera retournée en
+      tant que requête GET.</p>
 
     </section>
 
-    <section id="inlinepreservebody"><title>Connexion &agrave; la vol&eacute;e avec
+    <section id="inlinepreservebody"><title>Connexion à la volée avec
     conservation du contenu</title>
 
-      <p>Il existe une limite &agrave; la technique de connexion &agrave; la vol&eacute;e
-      d&eacute;crite ci-dessus ; si un formulaire HTML POST entra&icirc;ne une
-      demande d'authentification ou de r&eacute;authentification, le contenu du
-      formulaire original envoy&eacute; par le navigateur sera perdu. Cela peut
-      s'av&eacute;rer plus ou moins g&ecirc;nant pour l'utilisateur final selon la
+      <p>Il existe une limite à la technique de connexion à la volée
+      décrite ci-dessus ; si un formulaire HTML POST entraîne une
+      demande d'authentification ou de réauthentification, le contenu du
+      formulaire original envoyé par le navigateur sera perdu. Cela peut
+      s'avérer plus ou moins gênant pour l'utilisateur final selon la
       fonction du site web.</p>
 
-      <p>Comme solution &agrave; ce probl&egrave;me, <module>mod_auth_form</module>
-      permet d'int&eacute;grer la m&eacute;thode et le contenu de la requ&ecirc;te originale
-      dans le formulaire de connexion. Si l'authentification r&eacute;ussit,
-      Apache httpd pourra refaire une tentative avec la m&eacute;thode et le contenu
-      originaux, tout en conservant l'&eacute;tat de la requ&ecirc;te originale.</p>
+      <p>Comme solution à ce problème, <module>mod_auth_form</module>
+      permet d'intégrer la méthode et le contenu de la requête originale
+      dans le formulaire de connexion. Si l'authentification réussit,
+      Apache httpd pourra refaire une tentative avec la méthode et le contenu
+      originaux, tout en conservant l'état de la requête originale.</p>
 
       <p>Pour mettre en oeuvre la conservation du contenu, vous devez
-      ajouter trois champs suppl&eacute;mentaires au formulaire de connexion
+      ajouter trois champs supplémentaires au formulaire de connexion
       comme dans l'exemple suivant :</p>
 
       <example><title>Exemple de formulaire avec conservation du
@@ -308,19 +314,19 @@ SessionCryptoPassphrase secret
         </highlight>
       </example>
 
-      <p>La mani&egrave;re dont la m&eacute;thode, le type MIME et le contenu de la
-      requ&ecirc;te originale seront int&eacute;gr&eacute;s dans le formulaire de connexion
-      vont d&eacute;pendre de la plate-forme et de la technologie utilis&eacute;es au
+      <p>La manière dont la méthode, le type MIME et le contenu de la
+      requête originale seront intégrés dans le formulaire de connexion
+      vont dépendre de la plate-forme et de la technologie utilisées au
       sein du site web.
       </p>
 
-      <p>Une option consiste &agrave; utiliser le module
+      <p>Une option consiste à utiliser le module
       <module>mod_include</module> en association avec la directive
       <directive module="mod_request">KeptBodySize</directive>, ainsi
-      qu'un script CGI adapt&eacute; pour int&eacute;grer les variables dans le
+      qu'un script CGI adapté pour intégrer les variables dans le
       formulaire.</p>
 
-      <p>Une autre option consiste &agrave; pr&eacute;senter le formulaire de
+      <p>Une autre option consiste à présenter le formulaire de
       connexion en utilisant un script CGI ou une autre technologie
       dynamique.</p>
 
@@ -334,54 +340,52 @@ SessionCryptoPassphrase secret
 
     </section>
 
-    <section id="loggingout"><title>D&eacute;connexion</title>
+    <section id="loggingout"><title>Déconnexion</title>
 
-      <p>Pour permettre &agrave; un utilisateur de se d&eacute;connecter d'une session
-      particuli&egrave;re, vous devez configurer une page pour qu'elle soit
-      trait&eacute;e par le gestionnaire <var>form-logout-handler</var>. Tout
-      acc&egrave;s &agrave; cette URL va entra&icirc;ner la suppression de l'Utilisateur et
+      <p>Pour permettre à un utilisateur de se déconnecter d'une session
+      particulière, vous devez configurer une page pour qu'elle soit
+      traitée par le gestionnaire <var>form-logout-handler</var>. Tout
+      accès à cette URL va entraîner la suppression de l'Utilisateur et
       du Mot de passe de la session courante, ce qui aura pour effet de
-      d&eacute;connecter l'utilisateur.</p>
+      déconnecter l'utilisateur.</p>
 
-      <p>Vous pouvez sp&eacute;cifier une URL vers laquelle le navigateur sera
-      redirig&eacute; en cas de d&eacute;connection r&eacute;ussie, en d&eacute;finissant la
+      <p>Vous pouvez spécifier une URL vers laquelle le navigateur sera
+      redirigé en cas de déconnection réussie, en définissant la
       directive <directive
       module="mod_auth_form">AuthFormLogoutLocation</directive>. Cette
-      URL devra expliquer &agrave; l'utilisateur qu'il a &eacute;t&eacute; d&eacute;connect&eacute;, et lui
-      donner la possibilit&eacute; de se connecter &agrave; nouveau.</p>
+      URL devra expliquer à l'utilisateur qu'il a été déconnecté, et lui
+      donner la possibilité de se connecter à nouveau.</p>
 
       <example><title>Exemple simple de configuration de la
-      d&eacute;connexion</title>
+      déconnexion</title>
         <highlight language="config">
 SetHandler form-logout-handler
 AuthName realm
 AuthFormLogoutLocation "http://example.com/loggedout.html"
 Session On
 SessionCookieName session path=/
-SessionCryptoPassphrase secret
         </highlight>
       </example>
 
-      <p>Notez que la d&eacute;connexion d'un utilisateur ne supprime pas la
+      <p>Notez que la déconnexion d'un utilisateur ne supprime pas la
       session ; elle supprime seulement l'utilisateur et le mot de passe
-      de la session. Si la session qui en r&eacute;sulte est vide, elle sera
-      probablement supprim&eacute;e, mais ce n'est pas garanti. Si vous voulez
-      &ecirc;tre s&ucirc;r que la session sera supprim&eacute;e, affectez une valeur faible
-      &agrave; la directive <directive
+      de la session. Si la session qui en résulte est vide, elle sera
+      probablement supprimée, mais ce n'est pas garanti. Si vous voulez
+      être sûr que la session sera supprimée, affectez une valeur faible
+      à la directive <directive
       module="mod_session">SessionMaxAge</directive>, par exemple 1
-      (affecter &agrave; cette directive la valeur z&eacute;ro signifie une session
-      sans limite d'&acirc;ge).
+      (affecter à cette directive la valeur zéro signifie une session
+      sans limite d'âge).
       </p>
 
-      <example><title>Exemple simple avec dur&eacute;e de validit&eacute; de session
-      limit&eacute;e</title>
+      <example><title>Exemple simple avec durée de validité de session
+      limitée</title>
         <highlight language="config">
 SetHandler form-logout-handler
 AuthFormLogoutLocation "http://example.com/loggedout.html"
 Session On
 SessionMaxAge 1
 SessionCookieName session path=/
-SessionCryptoPassphrase secret
         </highlight>
       </example>
 
@@ -390,17 +394,17 @@ SessionCryptoPassphrase secret
     <section id="urlencoding"><title>Noms d'utilisateurs et mots de
     passe</title>
     <p>Notez que la soumission d'un formulaire implique l'encodage URL
-    (URLEncoding) des donn&eacute;es du formulaire, ici le nom d'utilisateur et
+    (URLEncoding) des données du formulaire, ici le nom d'utilisateur et
     le mot de passe. Vous devez donc choisir des noms d'utilisateurs et
-    mots de passe qui ne contiennent pas de caract&egrave;res susceptibles
-    d'&ecirc;tre encod&eacute;s URL lors de la soumission du formulaire, sous peine
-    d'obtenir des r&eacute;sultats inattendus.</p>
+    mots de passe qui ne contiennent pas de caractères susceptibles
+    d'être encodés URL lors de la soumission du formulaire, sous peine
+    d'obtenir des résultats inattendus.</p>
     </section>
 
 <directivesynopsis>
 <name>AuthFormProvider</name>
-<description>D&eacute;finit le(s) fournisseur(s) d'authentification pour la
-zone concern&eacute;e</description>
+<description>Définit le(s) fournisseur(s) d'authentification pour la
+zone concernée</description>
 <syntax>AuthFormProvider <var>nom fournisseur</var>
 [<var>nom fournisseur</var>] ...</syntax>
 <default>AuthFormProvider file</default>
@@ -410,11 +414,11 @@ zone concern&eacute;e</description>
 
 <usage>
     <p>La directive <directive>AuthFormProvider</directive> permet de
-    d&eacute;finir quel fournisseur sera utilis&eacute; pour authentifier les
-    utilisateurs pour la zone concern&eacute;e. Le fournisseur par d&eacute;faut
-    <code>file</code> est impl&eacute;ment&eacute; par le module
+    définir quel fournisseur sera utilisé pour authentifier les
+    utilisateurs pour la zone concernée. Le fournisseur par défaut
+    <code>file</code> est implémenté par le module
     <module>mod_authn_file</module>. Assurez-vous que le fournisseur
-    choisi soit bien pr&eacute;sent dans le serveur.</p>
+    choisi soit bien présent dans le serveur.</p>
 
     <example><title>Exemple</title>
       <highlight language="config">
@@ -430,7 +434,7 @@ zone concern&eacute;e</description>
       </highlight>
     </example>
 
-    <p>Les diff&eacute;rents fournisseurs sont impl&eacute;ment&eacute;s par les modules
+    <p>Les différents fournisseurs sont implémentés par les modules
     <module>mod_authn_dbm</module>, <module>mod_authn_file</module>,
     <module>mod_authn_dbd</module> et
     <module>mod_authnz_ldap</module>.</p>
@@ -439,7 +443,7 @@ zone concern&eacute;e</description>
 
 <directivesynopsis>
 <name>AuthFormAuthoritative</name>
-<description>D&eacute;termine si l'autorisation et l'authentification sont confi&eacute;s &agrave;
+<description>Détermine si l'autorisation et l'authentification sont confiés à
 des modules de plus bas niveau</description>
 <syntax>AuthFormAuthoritative On|Off</syntax>
 <default>AuthFormAuthoritative On</default>
@@ -448,22 +452,22 @@ des modules de plus bas niveau</descript
 <override>AuthConfig</override>
 
 <usage>
-    <p>Normalement, chacun des modules d'autorisation sp&eacute;cifi&eacute;s par la
+    <p>Normalement, chacun des modules d'autorisation spécifiés par la
     directive <directive
     module="mod_auth_form">AuthFormProvider</directive> va tenter de
-    v&eacute;rifier l'identit&eacute; de l'utilisateur, et si ce dernier n'est trouv&eacute;
-    dans aucun fournisseur, l'acc&egrave;s sera refus&eacute;. En d&eacute;finissant
+    vérifier l'identité de l'utilisateur, et si ce dernier n'est trouvé
+    dans aucun fournisseur, l'accès sera refusé. En définissant
     explicitement la directive
-    <directive>AuthFormAuthoritative</directive> &agrave; <code>Off</code> on
-    confie les processus d'authentification et d'autorisation &agrave; des
+    <directive>AuthFormAuthoritative</directive> à <code>Off</code> on
+    confie les processus d'authentification et d'autorisation à des
     modules ne s'appuyant pas sur des fournisseurs, si <strong>aucun
-    identifiant utilisateur</strong> ou aucune <strong>r&egrave;gle</strong> ne
-    correspond &agrave; l'identifiant utilisateur fourni. Ceci ne peut s'av&eacute;rer
-    n&eacute;cessaire que si l'on combine <module>mod_auth_form</module> avec
+    identifiant utilisateur</strong> ou aucune <strong>règle</strong> ne
+    correspond à l'identifiant utilisateur fourni. Ceci ne peut s'avérer
+    nécessaire que si l'on combine <module>mod_auth_form</module> avec
     des modules tiers qui ne se configurent pas avec la directive
     <directive module="mod_auth_form">AuthFormProvider</directive>.
     Lorsqu'on utilise de tels modules, la chronologie du processus est
-    d&eacute;termin&eacute;e dans leur code source, et n'est pas configurable.</p>
+    déterminée dans leur code source, et n'est pas configurable.</p>
 </usage>
 </directivesynopsis>
 
@@ -480,8 +484,8 @@ connexion</description>
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormUsername</directive> permet de
-    sp&eacute;cifier le nom du champ HTML qui, s'il existe, contiendra le nom
-    d'utilisateur qui sera utilis&eacute; pour la connexion.</p>
+    spécifier le nom du champ HTML qui, s'il existe, contiendra le nom
+    d'utilisateur qui sera utilisé pour la connexion.</p>
 </usage>
 </directivesynopsis>
 
@@ -498,16 +502,16 @@ de connexion</description>
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormPassword</directive> permet de
-    sp&eacute;cifier le nom du champ HTML qui, s'il existe, contiendra le mot
-    de passe qui sera utilis&eacute; pour la connexion.</p>
+    spécifier le nom du champ HTML qui, s'il existe, contiendra le mot
+    de passe qui sera utilisé pour la connexion.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthFormLocation</name>
 <description>Le nom du champ de formulaire qui contiendra l'URL vers
-laquelle l'utilisateur sera redirig&eacute; en cas de connexion
-r&eacute;ussie</description>
+laquelle l'utilisateur sera redirigé en cas de connexion
+réussie</description>
 <syntax>AuthFormLocation <var>nom du champ</var></syntax>
 <default>httpd_location</default>
 <contextlist><context>directory</context>
@@ -517,16 +521,16 @@ r&eacute;ussie</description>
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormLocation</directive>
-    sp&eacute;cifie le nom du champ HTML qui, s'il existe, contiendra l'URL
+    spécifie le nom du champ HTML qui, s'il existe, contiendra l'URL
     vers laquelle rediriger le navigateur en cas de connexion
-    r&eacute;ussie.</p>
+    réussie.</p>
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthFormMethod</name>
-<description>Le nom du champ de formulaire contenant la m&eacute;thode de la
-requ&ecirc;te &agrave; effectuer en cas de connexion r&eacute;ussie</description>
+<description>Le nom du champ de formulaire contenant la méthode de la
+requête à effectuer en cas de connexion réussie</description>
 <syntax>AuthFormMethod <var>nom du champ</var></syntax>
 <default>httpd_method</default>
 <contextlist><context>directory</context>
@@ -536,15 +540,15 @@ requ&ecirc;te &agrave; effectuer en cas
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormMethod</directive>
-    sp&eacute;cifie le nom du champ HTML qui, s'il existe, contiendra le type
-    MIME de la requ&ecirc;te &agrave; effectuer en cas de connexion r&eacute;ussie.</p>
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le type
+    MIME de la requête à effectuer en cas de connexion réussie.</p>
 
-    <p>En ajoutant au formulaire les champs d&eacute;crits dans <directive
+    <p>En ajoutant au formulaire les champs décrits dans <directive
     module="mod_auth_form">AuthFormMethod</directive>, <directive
     module="mod_auth_form">AuthFormMimetype</directive> et <directive
     module="mod_auth_form">AuthFormBody</directive>, un site web sera en
-    mesure de relancer une requ&ecirc;te qui a &eacute;t&eacute; &eacute;ventuellement interrompue
-    par l'&eacute;cran de connexion, ou par l'expiration d'un d&eacute;lai de
+    mesure de relancer une requête qui a été éventuellement interrompue
+    par l'écran de connexion, ou par l'expiration d'un délai de
     session.</p>
 </usage>
 </directivesynopsis>
@@ -552,8 +556,8 @@ requ&ecirc;te &agrave; effectuer en cas
 <directivesynopsis>
 <name>AuthFormMimetype</name>
 <description>Le nom du champ de formulaire contenant le type MIME du
-corps de la requ&ecirc;te &agrave; effectuer en cas de connexion
-r&eacute;ussie</description>
+corps de la requête à effectuer en cas de connexion
+réussie</description>
 <syntax>AuthFormMimetype <var>nom du champ</var></syntax>
 <default>httpd_mimetype</default>
 <contextlist><context>directory</context>
@@ -563,15 +567,15 @@ r&eacute;ussie</description>
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormMimetype</directive>
-    sp&eacute;cifie le nom du champ HTML qui, s'il existe, contiendra le type
-    MIME de la requ&ecirc;te &agrave; effectuer en cas de connexion r&eacute;ussie.</p>
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le type
+    MIME de la requête à effectuer en cas de connexion réussie.</p>
 
-    <p>En ajoutant au formulaire les champs d&eacute;crits dans <directive
+    <p>En ajoutant au formulaire les champs décrits dans <directive
     module="mod_auth_form">AuthFormMethod</directive>, <directive
     module="mod_auth_form">AuthFormMimetype</directive> et <directive
     module="mod_auth_form">AuthFormBody</directive>, un site web sera en
-    mesure de relancer une requ&ecirc;te qui a &eacute;t&eacute; &eacute;ventuellement interrompue
-    par l'&eacute;cran de connexion, ou par l'expiration d'un d&eacute;lai de
+    mesure de relancer une requête qui a été éventuellement interrompue
+    par l'écran de connexion, ou par l'expiration d'un délai de
     session.</p>
 </usage>
 </directivesynopsis>
@@ -579,7 +583,7 @@ r&eacute;ussie</description>
 <directivesynopsis>
 <name>AuthFormBody</name>
 <description>Le nom du champ de formulaire contenant le corps de la
-requ&ecirc;te &agrave; effectuer en cas de connexion r&eacute;ussie</description>
+requête à effectuer en cas de connexion réussie</description>
 <syntax>AuthFormBody <var>nom du champ</var></syntax>
 <default>httpd_body</default>
 <contextlist><context>directory</context>
@@ -589,15 +593,15 @@ requ&ecirc;te &agrave; effectuer en cas
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormBody</directive>
-    sp&eacute;cifie le nom du champ HTML qui, s'il existe, contiendra le corps
-    de la requ&ecirc;te &agrave; effectuer en cas de connexion r&eacute;ussie.</p>
+    spécifie le nom du champ HTML qui, s'il existe, contiendra le corps
+    de la requête à effectuer en cas de connexion réussie.</p>
 
-    <p>En ajoutant au formulaire les champs d&eacute;crits dans <directive
+    <p>En ajoutant au formulaire les champs décrits dans <directive
     module="mod_auth_form">AuthFormMethod</directive>, <directive
     module="mod_auth_form">AuthFormMimetype</directive> et <directive
     module="mod_auth_form">AuthFormBody</directive>, un site web sera en
-    mesure de relancer une requ&ecirc;te qui a &eacute;t&eacute; &eacute;ventuellement interrompue
-    par l'&eacute;cran de connexion, ou par l'expiration d'un d&eacute;lai de
+    mesure de relancer une requête qui a été éventuellement interrompue
+    par l'écran de connexion, ou par l'expiration d'un délai de
     session.</p>
 </usage>
 </directivesynopsis>
@@ -614,19 +618,19 @@ extraites les informations de connexion<
 
 <usage>
     <p>La directive <directive
-    module="mod_auth_form">AuthFormSize</directive> sp&eacute;cifie
-    la taille maximale du corps de la requ&ecirc;te qui sera utilis&eacute;e pour
+    module="mod_auth_form">AuthFormSize</directive> spécifie
+    la taille maximale du corps de la requête qui sera utilisée pour
     trouver le formulaire de connexion.</p>
 
-    <p>Si une requ&ecirc;te de connexion entrante poss&egrave;de une taille
-    sup&eacute;rieure &agrave; cette valeur, elle sera rejet&eacute;e avec le code de r&eacute;ponse
+    <p>Si une requête de connexion entrante possède une taille
+    supérieure à cette valeur, elle sera rejetée avec le code de réponse
     HTTP <code>HTTP_REQUEST_TOO_LARGE</code>.</p>
 
-    <p>Si vous avez ajout&eacute; au formulaire des champs d&eacute;crits dans <directive
+    <p>Si vous avez ajouté au formulaire des champs décrits dans <directive
     module="mod_auth_form">AuthFormMethod</directive>, <directive
     module="mod_auth_form">AuthFormMimetype</directive> et <directive
-    module="mod_auth_form">AuthFormBody</directive>, il est recommand&eacute;
-    de d&eacute;finir cette directive &agrave; une valeur similaire &agrave; celle de la
+    module="mod_auth_form">AuthFormBody</directive>, il est recommandé
+    de définir cette directive à une valeur similaire à celle de la
     directive <directive module="mod_request">KeptBodySize</directive>.</p>
 
 </usage>
@@ -634,61 +638,61 @@ extraites les informations de connexion<
 
 <directivesynopsis>
 <name>AuthFormLoginRequiredLocation</name>
-<description>L'URL de la page vers laquelle on doit &ecirc;tre redirig&eacute; si une
+<description>L'URL de la page vers laquelle on doit être redirigé si une
 authentification est requise</description>
 <syntax>AuthFormLoginRequiredLocation <var>url</var></syntax>
 <default>none</default>
 <contextlist><context>directory</context>
 </contextlist>
 <compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpr&eacute;tation des expressions rationnelles est support&eacute;e
+Apache. L'interprétation des expressions rationnelles est supportée
 depuis la version 2.4.4.</compatibility>
 
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
-    sp&eacute;cifie l'URL vers laquelle l'utilisateur devra &ecirc;tre
-    redirig&eacute; s'il n'est pas autoris&eacute; &agrave; acc&eacute;der &agrave; une page. Sa valeur est
-    interpr&eacute;t&eacute;e via l'interpr&eacute;teur <a href="../expr.html">ap_expr</a>
-    avant d'&ecirc;tre envoy&eacute;e au client. Par d&eacute;faut,
-    si un utilisateur n'est pas autoris&eacute; &agrave; acc&eacute;der &agrave; une page, le code
-    de r&eacute;ponse HTTP <code>HTTP_UNAUTHORIZED</code> est renvoy&eacute; avec la
-    page sp&eacute;cifi&eacute;e par la directive <directive
+    spécifie l'URL vers laquelle l'utilisateur devra être
+    redirigé s'il n'est pas autorisé à accéder à une page. Sa valeur est
+    interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
+    avant d'être envoyée au client. Par défaut,
+    si un utilisateur n'est pas autorisé à accéder à une page, le code
+    de réponse HTTP <code>HTTP_UNAUTHORIZED</code> est renvoyé avec la
+    page spécifiée par la directive <directive
     module="core">ErrorDocument</directive>. La directive <directive
     module="mod_auth_form">AuthFormLoginRequiredLocation</directive>
-    permet de remplacer cette valeur par d&eacute;faut.</p>
+    permet de remplacer cette valeur par défaut.</p>
 
-    <p>Vous pouvez utiliser cette directive si vous voulez pr&eacute;senter une
-    page de connexion personnalis&eacute;e &agrave; vos utilisateurs.</p>
+    <p>Vous pouvez utiliser cette directive si vous voulez présenter une
+    page de connexion personnalisée à vos utilisateurs.</p>
 
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthFormLoginSuccessLocation</name>
-<description>L'URL de la page vers laquelle on doit &ecirc;tre redirig&eacute; en cas
-de connexion r&eacute;ussie</description>
+<description>L'URL de la page vers laquelle on doit être redirigé en cas
+de connexion réussie</description>
 <syntax>AuthFormLoginSuccessLocation <var>url</var></syntax>
 <default>none</default>
 <contextlist><context>directory</context>
 </contextlist>
 <compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpr&eacute;tation des expressions rationnelles est support&eacute;e
+Apache. L'interprétation des expressions rationnelles est supportée
 depuis la version 2.4.4.</compatibility>
 
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormLoginSuccessLocation</directive>
-    sp&eacute;cifie l'URL vers laquelle l'utilisateur doit &ecirc;tre
-    redirig&eacute; en cas de connexion r&eacute;ussie. Sa valeur est
-    interpr&eacute;t&eacute;e via l'interpr&eacute;teur <a href="../expr.html">ap_expr</a>
-    avant d'&ecirc;tre envoy&eacute;e au client. L'effet de cette directive
-    peut &ecirc;tre annul&eacute; si l'on a d&eacute;fini un champ de formulaire contenant
-    une autre URL &agrave; l'aide de la directive <directive
+    spécifie l'URL vers laquelle l'utilisateur doit être
+    redirigé en cas de connexion réussie. Sa valeur est
+    interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
+    avant d'être envoyée au client. L'effet de cette directive
+    peut être annulé si l'on a défini un champ de formulaire contenant
+    une autre URL à l'aide de la directive <directive
     module="mod_auth_form">AuthFormLocation</directive>.</p>
 
-    <p>Vous pouvez utiliser cette directive si vous poss&eacute;dez une URL de
-    connexion personnalis&eacute;e, et si vous n'avez pas int&eacute;gr&eacute; la page de
+    <p>Vous pouvez utiliser cette directive si vous possédez une URL de
+    connexion personnalisée, et si vous n'avez pas intégré la page de
     destination dans le formulaire de connexion.</p>
 
 </usage>
@@ -696,7 +700,7 @@ depuis la version 2.4.4.</compatibility>
 
 <directivesynopsis>
 <name>AuthFormFakeBasicAuth</name>
-<description>Simule une en-t&ecirc;te d'authentification de base</description>
+<description>Simule une en-tête d'authentification de base</description>
 <syntax>AuthFormFakeBasicAuth <var>On|Off</var></syntax>
 <default>AuthFormFakeBasicAuth Off</default>
 <contextlist><context>directory</context>
@@ -706,11 +710,11 @@ depuis la version 2.4.4.</compatibility>
 <usage>
     <p>Le drapeau <directive
     module="mod_auth_form">AuthFormFakeBasicAuth</directive>
-    d&eacute;termine si une en-t&ecirc;te d'<code>Authentification de base</code>
-    sera ajout&eacute;e aux en-t&ecirc;tes de la requ&ecirc;te. On peut utiliser cette
-    m&eacute;thode pour pr&eacute;senter le nom d'utilisateur et le mot de passe &agrave;
-    l'application sous-jacente, sans que cette derni&egrave;re ait besoin de
-    conna&icirc;tre la mani&egrave;re dont le processus de connexion a &eacute;t&eacute; men&eacute; &agrave;
+    détermine si une en-tête d'<code>Authentification de base</code>
+    sera ajoutée aux en-têtes de la requête. On peut utiliser cette
+    méthode pour présenter le nom d'utilisateur et le mot de passe à
+    l'application sous-jacente, sans que cette dernière ait besoin de
+    connaître la manière dont le processus de connexion a été mené à
     bien.</p>
 
 </usage>
@@ -718,27 +722,27 @@ depuis la version 2.4.4.</compatibility>
 
 <directivesynopsis>
 <name>AuthFormLogoutLocation</name>
-<description>L'URL vers laquelle un utilisateur devra &ecirc;tre redirig&eacute;
-apr&egrave;s s'&ecirc;tre d&eacute;connect&eacute;</description>
+<description>L'URL vers laquelle un utilisateur devra être redirigé
+après s'être déconnecté</description>
 <syntax>AuthFormLogoutLocation <var>uri</var></syntax>
 <default>none</default>
 <contextlist><context>directory</context>
 </contextlist>
 <compatibility>Disponible depuis la version 2.3.0 du serveur HTTP
-Apache. L'interpr&eacute;tation des expressions rationnelles est support&eacute;e
+Apache. L'interprétation des expressions rationnelles est supportée
 depuis la version 2.4.4.</compatibility>
 
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormLogoutLocation</directive>
-    sp&eacute;cifie l'URL de la page du serveur vers laquelle l'utilisateur
-    devra &ecirc;tre redirig&eacute; s'il se d&eacute;connecte. Sa valeur est
-    interpr&eacute;t&eacute;e via l'interpr&eacute;teur <a href="../expr.html">ap_expr</a>
-    avant d'&ecirc;tre envoy&eacute;e au client.</p>
-
-    <p>Lorsqu'un acc&egrave;s est tent&eacute; sur un URI trait&eacute; par le gestionnaire
-    <code>form-logout-handler</code>, la page sp&eacute;cifi&eacute;e par cette
-    directive sera pr&eacute;sent&eacute;e &agrave; l'utilisateur final. Par exemple :</p>
+    spécifie l'URL de la page du serveur vers laquelle l'utilisateur
+    devra être redirigé s'il se déconnecte. Sa valeur est
+    interprétée via l'interpréteur <a href="../expr.html">ap_expr</a>
+    avant d'être envoyée au client.</p>
+
+    <p>Lorsqu'un accès est tenté sur un URI traité par le gestionnaire
+    <code>form-logout-handler</code>, la page spécifiée par cette
+    directive sera présentée à l'utilisateur final. Par exemple :</p>
 
     <example><title>Exemple</title>
       <highlight language="config">
@@ -751,18 +755,18 @@ depuis la version 2.4.4.</compatibility>
       </highlight>
     </example>
 
-    <p>Si un utilisateur tente d'acc&eacute;der &agrave; l'URI <var>/logout/</var>, il
-    sera d&eacute;connect&eacute;, et la page <var>/loggedout.html</var> lui sera
-    pr&eacute;sent&eacute;e. Assurez-vous que la page <var>loggedout.html</var> n'est
-    pas prot&eacute;g&eacute;e par mot de passe, car dans le cas contraire, elle ne
-    serait pas affich&eacute;e.</p>
+    <p>Si un utilisateur tente d'accéder à l'URI <var>/logout/</var>, il
+    sera déconnecté, et la page <var>/loggedout.html</var> lui sera
+    présentée. Assurez-vous que la page <var>loggedout.html</var> n'est
+    pas protégée par mot de passe, car dans le cas contraire, elle ne
+    serait pas affichée.</p>
 
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthFormDisableNoStore</name>
-<description>D&eacute;sactive l'en-t&ecirc;te CacheControl no-store sur la page de
+<description>Désactive l'en-tête CacheControl no-store sur la page de
 connexion</description>
 <syntax>AuthFormDisableNoStore <var>On|Off</var></syntax>
 <default>AuthFormDisableNoStore Off</default>
@@ -773,20 +777,20 @@ connexion</description>
 <usage>
     <p>Le drapeau <directive
     module="mod_auth_form">AuthFormDisableNoStore</directive> supprime
-    l'envoi d'un en-t&ecirc;te <code>Cache-Control no-store</code> lorsqu'une
-    page avec code d'erreur 401 est renvoy&eacute;e, si l'utilisateur n'est pas
-    encore connect&eacute;. Avec cette en-t&ecirc;te, il est plus difficile pour une
+    l'envoi d'un en-tête <code>Cache-Control no-store</code> lorsqu'une
+    page avec code d'erreur 401 est renvoyée, si l'utilisateur n'est pas
+    encore connecté. Avec cette en-tête, il est plus difficile pour une
     application <code>ecmascript</code> de resoumettre un formulaire de connexion, et
-    ainsi r&eacute;v&eacute;ler le nom d'utilisateur et le mot de passe &agrave;
-    l'application sous-jacente. Vous devez &ecirc;tre conscient des risques
-    encourus si vous le d&eacute;sactivez.</p>
+    ainsi révéler le nom d'utilisateur et le mot de passe à
+    l'application sous-jacente. Vous devez être conscient des risques
+    encourus si vous le désactivez.</p>
 
 </usage>
 </directivesynopsis>
 
 <directivesynopsis>
 <name>AuthFormSitePassphrase</name>
-<description>Court-circuite l'authentification pour les sites &agrave; fort
+<description>Court-circuite l'authentification pour les sites à fort
 trafic</description>
 <syntax>AuthFormSitePassphrase <var>secret</var></syntax>
 <default>none</default>
@@ -797,29 +801,29 @@ trafic</description>
 <usage>
     <p>La directive <directive
     module="mod_auth_form">AuthFormSitePassphrase</directive>
-    sp&eacute;cifie un mot de passe qui, s'il est pr&eacute;sent dans la session
-    utilisateur, indique &agrave; Apache httpd de court-circuiter l'authentification
-    pour l'URL consid&eacute;r&eacute;e. On peut l'utiliser dans le cas de sites web &agrave;
-    fort trafic afin de r&eacute;duire la charge induite sur l'infrastructure
+    spécifie un mot de passe qui, s'il est présent dans la session
+    utilisateur, indique à Apache httpd de court-circuiter l'authentification
+    pour l'URL considérée. On peut l'utiliser dans le cas de sites web à
+    fort trafic afin de réduire la charge induite sur l'infrastructure
     d'authentification.</p>
 
-    <p>On peut ins&eacute;rer le mot de passe dans une session utilisateur en
-    ajoutant cette directive &agrave; la configuration concernant le
+    <p>On peut insérer le mot de passe dans une session utilisateur en
+    ajoutant cette directive à la configuration concernant le
     gestionnaire <var>form-login-handler</var>. Le gestionnaire
-    <var>form-login-handler</var>, quant &agrave; lui, effectuera toujours les
-    v&eacute;rifications d'authentification, qu'un mot de passe soit sp&eacute;cifi&eacute;
+    <var>form-login-handler</var>, quant à lui, effectuera toujours les
+    vérifications d'authentification, qu'un mot de passe soit spécifié
     ou non.</p>
 
     <note type="warning"><title>Avertissement</title>
-      <p>Si la session est pr&eacute;sent&eacute;e &agrave; l'utilisateur &agrave; l'aide du module
+      <p>Si la session est présentée à l'utilisateur à l'aide du module
       <module>mod_session_cookie</module>, et si la session n'est pas
-      prot&eacute;g&eacute;e par le module <module>mod_session_crypto</module>, le mot
+      protégée par le module <module>mod_session_crypto</module>, le mot
       de passe peut faire l'objet d'une attaque de type dictionnaire.
       Quelle que soit la configuration de la session, assurez-vous que
-      cette directive n'est pas utilis&eacute;e dans un espace d'URLs contenant
-      des donn&eacute;es priv&eacute;es, ou &agrave; partir desquelles des transactions
-      sensibles pourraient &ecirc;tre men&eacute;es. En tout &eacute;tat de cause, vous
-      devez &ecirc;tre conscient des risques encourus avant de l'utiliser.</p>
+      cette directive n'est pas utilisée dans un espace d'URLs contenant
+      des données privées, ou à partir desquelles des transactions
+      sensibles pourraient être menées. En tout état de cause, vous
+      devez être conscient des risques encourus avant de l'utiliser.</p>
     </note>
 
 </usage>

Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ssl.xml.fr
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ssl.xml.fr?rev=1746843&r1=1746842&r2=1746843&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ssl.xml.fr (original)
+++ httpd/httpd/branches/2.4.x/docs/manual/mod/mod_ssl.xml.fr Sat Jun  4 16:09:42 2016
@@ -1,7 +1,7 @@
 <?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: 1741864:1746646 (outdated) -->
+<!-- English Revision: 1746646 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 



Mime
View raw message