From: Lucien Gentis Ce document décrit le mécanisme utilisé pour définir une
politique de conformité au protocole HTTP pour un espace d'URL au
@@ -132,7 +130,7 @@
contenus à durée de validité courte, l'absence de support des
requêtes conditionnelles peut augmenter la charge du serveur. Plus particulièrement, la présence d'une des en-têtes suivantes
+ Plus particulièrement, la présence d'un des en-têtes suivants
dans la requête rend cette dernière conditionnelle :
@@ -203,7 +201,7 @@
corps de réponse sont décrites dans la RFC2616
section 4.4 Message Length.
Lorsque l'en-tête Content-Length est présente, la
+
Lorsque l'en-tête Content-Length est présent, la
taille du corps est déclarée au début de la réponse. Si cette
information est manquante, un cache HTTP pourrait choisir d'ignorer
la réponse, car il ne pourrait pas déterminer a priori si la réponse
@@ -214,7 +212,7 @@
l'en-tête Transfer-Encoding comme une alternative Ã
Content-Length. Cependant, lors du traitement de
requêtes HTTP/1.0, et si l'en-tête Content-Length est
- absente, le seul mécanisme dont dispose le serveur pour indiquer la
+ absent, le seul mécanisme dont dispose le serveur pour indiquer la
fin de la requête consiste à couper la connexion. Dans un
environnement contenant des répartiteurs de charge, cela peut
court-circuiter le mécanisme des connexions persistantes
@@ -224,14 +222,14 @@
Si la réponse est considérée comme réussie (une réponse 2xx) et
possède un corps (ce qui exclut les réponses 204 No
Content), et si l'en-tête Content-Length est
- absente, la réponse sera rejetée. Aucune réponse indiquant une
+ absent, la réponse sera rejetée. Aucune réponse indiquant une
redirection ou une erreur de toute nature (3xx, 4xx, 5xx) n'est
prise en compte par cette politique.
mod_proxy ajoutent leur propre en-tête
Content-Length sous réserve que la réponse où cette
- en-tête est absente soit suffisamment courte pour que le module ait
+ en-tête est absent soit suffisamment courte pour que le module ait
pu la lire en une seule passe. De ce fait, des réponses courtes pourront
être acceptées par la politique, alors que d'autres plus longues
seront rejetées pour la même URL.Content-Type explicite et valide du point de vue de la
syntaxe, correspondant au modèle défini par le serveur.
- Le type de media du corps est placé dans une en-tête +
Le type de media du corps est placé dans un en-tête
Content-Type dont le format est décrit en détail dans
la
RFC2616 section 3.7 Media Types.
Une en-tête Content-Type dont la syntaxe est valide
+
Un en-tête Content-Type dont la syntaxe est valide
sera du style :
Cette politique sera rejetée si la réponse du serveur
- ne contient aucune en-tête syntaxiquement correct Vous trouverez une description complète de l'en-tête
@@ -431,9 +429,9 @@
La vérification est effectuée non seulement en ce qui concerne la
présence des en-têtes, mais aussi du point de vue de leur syntaxe. Si une en-tête Si un en-tête Cette politique se verra rejetée si la réponse du serveur
- contient une en-tête Cette politique se verra rejetée si la réponse du serveur contient un
+ en-tête L'en-tête L'en-tête Certaines en-têtes définies par les clients, comme
+ Certaines en-têtes définis par les clients, comme
@@ -419,7 +417,7 @@
Modules Apparentés Directives Apparentées ETag
+ ne contient aucun en-tête syntaxiquement correct ETag
ou Last-Modified.ETag n'est pas entourée de guillemets,
+ ETag n'est pas entouré de guillemets,
ou n'est pas déclarée "weak" en le préfixant avec un "W/", la politique
- sera rejetée. De même, si l'interprétation d'une en-tête
+ sera rejetée. De même, si l'interprétation d'un en-tête
Last-Modified ne fournit pas de date valide, la réponse
sera rejetée.
- Modules Apparentés Directives Apparentées Vary, et si cette en-tête
- contient à son tour une en-tête mise en liste noire par
+ Vary, et si cet en-tête contient à son tour un
+ en-tête dont la valeur appartient à une liste de valeurs proscrites par
l'administrateur.Vary est décrite en détails dans la RFC2616
+ Vary est décrit en détails dans la RFC2616
section 14.44 Vary.User-Agent, peuvent contenir des milliers ou même des
millions de combinaisons de valeurs au cours du temps, et si la
réponse est considérée comme pouvant être mise en cache, le cache
diff --git a/docs/manual/compliance.xml.meta b/docs/manual/compliance.xml.meta
index 0c7eda2af55..dc8d9ddcdb2 100644
--- a/docs/manual/compliance.xml.meta
+++ b/docs/manual/compliance.xml.meta
@@ -8,6 +8,6 @@
Introduction
Configurer Apache pour autoriser CGISi vous écrivez des programmes CGI en C, vous disposez de
- nombreuses options. L'une d'elles est la bibliothèque
- CGIC de http://www.boutell.com/cgic/.
Si vous écrivez des programmes CGI en C, vous disposez de nombreuses
+ options. L'une d'elles est la bibliothèque CGIC de https://web.mit.edu/wwwdev/www/cgic.html.
Ce document est le guide de l'utilisateur de l'implémentation de HTTP/2 dans Apache httpd. Cette fonctionnalité en est au stade @@ -182,8 +180,8 @@ lorsqu'on configure httpd pour HTTP/2 pour la première fois ; donc gardez la à l'esprit si vous voulez éviter de longues sessions de débogage ! Si vous voulez être sûr de définir une chaîne d'algorithmes de chiffrement - appropriée, évitez ceux qui sont listés dans la blacklist TLS - HTTP/2 .
+ appropriée, évitez ceux qui sont listés dans la liste des + algorithmes de chiffrement TLS HTTP/2 à proscrire.L'ordre des protocoles indiqués est aussi important. Par défaut, le
premier sera le protocole préféré. Lorsqu'un client offre plusieurs choix,
diff --git a/docs/manual/howto/http2.xml.meta b/docs/manual/howto/http2.xml.meta
index 9b93a6fba04..cd0a8de0644 100644
--- a/docs/manual/howto/http2.xml.meta
+++ b/docs/manual/howto/http2.xml.meta
@@ -9,6 +9,6 @@
| Description: | Socle d'autorisation |
|---|---|
| Statut: | Base |
| Identificateur de Module: | authz_core_module |