- https://httpwg.org/specs/ - Une liste
- précompilée des RFCs en rapport avec HTTP
+ Spécifications du groupe de travail HTTP - Une liste
+ précompilée des RFCs et ébauches en rapport avec HTTP
Sans tenir compte des modules compilés et utilisés, Apache en
- tant que serveur web de base respecte les recommandations IETF
+ tant que serveur web de base respecte les normes IETF
suivantes :
+
RFC 9110
+ (Série de standards) — Sémantique de HTTP
+
+
Cette norme définit la sémantique partagée par toutes les versions de
+ HTTP : méthodes, codes d’état, champs d’en-tête et de fin de page,
+ négociation sur le contenu et métadonnées des messages. Elle rend
+ obsolètes les RFC 7231, 7232, 7233, 7235 et 7694.
+
+
RFC 9111
+ (Série de standards) — Mise en cache HTTP
+
+
Cette norme définit les caches HTTP et les champs d’en-tête HTTP
+ associés qui contrôlent le comportement du cache ou indiquent des réponses
+ pouvant être mises en cache. Elle rend obsolète la RFC 7234.
Cette norme définit et optimise l’expression de la sémantique de HTTP
+ en utilisant le cadrage binaire (binary framing) et des flux multiplexés
+ sur une seule connexion TCP. Elle rend obsolètes les RFC 7540 et 8740.
Cette norme définit le mappage de la sémantique HTTP sur QUIC, tout en
+ fournissant des fonctionnalités similaires à HTTP/2 avec une latence
+ réduite.
Le Protocole de Transfert Hypertexte (Hypertext Transfer
- Protocol - HTTP) est un protocole de niveau application avec la
- clarté et la vitesse nécessaires pour les systèmes d'informations
- distribués, collaboratifs et hypermédia. Cette RFC documente le
- protocole HTTP/1.0.
+
La spécification HTTP/1.0 originale. Conservée à titre de référence
+ historique ; httpd accepte encore les requêtes HTTP/1.0.
Le Protocole de Transfert Hypertexte (Hypertext Transfer
- Protocol - HTTP) est un protocole de niveau application pour les
- systèmes d'informations distribués, collaboratifs et hypermédia.
- Cette RFC documente le protocole HTTP/1.1.
La syntaxe générique et les règles de résolution des URIs. Cette norme
+ rend obsolète la RFC 2396.
-
Un Identificateur de Ressource Uniforme (Uniform Resource
- Identifier - URI) est une chaîne de caractères compacte permettant
- d'identifier une ressource physique ou abstraite.
La version actuelle du protocole TLS (Transport Layer Security)
+ assurant la confidentialité des communications sur l’Internet. Cette norme
+ rend obsolète la RFC 5246 (texte de la spécification de TLS 1.2).
Le protocole OCSP (Online Certificate Status Protocol) utilisé pour
+ vérifier l’état de révocation des certificats en temps réel (l’agrafage
+ OCSP - OCSP stapling - à l’aide de la directive SSLStaplingCache).
À propos des différentes méthodes d’authentification :
+
+
+
RFC 7617
+ (Série de standards) — Le schéma d’authentification « basique » de HTTP
+
+
L’authentification basique de HTTP qui transmet les données
+ d’authentification sous la forme de paires identifiant utilisateur/mot de
+ passe encodées en Base64. Cette norme rend obsolète la RFC 2617 (la
+ portion basique de auth).
+
+
RFC 7616
+ (Série de standards) — L’authentification de l’accès par condensés de HTTP
+
+
L’authentification par condensés de HTTP qui fournit un mécanisme de
+ question-réponse qui évite de transmettre le mot de passe en clair. Cette
+ norme rend obsolète la RFC 2617 (portion condensé de auth).
RFC 7239
+ (Série de standards) — L’extension HTTP Forwarded
+
+
Cette norme définit le champ d’en-tête Forwarded pour le transport des
+ informations à propos de la face côté client des serveurs mandataires.
-
Le protocole TLS permet l'utilisation de communications
- sécurisées sur l'Internet. Il fournit le chiffrement, et a été
- conçu pour se prémunir contre l'interception, la modification et
- la falsification de messages.
+
RFC 9209
+ (Série de standards) — Le champ d’en-tête de réponse HTTP Proxy-Status
+
+
Cette norme définit un mécanisme permettant aux mandataires de
+ communiquer les détails de la gestion intermédiaire au client.
+
+
RFC 9220
+ (Série de standards) — « Bootstrapping » des WebSockets avec HTTP/2
+
+
Cette norme définit un mécanisme permettant d’utiliser le protocole
+ WebSocket sur un seul flux HTTP/2.
RFC 6455
+ (Série de standards) — The WebSocket Protocol
+
+
Cette norme définit le protocole WebSocket qui permet une
+ communication bidirectionnelle entre un client et un serveur sur une seule
+ connexion TCP. Il est pris en charge par le module
+ mod_proxy_wstunnel.
+
-
En ce qui concerne le langage HTML, Apache respecte les
- recommandations IETF et W3C suivantes :
Cette spécification définit le Langage à Balises HyperTexte
- (HyperText Markup Language - HTML), le langage de publication du
- World Wide Web. Elle définit HTML 4.01, qui est une sous-version
- de HTML 4.
Le langage à Balises HyperTexte (HyperText Markup Language -
- HTML) est un langage à balises simple permettant de créer des
- documents hypertextes portables. Les documents HTML sont aussi des
- documents SGML.
Cette recommandation définit un nouveau type de document XHTML
- basé sur le cadre de développement des modules et les modules
- définis dans la modularisation de XHTML.
Cette spécification définit la seconde édition de XHTML 1.0,
- une reformulation de HTML 4 en tant qu'application XML 1.0, ainsi
- que trois DTDs correspondant à celles définies par HTML 4.
Cette norme définit l’interface CGI qui permet d’exécuter des
+ programmes externes sur un serveur web. Implémenté par les modules
+ mod_cgi et mod_cgid.
ISO 639 fournit deux jeux de codes de langages permettant de
représenter les noms des langues ; le premier est
@@ -193,31 +297,25 @@
présenté dans le lien ci-dessus), est un jeu de codes sur trois
lettres (639-2).
Ce document présente les noms de pays (les noms raccourcis
- officiels en anglais) dans l'ordre alphabétique, tels qu'ils sont
- présentés dans la norme ISO 3166-1 et les éléments de codes
- correspondants de la norme ISO 3166-1-alpha-2.
+
Noms des pays et éléments de code correspondants à deux et trois
+ caractères.
RFC 5646
+ (Meilleure pratique actuelle) — Symboles pour identifier les langues
-
Ce document décrit une balise de langue permettant de
- spécifier la langue utilisée dans un objet contenant des
- informations, la manière d'enregistrer des valeurs à utiliser dans
- cette balise de langue, et une méthode pour comparer les balises
- de langue de ce style.
+
Cette norme décrit la structure et l’enregistrement des symboles de
+ langue utilisés dans la négociation de contenu de HTTP (Accept-Language,
+ Content-Language). Elle rend obsolète la RFC 3066.
Ce document définit une en-tête "Content-language:" permettant
- de spécifier la langue d'un élément possédant des en-têtes du
- style RFC 822, comme les portions de corps MIME ou les documents
- Web, et un en-tête "Accept-Language:" permettant de spécifier des
- préférences en matière de langue.
+
Cette norme définit les champs d’en-tête Content-Language and
+ Accept-Language qui indiquent les préférences en matière de langue dans
+ les messages HTTP.
diff --git a/docs/manual/mod/core.html.fr.utf8 b/docs/manual/mod/core.html.fr.utf8
index e707c028bf..aadf35ce03 100644
--- a/docs/manual/mod/core.html.fr.utf8
+++ b/docs/manual/mod/core.html.fr.utf8
@@ -33,8 +33,6 @@
ja |
tr
-
Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
@@ -573,16 +571,34 @@ autorisés à transiter dans les URLs tels quels
(sans espaces), pouvant être définies à l'aide de la directive
Options.
-
Désactivation implicite des options
-
Bien que la liste des options disponibles dans les fichiers
- .htaccess puisse être limitée par cette directive, tant qu'un
- directive Options est
- autorisée, toute autre option héritée peut être désactivée en
- utilisant la syntaxe non-relative. En d'autres termes, ce
- mécanisme ne peut pas forcer une option spécifique à rester
- activée tout en permettant à toute autre option d'être
- activée.
-
+
Désactivation implicite des options
+
Cette restriction ne contrôle que les options qu’un fichier
+ .htaccess peut activer. Elle n’empêche pas la
+ désactivation des options héritées.
+
+
Lorsqu’une directive Options dans
+ un fichier .htaccess utilise une syntaxe absolue (sans
+ préfixe + ou -), elle remplace la
+ totalité du jeu d’options héritées. Toute option auparavant active qui
+ n’est pas listée est implicitement désactivée—il en est de même pour
+ les options qui ne sont pas dans la liste AllowOverride des
+ options permises.
les options FollowSymLinks et ExecCGI seront
+ implicitement désactivée pour le répertoire concerné, même si la ligne
+ AllowOverride ne fait que permettre la définition de l’option
+ Indexes.
+
+
En bref, ce mécanisme ne peut pas forcer une option spécifique à rester
+ définie tout en permettant la définition de toutes les autres.
Gestion des domaines au sein des serveurs virtuels et obtention
de certificats via le protocole ACME
@@ -521,16 +519,16 @@
Plutôt que l'URL proprement dite, vous pouvez spécifier
'letsencrypt' ou 'buypass'.
- Si vous spécifiez plusieurs URLs, chacune d'entre elles est
+ Si vous spécifiez plusieurs URLs, chacune d'entre elles est
testée en mode tourniquet ("round-robin") après un certain
nombre d'échecs. Vous pouvez définir la rapidité de ce processus
- à l'aide des directives MDRetryDelay et
- MDRetryFailover. Par défaut, une demie
- journée d'essais infructueux est considérée comme un échec.
+ à l'aide des directives MDRetryDelay et MDRetryFailover. Par défaut, une
+ demie journée d'essais infructueux est considérée comme un
+ échec.
- Tous les autres réglages s'appliquent à chacune de ces URLs. Il
+ Tous les autres réglages s'appliquent à chacune de ces URLs. Il
est ainsi par exemple impossible d'en avoir deux avec des
- directives MDExternalAccountBinding
+ directives MDExternalAccountBinding
différentes.
A des fins de test, les CAs fournissent en général une seconde
@@ -754,12 +752,11 @@
Apache
- Cette directive permet de définir de quelle manière est invoquée
- la commande MDChallengeDns01, à savoir le nombre et le type de
- ses arguments. Voir MDChallengeDns01 pour les
- différences.
- Cette définition est globale et ne peut pas s'appliquer
- différemment pour chaque domaine.
+ Cette directive permet de définir de quelle manière est invoquée
+ la commande MDChallengeDns01, à savoir le nombre
+ et le type de ses arguments. Voir MDChallengeDns01 pour les
+ différences. Cette définition est globale et ne peut pas
+ s'appliquer différemment pour chaque domaine.
@@ -931,11 +928,13 @@
Apache
- Le mode `all` correspond au comportement de toutes les versions
- précédentes. ServerName et ServerAlias sont inspectés pour
- trouver le MDomain qui correspond à un serveur virtuel. Les
- recouvrements sont automatiquement détectés, même si vous n'avez
- ajouté qu'un des noms à un MDomain.
+ Le mode `all` correspond au comportement de toutes les versions
+ précédentes. ServerName et
+ ServerAlias sont inspectés
+ pour trouver le MDomain
+ qui correspond à un serveur virtuel. Les recouvrements sont
+ automatiquement détectés, même si vous n'avez ajouté qu'un des
+ noms à un MDomain.
Cet automatisme présente cependant des inconvénients avec les
configurations plus complexes. Si vous définissez cette
@@ -1372,7 +1371,7 @@ MDomain example2.org auto
Il s'agit d'une extension non standard d'ACME par Let's Encrypt.
- Lets Encrypt prend en charge les profiles de certificat dans
+ Let’s Encrypt prend en charge les profiles de certificat dans
leurs CA. Cette fonctionnalité, entre autres détails, vous
permet de définir la durée de validité des certificats que vous
recevez. Le profile par défaut « classic » conserve la valeur de
@@ -1381,13 +1380,13 @@ MDomain example2.org auto
profile « shortlived » délivre des certificats dont la durée de
validité est de 6 jours seulement.
- Si vous ne modifiez pas la configuration de votre module mod_md,
- vous continuerez à recevoir des certificats d'une durée de
- validité de 90 jours. Si vous pensez qu'une durée de validité
- plus courte convient mieux à votre situation (et acceptez le
- risque que le temps de renouvellement soit beaucoup plus court),
- vous pouvez définir le profile à utiliser à l'aide de
- « MDProfile shortlived ».
+ Si vous ne modifiez pas la configuration de votre module
+ mod_md, vous continuerez à recevoir des
+ certificats d'une durée de validité de 90 jours. Si vous
+ pensez qu'une durée de validité plus courte convient mieux à
+ votre situation (et acceptez le risque que le temps de
+ renouvellement soit beaucoup plus court), vous pouvez définir le
+ profile à utiliser à l'aide de « MDProfile shortlived ».
Les noms de profile sont définis par le CA. Si vous tentez de
définie un profile non valable, aucun profile ne sera utilisé,
@@ -1407,6 +1406,8 @@ MDomain example2.org auto
Disponible à partir de la version 2.4.64 du serveur HTTP
+ Apache
Cette directive permet de contrôler si un MDProfile que vous définissez est
@@ -1471,7 +1472,7 @@ MDomain example2.org auto
déclenchement du renouvellement des certificats à l'aide de
l'extension ACME ARI (rfc9773). Ces renouvellements s'ajoutent à
ceux déclenchés par le mécanisme contrôlé à l'aide de la
- directive MDRenewWindow.
+ directive MDRenewWindow.
ACME ARI permet en quelque sorte à une CA ACME de façonner le
trafic entrant des renouvellements. Plus important cependant,
@@ -1492,7 +1493,7 @@ MDomain example2.org auto
- Lorsqu'un certificat arrive à expiration, mod_md va
+ Lorsqu'un certificat arrive à expiration, mod_md va
tenter d'en obtenir un nouveau signé.
Normalement, les certificats ont une validité de 90 jours, et
@@ -1625,10 +1626,9 @@ MDRenewWindow 10%
Apache
- Le nombre d'erreurs consécutives lors du renouvellement d'un
+ Le nombre d'erreurs consécutives lors du renouvellement d'un
certificat avant la sélection d'une autre CA. Ne s'applique
- qu'aux configurations pour lesquelles plusieurs
- MDCertificateAuthority ont été
+ qu'aux configurations pour lesquelles plusieurs MDCertificateAuthority ont été
spécifiées.
@@ -1831,18 +1831,18 @@ MDRenewWindow 10%
Apache
- Définissez cette directive pour utiliser un fichier verrou au
- démarrage du serveur lorsque MDStoreDir
- est synchronisé avec la configuration du serveur et si les
- certificats renouvelés sont activés.
-
- Le verrouillage a été implémenté pour les configurations de
- cluster où MDStoreDir appartient à un système de fichiers
- partagé. L'activation des certificats renouvelés sera alors
- protégée lorsque plusieurs noeuds du cluster sont redémarrés ou
- reconfigurés simultanément ; ceci à condition bien entendu que
- le système de fichiers partagé prenne en charge le verrouillage
- de fichier.
+ Définissez cette directive pour utiliser un fichier verrou au
+ démarrage du serveur lorsque MDStoreDir est synchronisé avec la
+ configuration du serveur et si les certificats renouvelés sont
+ activés.
+
+ Le verrouillage a été implémenté pour les configurations de
+ cluster où MDStoreDir
+ appartient à un système de fichiers partagé. L'activation des
+ certificats renouvelés sera alors protégée lorsque plusieurs
+ noeuds du cluster sont redémarrés ou reconfigurés simultanément
+ ; ceci à condition bien entendu que le système de fichiers
+ partagé prenne en charge le verrouillage de fichier.
Le temps d'attente par défaut pour obtenir le verrou est de 5
secondes. Si le verrou ne peut pas être obtenu, une erreur est
diff --git a/docs/manual/mod/mod_md.xml.meta b/docs/manual/mod/mod_md.xml.meta
index d6793f6042..252e729dc3 100644
--- a/docs/manual/mod/mod_md.xml.meta
+++ b/docs/manual/mod/mod_md.xml.meta
@@ -8,6 +8,6 @@
en
- fr
+ fr
diff --git a/docs/manual/mod/mod_rewrite.html.en b/docs/manual/mod/mod_rewrite.html.en
index b4e5d4e02c..451bb48fe2 100644
--- a/docs/manual/mod/mod_rewrite.html.en
+++ b/docs/manual/mod/mod_rewrite.html.en
@@ -42,15 +42,16 @@ URLs on the fly
path. However, it can also be used to redirect one URL to another URL, or
to invoke an internal proxy fetch.
-
mod_rewrite provides a flexible and powerful way to
- manipulate URLs using an unlimited number of rules. Each rule can have an
+
It provides a flexible and powerful way to manipulate URLs using an
+ unlimited number of rules. Each rule can have an
unlimited number of attached rule conditions, to allow you to rewrite URLs
based on server variables (including HTTP
headers, connection details, and timestamps), environment variables,
- or other request properties.
-
-
mod_rewrite can operate on the full URL-path, or any
- portion of it, including the PATH_INFO or QUERY_STRING.
For information on regular
expressions, including the use of the
! prefix to negate a pattern, see the
diff --git a/docs/manual/mod/mod_rewrite.xml.fr b/docs/manual/mod/mod_rewrite.xml.fr
index cf264feb2f..a041ec4965 100644
--- a/docs/manual/mod/mod_rewrite.xml.fr
+++ b/docs/manual/mod/mod_rewrite.xml.fr
@@ -1,7 +1,7 @@
-
+
diff --git a/docs/manual/platform/win_compiling.html.fr.utf8 b/docs/manual/platform/win_compiling.html.fr.utf8
index 98f169cdbb..71da2998f8 100644
--- a/docs/manual/platform/win_compiling.html.fr.utf8
+++ b/docs/manual/platform/win_compiling.html.fr.utf8
@@ -6,7 +6,7 @@
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
-
Compiler Apache pour Microsoft Windows - Serveur HTTP Apache Version 2.4
+Compiler Apache httpd pour Microsoft Windows - Serveur HTTP Apache Version 2.4
@@ -21,15 +21,13 @@
Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
Il y a de nombreux points importants à connaître avant de
diff --git a/docs/manual/platform/win_compiling.xml.meta b/docs/manual/platform/win_compiling.xml.meta
index d22953fa3a..18023d6aeb 100644
--- a/docs/manual/platform/win_compiling.xml.meta
+++ b/docs/manual/platform/win_compiling.xml.meta
@@ -8,7 +8,7 @@
en
- fr
+ frko
diff --git a/docs/manual/urlmapping.html.fr.utf8 b/docs/manual/urlmapping.html.fr.utf8
index 656daaa680..4838e7ccad 100644
--- a/docs/manual/urlmapping.html.fr.utf8
+++ b/docs/manual/urlmapping.html.fr.utf8
@@ -29,8 +29,6 @@
ko |
tr
-
Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
Ce document explique comment le serveur HTTP Apache utilise l'URL contenue dans une
requête pour déterminer le noeud du système de fichier à partir duquel le
@@ -58,12 +56,11 @@ URLs
La méthode par défaut de httpd pour déterminer quel fichier servir pour
- une requête donnée, consiste à extraire le chemin de la requête (la partie de
- l'URL qui suit le nom d'hôte et le port), puis de l'ajouter à la fin de la
- valeur de la directive DocumentRoot
- définie dans vos fichiers de configuration. Ainsi, les fichiers et
- répertoires situés en dessous de DocumentRoot constituent l'arborescence de base
- des documents qui seront visibles depuis le web.
+ une requête donnée, consiste à extraire le chemin de la requête, puis à l'ajouter
+ à la fin de la valeur de la directive DocumentRoot définie dans vos fichiers de
+ configuration. Ainsi, les fichiers et répertoires situés en dessous de
+ DocumentRoot constituent l'arborescence
+ de base des documents qui seront visibles depuis le web.
Par exemple, si la directive
DocumentRoot contient
diff --git a/docs/manual/urlmapping.xml.meta b/docs/manual/urlmapping.xml.meta
index 02fc1a16aa..9fd5f4bb52 100644
--- a/docs/manual/urlmapping.xml.meta
+++ b/docs/manual/urlmapping.xml.meta
@@ -8,7 +8,7 @@
en
- fr
+ frjakotr