fr doc XML files updates.

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

Author: Lucien Gentis

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>

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>
 

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>

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é

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>

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>
 

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