fr doc XML files updates.

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

diff --git a/docs/manual/mod/mod_autht_jwt.xml.fr b/docs/manual/mod/mod_autht_jwt.xml.fr
index 4a545bcd3459faada3ba833580d9b77381ab0086..6222b41638b3a0dd1b8be57552c78aaa89123795 100644 (file)
--- a/docs/manual/mod/mod_autht_jwt.xml.fr
+++ b/docs/manual/mod/mod_autht_jwt.xml.fr
@@ -33,7 +33,7 @@
     <p>Ce module permet à des frontaux d'interprétation de jetons comme
     <module>mod_auth_bearer</module> d'authentifier les utilisateurs en
     vérifiant un jeton JWT comme décrit dans la <a
-    href="http://www.ietf.org/rfc/rfc7519.txt">RFC 7519</a>.</p>
+    href="https://www.rfc-editor.org/rfc/rfc7519">RFC 7519</a>.</p>
 
     <p>Un jeton JWT est lu depuis l'en-tête <var>Authorization</var> avec un
     <var>auth-scheme</var> de <var>Bearer</var>.</p>

diff --git a/docs/manual/mod/mod_cache.xml.fr b/docs/manual/mod/mod_cache.xml.fr
index c39e054d7689f37076d12aa1e330f54900aeb876..fe231798971317134bfd5a10e97f691ba74abb45 100644 (file)
--- a/docs/manual/mod/mod_cache.xml.fr
+++ b/docs/manual/mod/mod_cache.xml.fr
@@ -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: 1851171 -->
+<!-- English Revision: 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -44,7 +44,7 @@
 
     <p><module>mod_cache</module> implémente un <strong>filtre de mise
     en cache de contenu HTTP</strong> conforme à la <a
-    href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a>, avec
+    href="https://www.rfc-editor.org/rfc/rfc2616">RFC 2616</a>, avec
     support de la mise en cache des réponses dont le contenu a été
     négocié et comportant l'en-tête Vary.</p>
 

diff --git a/docs/manual/mod/mod_ident.xml.fr b/docs/manual/mod/mod_ident.xml.fr
index 426beacce98b61896b7eb4d46ae987d7fe9937ea..11e50ff6323c2ff6125ead045bb1b422dca1075d 100644 (file)
--- a/docs/manual/mod/mod_ident.xml.fr
+++ b/docs/manual/mod/mod_ident.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision : 1421821 -->
+<!-- English Revision : 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -33,7 +33,7 @@
 
 <summary>
     <p>Ce module interroge un d&eacute;mon compatible <a
-    href="http://www.ietf.org/rfc/rfc1413.txt">RFC 1413</a> sur un
+    href="https://www.rfc-editor.org/rfc/rfc1413">RFC 1413</a> sur un
     serveur distant afin de d&eacute;terminer le propri&eacute;taire d'une
     connexion.</p>
 </summary>
@@ -50,7 +50,7 @@ l'utilisateur distant</description>
 
 <usage>
     <p>Cette directive permet d'activer la journalisation compatible <a
-    href="http://www.ietf.org/rfc/rfc1413.txt">RFC 1413</a> du nom de
+    href="https://www.rfc-editor.org/rfc/rfc1413">RFC 1413</a> du nom de
     l'utilisateur distant pour chaque connexion, si la machine du client
     ex&eacute;cute identd ou un d&eacute;mon similaire. Cette information est
     enregistr&eacute;e dans le journal des acc&egrave;s en utilisant la <a
@@ -86,7 +86,7 @@ ident</description>
 <usage>
     <p>Cette directive permet de sp&eacute;cifier le d&eacute;lai d'attente d'une
     requ&ecirc;te ident. Une valeur par d&eacute;faut de 30 secondes est recommand&eacute;e
-    par la <a href="http://www.ietf.org/rfc/rfc1413.txt">RFC 1413</a>,
+    par la <a href="https://www.rfc-editor.org/rfc/rfc1413">RFC 1413</a>,
     principalement pour pr&eacute;venir les probl&egrave;mes qui pourraient &ecirc;tre
     induits par la charge du r&eacute;seau. Vous pouvez cependant ajuster la
     valeur de ce d&eacute;lai en fonction du d&eacute;bit de votre r&eacute;seau local.</p>

diff --git a/docs/manual/mod/mod_mime.xml.fr b/docs/manual/mod/mod_mime.xml.fr
index 250ac94ac8bb39f856b8c4d27197db3fe9b3d7c3..c1bc0d80e2befb46ada9a277590bf5fcc477d65d 100644 (file)
--- a/docs/manual/mod/mod_mime.xml.fr
+++ b/docs/manual/mod/mod_mime.xml.fr
@@ -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: 1861457 -->
+<!-- English Revision: 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 
 <!--
@@ -170,10 +170,10 @@ multiples</title>
     qui est conçu pour transmettre un fichier binaire sous un format
     ASCII (texte).</p>
 
-    <p>La <a href="http://www.ietf.org/rfc/rfc2616.txt">RFC
+    <p>La <a href="https://www.rfc-editor.org/rfc/rfc2616">RFC
     HTTP/1.1</a>, section 14.11 stipule à ce titre :</p>
 
-    <blockquote cite="http://www.ietf.org/rfc/rfc2616.txt">
+    <blockquote cite="https://www.rfc-editor.org/rfc/rfc2616">
       <p>Le champ d'en-tête Content-Encoding de l'entité est utilisé en
       tant que modificateur du type de médium. Lorsqu'il est présent, sa
       valeur indique quels codages de contenu additionnels ont été

diff --git a/docs/manual/mod/mod_negotiation.xml.fr b/docs/manual/mod/mod_negotiation.xml.fr
index b32df647848819271e9859902f574057ad85cbdb..c6dd6ce20162cee6c94c3e14a1b39c895a1efa69 100644 (file)
--- a/docs/manual/mod/mod_negotiation.xml.fr
+++ b/docs/manual/mod/mod_negotiation.xml.fr
@@ -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 : 1749828 -->
+<!-- English Revision : 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -84,7 +84,7 @@ contenu</a></seealso>
       <dt><code>Content-Language:</code></dt>
       <dd>Le(s) langage(s) de la variante, sous la forme d'un symbole de
       langage Internet standard (<a
-      href="http://www.ietf.org/rfc/rfc1766.txt">RFC 1766</a>). Par
+      href="https://www.rfc-editor.org/rfc/rfc1766">RFC 1766</a>). Par
       exemple, <code>en</code> correspond à l'anglais. Si la variante
       contient plusieurs langages, ils sont séparés par des
       virgules.</dd>

diff --git a/docs/manual/mod/mod_proxy.xml.fr b/docs/manual/mod/mod_proxy.xml.fr
index 6994d3f3f7cdbe72e37c17ff13bf9333fe21e32f..2d84f7028caba8e4d4b6d420dbb759d1cfa4fdd7 100644 (file)
--- a/docs/manual/mod/mod_proxy.xml.fr
+++ b/docs/manual/mod/mod_proxy.xml.fr
@@ -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: 1920586 -->
+<!-- English Revision: 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -2390,7 +2390,7 @@ ProxyDomain       ".example.com"
     HTTP <code>Via:</code> par le mandataire. Le but recherché est de
     contrôler le flux des requêtes mandatées tout au long d'une chaîne
     de serveurs mandataires. Voir <a
-    href="http://www.ietf.org/rfc/rfc2616.txt">RFC 2616</a> (HTTP/1.1),
+    href="https://www.rfc-editor.org/rfc/rfc2616">RFC 2616</a> (HTTP/1.1),
     section 14.45 pour une description des lignes d'en-tête
     <code>Via:</code>.</p>
 

diff --git a/docs/manual/mod/mod_ssl.xml.fr b/docs/manual/mod/mod_ssl.xml.fr
index d4af71184b028685f55ef96319db5926f8a8568b..10ea51fe01816dab5f7dd5fd21d843b82407d91a 100644 (file)
--- a/docs/manual/mod/mod_ssl.xml.fr
+++ b/docs/manual/mod/mod_ssl.xml.fr
@@ -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: 1921074-->
+<!-- English Revision: 1924775 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -35,7 +35,7 @@ Sockets Layer (SSL) et Transport Layer Security (TLS)</description>
 <p>Ce module fournit le support SSL v3 et TLS v1.x au serveur HTTP
 Apache. SSL v2 n'est plus supporté.</p>
 
-<p>Ce module s'appuie sur <a href="http://www.openssl.org/">OpenSSL</a>
+<p>Ce module s'appuie sur <a href="https://www.openssl.org/">OpenSSL</a>
 pour fournir le moteur de chiffrement.</p>
 
 <p>D'autres détails, discussions et exemples sont fournis dans la <a
@@ -734,7 +734,7 @@ SSLEngine on
 </highlight>
 </example>
 <p><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
+ce qui active le support de <a href="https://www.rfc-editor.org/rfc/rfc2817">RFC
 2817</a>.
 </p>
 </usage>
@@ -792,30 +792,30 @@ casse) :</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édécesseur de TLSv1, mais est considéré comme
-    obsolète dans la <a href="http://www.ietf.org/rfc/rfc7568.txt">RFC
+    obsolète dans la <a href="https://www.rfc-editor.org/rfc/rfc7568">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éfini dans la <a
-    href="http://www.ietf.org/rfc/rfc2246.txt">RFC2246</a>.</p></li>
+    href="https://www.rfc-editor.org/rfc/rfc2246">RFC2246</a>.</p></li>
 
 <li><code>TLSv1.1</code> (à partir de la version 1.0.1 d'OpenSSL)
     <p>
     Une révision du protocole TLS 1.0 définie dans la <a
-    href="http://www.ietf.org/rfc/rfc4346.txt">RFC 4346</a>. Il est
+    href="https://www.rfc-editor.org/rfc/rfc4346">RFC 4346</a>. Il est
     supporté par la plupart des clients.</p></li>
 
 <li><code>TLSv1.2</code> (à partir de la version 1.0.1 d'OpenSSL)
     <p>
     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>
+    href="https://www.rfc-editor.org/rfc/rfc5246">RFC 5246</a>.</p></li>
 
 <li><code>TLSv1.3</code> (avec OpenSSL version 1.1.1 et supérieures)
     <p>
     Une nouvelle version du protocole TLS définie dans la <a
-    href="http://www.ietf.org/rfc/rfc8446.txt">RFC 8446</a>.</p></li>
+    href="https://www.rfc-editor.org/rfc/rfc8446">RFC 8446</a>.</p></li>
 
 <li><code>all</code>
     <p>
@@ -901,8 +901,8 @@ chiffrement dans un contexte de répertoire n'est pas autorisé</p>
 <p>
 Pour obtenir la liste des noms d'algorithmes de chiffrement pour TLSv1.3, se
 référer à la <a
-href="https://www.openssl.org/docs/manmaster/man3/SSL_CTX_set_ciphersuites.html">the
-OpenSSL documentation</a>.</p>
+href="https://docs.openssl.org/master/man3/SSL_CTX_set_ciphersuites/">
+documentation OpenSSL</a>.</p>
 <p>
 La liste d'algorithmes de chiffrement SSL spécifiée par l'argument
 <em>cipher-spec</em> comporte quatre attributs principaux auxquels
@@ -1170,7 +1170,7 @@ plus de 1024 bits</title>
 Depuis la version 2.4.7, mod_ssl utilise des
 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
+version 2.4.10 (voir <a href="https://www.rfc-editor.org/rfc/rfc3526">RFC
 3526</a>), et les fournit aux clients en fonction de la longueur de la
 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
@@ -2821,7 +2821,7 @@ href="https://tools.ietf.org/html/rfc7512">URIs PKCS#11</a>, le chargement de la
 clé et du certificat est tenté à partir d'un fournisseur OpenSSL. Le fournisseur
 OpenSSL à utiliser doit être défini et configuré dans le fichier de
 configuration d'OpenSSL et il doit prendre en charge la <a
-href="https://www.openssl.org/docs/man3.0/man7/provider-storemgmt.html">méthode
+href="https://docs.openssl.org/3.0/man7/provider-storemgmt/">méthode
 STORE</a> pour les <a href="https://tools.ietf.org/html/rfc7512">URIs PKCS#11</a>.
 </p>
 </usage>
@@ -3040,7 +3040,7 @@ 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'
 "é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
+voir la <a href="https://www.rfc-editor.org/rfc/rfc6961">RFC 6961</a> (TLS
 Multiple Certificate Status Extension).
 </p>
 
@@ -3243,7 +3243,7 @@ d'OpenSSL</compatibility>
 <usage>
 <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
+de la <a href="https://www.rfc-editor.org/rfc/rfc5077">RFC 5077</a>. Elle a
 é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
@@ -3364,7 +3364,7 @@ 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>
+href="https://docs.openssl.org/master/man3/SSL_CONF_cmd/#supported-configuration-file-commands">SSL_CONF_cmd(3)</a>.</p>
 
 <example><title>Exemples</title>
 <highlight language="config">