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
@@ -59,7 +57,7 @@
Le protocole HTTP applique le principe de
- robustesse décrit dans la RFC1122, et stipulant
+ robustesse décrit dans la RFC 1122, et stipulant
"Soyez libéral pour ce que vous acceptez, conservateur pour
ce que vous envoyez". Selon ce principe, les clients HTTP
vont compenser en corrigeant les réponses incorrectes ou mal
@@ -141,8 +139,7 @@
correspond pas à l'ETag de la réponse, le serveur doit renvoyer un
code d'erreur Cette politique sera rejetée si la réponse du serveur ne contient pas d'en-tête
De nombreuses méthodes pour déterminer la taille d'un
- corps de réponse sont décrites dans la RFC2616
- section 4.4 Message Length. De nombreuses méthodes pour déterminer la taille d'un corps de réponse
+ sont décrites dans la RFC 2616 (Message Length). Lorsque l'en-tête Le type de media du corps est placé dans un en-tête
Modules Apparentés Directives Apparentées 412 Precondition Failed. Vous trouverez
tous les détails du traitement d'un en-tête If-Match
- dans la RFC2616
- section 14.24.
+ dans la RFC 2616.
If-None-MatchIf-None-Match
@@ -150,16 +147,14 @@
304 Not Modified pour les requêtes GET/HEAD, soit
412 Precondition Failed pour les autres méthodes. Vous trouverez
tous les détails du traitement d'un en-tête
- If-None-Match dans la RFC2616
- section 14.26.If-None-Match dans la RFC 2616.
If-Modified-SinceIf-Modified-Since
est plus ancienne que celle de l'en-tête Last-Modified
de la réponse, le serveur doit renvoyer 304 Not Modified. Vous trouverez
tous les détails du traitement d'un en-tête
- If-Modified-Since dans la RFC2616
- section 14.25.If-Modified-Since dans la RFC 2616.
If-Unmodified-SinceLast-Modified de la réponse, le serveur doit
renvoyer 412 Precondition Failed. Vous trouverez
tous les détails du traitement d'un en-tête
- If-Unmodified-Since dans la RFC2616
- section 14.28.If-Unmodified-Since dans la RFC 2616.
If-RangeIf-Range correspond
@@ -176,8 +170,7 @@
en-tête Range valide est présent, le serveur doit
renvoyer 206 Partial Response. Vous trouverez
tous les détails du traitement d'un en-tête If-Range
- dans la RFC2616
- section 14.27.Content-Length explicite.Content-Length est présent, la
taille du corps est déclarée au début de la réponse. Si cette
@@ -251,8 +243,7 @@
Content-Type dont le format est décrit en détail dans
- la
- RFC2616 section 3.7 Media Types.
Un en-tête Content-Type dont la syntaxe est valide
sera du style :
Exemples d'en-têtes Content-Type non valides :
- # invalide
- Content-Type: foo
- # vide
- Content-Type:
-
# invalid +Content-Type: foo +# blank +Content-Type:+
L'administrateur peut restreindre la politique à un ou plusieurs
types spécifiques, ou utiliser des caractères génériques comme
@@ -287,9 +277,8 @@
Content-Length explicite, ou d'en-tête
Transfer-Encoding défini à chunked.
De nombreuses manières pour déterminer la taille d'un - corps de réponse sont décrites dans la RFC2616 - section 4.4 Message Length.
+De nombreuses manières pour déterminer la taille d'un corps de réponse + sont décrites dans la RFC 2616 (Message Length).
Pour indiquer la fin de la réponse au client sans que ce dernier ait à en connaître la taille au préalable, HTTP/1.1 propose @@ -355,8 +344,7 @@ durée de fraîcheur est calculée à partir d'une heuristique.
Vous trouverez tous les détails à propos du calcul d'une durée de - fraîcheur dans la RFC2616 - section 13.2 Expiration Model.
+ fraîcheur dans la RFC 2616 (Expiration Model).Pendant la durée de fraîcheur, un cache n'a pas besoin de
contacter le serveur original, et il peut renvoyer le contenu situé
@@ -388,11 +376,10 @@
déclare elle-même qu'elle ne doit pas être mise en cache à l'aide
d'un en-tête Cache-Control ou Pragma.
Vous trouverez tous les détails à propos de la manière dont un
- contenu peut être déclaré comme non cachable dans la RFC2616
- section 14.9.1 What is Cacheable, et au sein de la définition de
- l'en-tête Pragma dans la RFC2616
- section 14.32 Pragma.
Vous trouverez tous les détails à propos de la manière dont un contenu
+ peut être déclaré comme non cachable dans la RFC 2616 (What is Cacheable), et au sein de la définition
+ de l'en-tête Pragma dans la RFC 2616
+ (Pragma).
Plus précisément, si une combinaison des en-têtes suivants existe dans la réponse, cette dernière sera rejetée :
@@ -422,11 +409,10 @@ ne contient aucun en-tête syntaxiquement correctETag
ou Last-Modified.
- Vous trouverez une description complète de l'en-tête
- ETag dans la RFC2616
- section 14.19 Etag, et de l'en-tête Last-Modified
- dans la RFC2616
- section 14.29 Last-Modified.
Vous trouverez une description complète de l'en-tête ETag
+ dans la RFC 2616 (Etag), et de l'en-tête
+ Last-Modified dans la RFC 2616
+ (Last-Modified).
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.
@@ -451,8 +437,7 @@ en-tête dont la valeur appartient à une liste de valeurs proscrites par l'administrateur. -L'en-tête Vary est décrit en détails dans la RFC2616
- section 14.44 Vary.
L'en-tête Vary est décrit en détails dans la RFC 2616 (Vary).
Certaines en-têtes définis par les clients, comme
User-Agent, peuvent contenir des milliers ou même des
diff --git a/docs/manual/compliance.xml.meta b/docs/manual/compliance.xml.meta
index 0c7eda2af5..dc8d9ddcdb 100644
--- a/docs/manual/compliance.xml.meta
+++ b/docs/manual/compliance.xml.meta
@@ -8,6 +8,6 @@
Le serveur HTTP Apache fournit des messages d'erreur génériques pour les codes de statut 4xx ou 5xx ; ces messages sont cependant @@ -115,18 +113,17 @@ ErrorDocument 401 /subscription/how_to_subscribe.html vous pouvez recevoir ce qui suit :
-
- REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/jpeg, image/png
- REDIRECT_HTTP_USER_AGENT=Mozilla/5.0 Fedora/3.5.8-1.fc12 Firefox/3.5.8
- REDIRECT_PATH=.:/bin:/usr/local/bin:/sbin
- REDIRECT_QUERY_STRING=
- REDIRECT_REMOTE_ADDR=121.345.78.123
- REDIRECT_REMOTE_HOST=client.example.com
- REDIRECT_SERVER_NAME=www.example.edu
- REDIRECT_SERVER_PORT=80
- REDIRECT_SERVER_SOFTWARE=Apache/2.2.15
- REDIRECT_URL=/cgi-bin/buggy.pl
-
REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/jpeg, image/png +REDIRECT_HTTP_USER_AGENT=Mozilla/5.0 Fedora/3.5.8-1.fc12 Firefox/3.5.8 +REDIRECT_PATH=.:/bin:/usr/local/bin:/sbin +REDIRECT_QUERY_STRING= +REDIRECT_REMOTE_ADDR=121.345.78.123 +REDIRECT_REMOTE_HOST=client.example.com +REDIRECT_SERVER_NAME=www.example.edu +REDIRECT_SERVER_PORT=80 +REDIRECT_SERVER_SOFTWARE=Apache/2.2.15 +REDIRECT_URL=/cgi-bin/buggy.pl+
Les variables d'environnement REDIRECT_ sont
créées à partir des variables d'environnement préexistantes à la
diff --git a/docs/manual/custom-error.xml.meta b/docs/manual/custom-error.xml.meta
index 24ddfeedc0..125db0ad23 100644
--- a/docs/manual/custom-error.xml.meta
+++ b/docs/manual/custom-error.xml.meta
@@ -9,7 +9,7 @@
Ce document couvre l'installation et la compilation du serveur @@ -266,10 +264,9 @@ sudo service apache2 start
L'extraction des sources depuis l'archive du serveur HTTP Apache consiste simplement à décompresser et à désarchiver cette dernière :
-
-$ gzip -d httpd-NN.tar.gz
-$ tar xvf httpd-NN.tar
-
$ gzip -d httpd-NN.tar.gz +$ tar xvf httpd-NN.tar+
Ceci créera, dans le répertoire courant, un nouveau répertoire
contenant le code source de la distribution. Vous devrez vous positionner
@@ -335,12 +332,11 @@ $ tar xvf httpd-NN.tar
particuliers et les deux modules additionnels mod_ldap
et mod_lua :
- $ CC="pgcc" CFLAGS="-O2" \
- ./configure --prefix=/sw/pkg/apache \
- --enable-ldap=shared \
- --enable-lua=shared
-
$ CC="pgcc" CFLAGS="-O2" \ + ./configure --prefix=/sw/pkg/apache \ + --enable-ldap=shared \ + --enable-lua=shared+
Plusieurs minutes peuvent être nécessaires Ã
configure pour tester la disponibilité des
@@ -449,13 +445,12 @@ $ tar xvf httpd-NN.tar
l'arborescence des sources de la nouvelle version, de l'éditer pour
effectuer toute modification souhaitée, et de lancer :
- $ ./config.nice
- $ make
- $ make install
- $ PREFIX/bin/apachectl -k graceful-stop
- $ PREFIX/bin/apachectl -k start
-
$ ./config.nice +$ make +$ make install +$ PREFIX/bin/apachectl -k graceful-stop +$ PREFIX/bin/apachectl -k start+
Il est dit dans la documentation d'Apache 1.3 +
Il est dit dans la documentation du serveur HTTP Apache 1.3 à propos de l'amélioration des performances :
- "Apache est un serveur web à vocation générale, conçu pour + "httpd est un serveur web à vocation générale, conçu pour être non seulement efficace mais aussi rapide. Dans sa configuration de base, ses performances sont déjà relativement satisfaisantes. La plupart des sites possèdent une bande passante en sortie inférieure à 10 Mbits que le - serveur Apache peut mettre pleinement à profit en utilisant un serveur à base + serveur httpd peut mettre pleinement à profit en utilisant un serveur à base de processeur Pentium bas de gamme."
Cette phrase ayant été écrite il y a plusieurs années, @@ -86,7 +84,7 @@ que votre budget n'est pas illimité ; c'est pourquoi les améliorations apportées le seront sans modifier l'infrastructure matérielle existante. Vous ne souhaitez probablement pas - compiler vous-même votre serveur Apache, ni recompiler le noyau + compiler vous-même votre serveur httpd, ni recompiler le noyau de votre système d'exploitation ; nous supposerons cependant que vous possédez quelques notions à propos du fichier de configuration du serveur HTTP Apache. @@ -297,7 +295,7 @@ Swap: 3903784 12540 3891244
Le module mod_status donne un aperçu des performances du serveur à un instant donné. Il génère une page HTML - comportant, entre autres, le nombre de processus Apache + comportant, entre autres, le nombre de processus httpd en cours d'exécution avec la quantité de données qu'ils ont servies, ainsi que la charge CPU induite par httpd et le reste du système. L'Apache Software Foundation @@ -384,7 +382,7 @@ Swap: 3903784 12540 3891244 attendez-vous à voir de nombreuses tentatives d'exploitation et attaques de vers dans le journal des erreurs. La plupart d'entre elles ciblent des serveurs - autres qu'Apache, mais dans l'état actuel des choses, + autres que httpd, mais dans l'état actuel des choses, les scripts se contentent d'envoyer leurs attaques vers tout port ouvert, sans tenir compte du serveur web effectivement en cours d'exécution ou du type @@ -573,7 +571,7 @@ Swap: 3903784 12540 3891244
Nom de l'utilisateur distant issu de - l'authentification Apache
+ l'authentification httpdLe programme cible de la redirection recevra alors les
- données de journalisation d'Apache sur son entrée
+ données de journalisation de httpd sur son entrée
standard stdin, et pourra en faire ce qu'il voudra. Le
- programme rotatelogs fourni avec Apache effectue une
+ programme rotatelogs fourni avec httpd effectue une
rotation des journaux de manière transparente en
fonction du temps ou de la quantité de données écrites,
et archive l'ancien fichier journal en ajoutant un
@@ -747,13 +745,13 @@ Swap: 3903784 12540 3891244
virtuel qui traite la requête ou l'erreur au début de
chaque entrée du journal. Un simple script Perl peut
alors éclater le journal en fichiers spécifiques Ã
- chaque serveur virtuel après sa rotation ; Apache
+ chaque serveur virtuel après sa rotation ; httpd
fournit un tel script dans le répertoire
support/split-logfile.
Vous pouvez aussi utiliser la directive BufferedLogs
- pour qu'Apache conserve en mémoire plusieurs entrées
+ pour que httpd conserve en mémoire plusieurs entrées
de journal avant de les écrire sur disque. Gardez
cependant à l'esprit que si les performances peuvent
s'en trouver améliorées, la chronologie des
@@ -775,7 +773,7 @@ Swap: 3903784 12540 3891244
charge de test pour votre serveur web.
Des projets externes à l'ASF et réputés - relativement corrects : grinder, httperf, tsung, FunkLoad. + relativement corrects : grinder, tsung.
Imaginez une équipe de football américain en attente devant la ligne de remise en jeu. Si les joueurs se - comportaient comme des processus Apache, ils se + comportaient comme des processus httpd, ils se précipiteraient tous à la fois pour récupérer la balle au signal de la reprise. Un seul d'entre eux y parviendrait, et tous les autres n'auraient plus qu'à se @@ -1072,10 +1070,10 @@ Swap: 3903784 12540 3891244 possible, d'où l'idée de la porte tournante. Dans les dernières années, de nombreux systèmes d'exploitation, comme Linux et Solaris, ont développé du code pour - éviter le syndrome de l'"assaut de la foule". Apache + éviter le syndrome de l'"assaut de la foule". httpd reconnaît ce code, et si vous n'effectuez qu'une seule écoute du réseau, autrement dit si vous n'utilisez que - le serveur principal ou un seul serveur virtuel, Apache + le serveur principal ou un seul serveur virtuel, httpd n'utilisera pas d'"accept mutex" ; par contre, si vous effectuez plusieurs écoutes du réseau (par exemple si un serveur virtuel sert les requêtes SSL), Apache @@ -1096,7 +1094,7 @@ Swap: 3903784 12540 3891244 utiliser avec précautions.
Il n'existe aucune raison particulière pour - désactiver l'"accept mutex". Apache détermine + désactiver l'"accept mutex". httpd détermine automatiquement s'il doit utiliser ou non mutex sur votre plateforme en fonction du nombre d'écoutes réseau de votre serveur, comme décrit précédemment. @@ -1125,13 +1123,13 @@ Swap: 3903784 12540 3891244 plus haut, la mémoire inutilisée peut être avantageusement utilisée comme cache du système de fichiers. Plus vous chargez de modules, plus les processus - Apache grossissent, et ceci d'autant plus si vous + httpd grossissent, et ceci d'autant plus si vous utilisez des modules qui génèrent des contenus dynamiques comme PHP et mod_perl. Un gros fichier de configuration - avec de nombreux serveurs virtuels - a aussi tendance à augmenter l'empreinte mémoire des processus. Une quantité de mémoire importante vous - permettra d'exécuter Apache avec plus de processus + permettra d'exécuter httpd avec plus de processus enfants, et donc de traiter d'avantage de requêtes simultanément.
@@ -1190,7 +1188,7 @@ Swap: 3903784 12540 3891244Supposons que vous disposiez d'une machine possédant une énorme quantité de mémoire RAM et un processeur aux performances astronomiques ; vous pourrez alors exécuter - des centaines de processus Apache selon vos besoins, + des centaines de processus httpd selon vos besoins, mais tout en restant en deçà des limites imposées par le noyau de votre système.
@@ -1240,7 +1238,7 @@ Swap: 3903784 12540 3891244Là encore, cette modification doit être effectuée - avant le démarrage du serveur Apache. + avant le démarrage du serveur httpd.
@@ -1322,11 +1320,11 @@ Swap: 3903784 12540 3891244 de lister les services activés et de désactiver ceux dont vous n'avez pas besoin. -Vous devez aussi prêter attention aux modules Apache +
Vous devez aussi prêter attention aux modules httpd
chargés par défaut. La plupart des distributions binaires
d'Apache httpd et des versions préinstallées fournies
avec les distributions de Linux chargent les modules
- Apache via la directive
+ httpd via la directive
LoadModule.
Les modules inutilisés peuvent être désactivés : si @@ -1387,7 +1385,7 @@ Swap: 3903784 12540 3891244 quant à elles traitées directement via une requête vers la base de données. Pour effectuer ces aiguillages de requêtes, vous disposez d'un outil particulièrement approprié fourni - avec Apache : le module mod_rewrite. + avec httpd : le module mod_rewrite.
@@ -1419,16 +1417,16 @@ Swap: 3903784 12540 3891244Vous pouvez exécuter ce script périodiquement via
cron, Ã chaque fois que vous ajoutez un nouveau contenu. Pour
- faire en sorte qu'Apache substitue les pages
+ faire en sorte que httpd substitue les pages
statiques au contenu dynamique, nous
utiliserons mod_rewrite. Ce module est fourni avec le
- code source d'Apache, mais n'est pas compilé par défaut.
- Pour le compiler avec la distribution d'Apache, vous
+ code source de httpd, mais n'est pas compilé par défaut.
+ Pour le compiler avec la distribution de httpd, vous
pouvez utiliser l'option de la commande configure
--enable-rewrite[=shared]. De nombreuses
- distributions binaires d'Apache sont fournies avec
+ distributions binaires de httpd sont fournies avec
mod_rewrite inclus. Dans l'exemple
- suivant, un serveur virtuel Apache utilise les pages de
+ suivant, un serveur virtuel httpd utilise les pages de
blog générées à l'avance :
| Description: | Permet d'utiliser un annuaire LDAP pour l'authentification HTTP de base. | ||
|---|---|---|---|
| Statut: | Extension | ||
| Description: | Génère automatiquement des index de répertoires d'une
manière similaire à la commande Unix ls, ou à la commande
shell Win32 dir | ||
|---|---|---|---|
| Description: | Permet la redirection des adresses se terminant par un répertoire sans slash de fin et la mise à disposition des fichiers index de répertoire | ||
|---|---|---|---|
| Description: | Définit une URL par défaut pour les requêtes qui ne ciblent -aucun fichier | ||
|---|---|---|---|
| Syntaxe: | FallbackResource disabled | url-locale | ||
| Défaut: | Désactivé - httpd renvoie un code d'erreur 404 (Not Found) | ||
| Contexte: | configuration globale, serveur virtuel, répertoire, .htaccess | ||
| Description: | Module de configuration de filtre intelligent sensible au contexte |
|---|---|
| Statut: | Base |
| Description: | Multiplexage des entrées/sorties vers un fichier ou un pipe. |
|---|---|
| Statut: | Extension |
| Identificateur de Module: | firehose_module |
| Description: | Support de la couche transport HTTP/2 |
|---|---|
| Statut: | Extension |
| Identificateur de Module: | http2_module |
Ce module ajoute le support de HTTP/2 (RFC 7540) au serveur HTTP +
Ce module ajoute la prise en charge de HTTP/2 (RFC 7540) au serveur HTTP Apache.
Il s'appuie sur la bibliothèque libnghttp2 pour implémenter le @@ -739,8 +737,8 @@
Les server pushes sont détectés en inspectant les
en-têtes Link des réponses (voir
- https://tools.ietf.org/html/rfc5988 pour la
- spécification). Lorsqu'un lien spécifié de cette manière
+ RFC 8288 pour la
+ spécification des liens du web). Lorsqu'un lien spécifié de cette manière
possède l'attribut rel=preload, il est
considéré comme devant faire l'objet d'un push.
| Description: | Documents html interprétés par le serveur (Server Side Includes ou SSI) |
|---|---|
| Statut: | Base |
| Description: | Conservation des connexions LDAP et services de mise en cache du résultat à destination des autres modules LDAP |
|---|---|
| Statut: | Extension |
| Description: | Gestion des domaines au sein des serveurs virtuels et obtention de certificats via le protocole ACME |
|---|
Cette directive permet de définir la commande à appeler - lorsqu'un des évènements "renewed", "installed", "expiring" ou - "errored" se produit pour un domaine géré. La commande sera + lorsqu'un des évènements "renewed", "installed", "expiring", + "errored", "renewing", "challenge-setup:type:domain", + "ocsp-renewed" ou "ocsp-errored" se produit pour un domaine géré. La commande sera probablement invoquée pour d'autres évènements dans le futur et ignorera les évènements pour lesquels elle n'aura pas été préparée. @@ -1071,13 +1070,18 @@ configurations de clusters peuvent utiliser cet évènement pour distribuer les fichiers de vérification à tous les noeuds.
- Un évènement de type ocsp-errored est déclenché lorsque le
+ Un évènement de type "ocsp-errored" est déclenché lorsque le
MDStapling est activé
pour un domaine, et indique qu'une erreur s'est produite en
essayant d'obtenir la réponse OCSP de l'autorité de
certification. mod_md essaiera à nouveau d'obtenir cette
réponse.
-
+ Un évènement de type "ocsp-renewed" est déclenché lorsquâune + nouvelle réponse OCSP a été obtenu avec succès pour un + certificat de domaine. Cet évènement de produit au plus une fois + par jour. +
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 @@| Description: | Mise en conformité avec le protocole HTTP. |
|---|---|
| Statut: | Extension |
| Identificateur de Module: | policy_module |
| Description: | Support des privilèges de Solaris et de l'exécution des serveurs virtuels sous différents identifiants utilisateurs. |
|---|
Ce module permet l'exécution de différents serveurs virtuels sous -différents identifiants Unix User et Group, -et avec différents Privilèges -Solaris. En particulier, il apporte au problème de -séparation des privilèges entre les différents serveurs virtuels la -solution que devait apporter le module MPM abandonné perchild. Il -apporte aussi d'autres améliorations en matière de sécurité.
+Ce module permet l'exécution de différents serveurs virtuels sous différents +identifiants Unix User et Group, et avec différents Privilèges +Solaris. En particulier, il apporte au problème de séparation des privilèges +entre les différents serveurs virtuels la solution que devait apporter le module +MPM abandonné perchild. Il apporte aussi d'autres améliorations en matière de +sécurité.
à la différence de perchild, mod_privileges n'est
pas un module MPM. Il travaille au sein d'un modèle de
@@ -175,7 +172,7 @@ modules MPM non-threadés (pr
personnalisé).
Cette directive qui s'applique à l'ensemble du serveur permet de - déterminer si Apache s'exécutera avec les privilèges requis pour exécuter dtrace. + déterminer si Apache s'exécutera avec les privilèges requis pour exécuter dtrace. Notez que la définition DTracePrivileges On n'activera pas à elle-seule DTrace, mais que DTracePrivileges Off l'empêchera de fonctionner.
@@ -243,7 +240,7 @@ modules MPM non-threadés (pr
personnalisé).
Détermine si le serveur virtuel est autorisé à exécuter fork et - exec, et définit les privilèges requis pour exécuter des sous-processus. Si cette + exec, et définit les privilèges requis pour exécuter des sous-processus. Si cette directive est définie à Off le serveur virtuel ne disposera d'aucun privilège et ne pourra exécuter ni des programmes ou scripts CGI classiques via le module traditionnel @@ -280,7 +277,7 @@ avec l'option de compilation BIG_SECURITY_HOLE.
La directive VHostCGIPrivs permet
- d'assigner des privilèges au choix aux sous-processus créés par un serveur
+ d'assigner des privilèges au choix aux sous-processus créés par un serveur
virtuel, comme décrit dans la directive
VHostCGIMode. Chaque
nom-privilège correspond à un privilège Solaris tel que
@@ -319,7 +316,7 @@ personnalisé).
l'identifiant du groupe unix sous lequel le serveur va traiter les
requêtes par l'intermédiaire d'un serveur virtuel. L'identifiant
du groupe est défini avant le traitement de la requête, puis
- restauré à sa valeur de départ via les Privilèges
+ restauré à sa valeur de départ via les Privilèges
Solaris. Comme la définition
s'applique au processus, cette directive est incompatible
avec les modules MPM threadés.
La directive VHostPrivs permet d'assigner
- des privilèges au choix à un serveur virtuel. Chaque
+ des privilèges au choix à un serveur virtuel. Chaque
nom-privilège correspond à un privilège Solaris tel que
file_setid ou sys_nfs.
pr
personnalisé).
Détermine si les serveurs virtuels traitent les requêtes avec une - sécurité avancée en supprimant les Privilèges rarement requis par un serveur web, mais disponibles + sécurité avancée en supprimant les Privilèges rarement requis par un serveur web, mais disponibles par défaut pour un utilisateur Unix standard, et donc susceptibles d'être demandés par des modules et des applications. Il est recommandé de conserver la définition par défaut (On), sauf si elle @@ -426,7 +423,7 @@ personnalisé). l'identifiant utilisateur unix sous lequel le serveur va traiter les requêtes par l'intermédiaire d'un serveur virtuel. L'identifiant utilisateur est défini avant le traitement de la requête, puis - restauré à sa valeur de départ via les Privilèges + restauré à sa valeur de départ via les Privilèges Solaris. Comme la définition s'applique au processus, cette directive est incompatible avec les modules MPM threadés.
diff --git a/docs/manual/mod/mod_privileges.xml.meta b/docs/manual/mod/mod_privileges.xml.meta index 006f8ecd73..40b28fd41a 100644 --- a/docs/manual/mod/mod_privileges.xml.meta +++ b/docs/manual/mod/mod_privileges.xml.meta @@ -8,6 +8,6 @@| Description: | Module fournissant le support de FastCGI Ã
mod_proxy | ||
|---|---|---|---|
| Statut: | Extension | ||
| Description: | Réécrit les liens HTML afin de s'assurer qu'ils soient bien adressables depuis les réseaux des clients dans un contexte de mandataire. | ||
|---|---|---|---|
| Description: | Module fournissant le support HTTP Ã
mod_proxy | ||
|---|---|---|---|
| Statut: | Extension | ||
| Description: | Module fournissant le support de la passerelle SCGI Ã
mod_proxy | ||
|---|---|---|---|
| Statut: | Extension | ||
| Description: | Support des sessions | ||
|---|---|---|---|
| Statut: | Extension | ||
| Identificateur de Module: | session_module | ||
| Description: | Fournisseur de cache d'objets partagés basé sur Memcache. |
|---|---|
| Statut: | Extension |
| Identificateur de Module: | socache_memcache_module |
| Description: | Chiffrement de haut niveau basé sur les protocoles Secure Sockets Layer (SSL) et Transport Layer Security (TLS) |
|---|---|
| Statut: | Extension |
-ECH est décrit dans draft-ietf-tls-esni +ECH est décrit dans la RFC 9849 ; httpd prend en charge ECH « shared-mode » où lâinstance de httpd effectue le déchiffrement ECH et héberge les sites web ECH « public-name » et « backend ».
@@ -1472,6 +1488,7 @@ du serveur par ordre de préférenceNormalement, ce sont les préférences du client qui sont prises en compte lors du choix d'un algorithme de chiffrement au cours d'une @@ -1502,13 +1519,15 @@ spécifié dans le certificat en cours de vérification.
| Description: | Active la validation OCSP de la chaîne de certificats du client |
|---|---|
| Syntaxe: | SSLOCSPEnable on|leaf|off |
| Syntaxe: | SSLOCSPEnable on|leaf|off [flags] |
| Défaut: | SSLOCSPEnable off |
| Contexte: | configuration globale, serveur virtuel |
| Statut: | Extension |
| Module: | mod_ssl |
| Compatibilité: | Le mode leaf est disponible à partir de la version -2.4.34 du serveur HTTP Apache |
Cette directive permet d'activer la validation OCSP de la chaîne de certificats du client. Si elle est activée, les certificats de la chaîne @@ -1519,6 +1538,17 @@ incluse). En mode 'leaf', seul le certificat du client sera validé.
Le répondeur OCSP utilisé est soit extrait du certificat lui-même,
soit spécifié dans la configuration ; voir les directives SSLOCSPDefaultResponder et SSLOCSPOverrideResponder.
Les drapeaux facultatifs suivants sont disponibles :
+no_ocsp_for_cert_ok
+ Normalement, Si la validation OCSP est activée, un certificat qui ne + contient pas dâURL de réponse OCSP provoquera un échec de validation. + Ajouter ce drapeau permet à un tel certificat de passer la validation. Cela + sâavère utile dans les environnements où certains certificats de la chaîne + ne contiennent pas dâinformation de réponse OCSP.
+SSLVerifyClient on SSLOCSPEnable on SSLOCSPDefaultResponder "http://responder.example.com:8888/responder" @@ -1800,20 +1830,13 @@ Les options disponibles sont :
StrictRequire
- Cette option force l'interdiction d'accès lorsque
- SSLRequireSSL ou SSLRequire a décidé que
- l'accès devait être interdit. Par défaut, dans le cas où
- une directive ``Satisfy any'' est utilisée, et si
- d'autres restrictions d'accès ont été franchies, on passe en général
- outre l'interdiction d'accès due à SSLRequireSSL ou
- SSLRequire (parce que c'est ainsi que le mécanisme
- Satisfy d'Apache doit fonctionner). Pour des
- restrictions d'accès plus strictes, vous pouvez cependant utiliser
- SSLRequireSSL et/ou SSLRequire en
- combinaison avec une option ``SSLOptions
- +StrictRequire''. Une directive ``Satisfy Any''
- n'a alors aucune chance d'autoriser l'accès si mod_ssl a décidé de
- l'interdire.
SSLRequireSSL ou SSLRequire a décidé que lâaccès doit être
+ interdit. Sans lâoption StrictRequire, il est possible pour
+ dâautres directives dâautorisation (comme <RequireAny>) dâoutrepasser lâinterdiction dâaccès
+ de SSL et dâaccorder tout de même lâaccès. Avec SSLOptions
+ +StrictRequire, lâinterdiction de SSLRequireSSL ou
+ SSLRequire sâapplique de manière inconditionnelle, sans tenir
+ compte dâautres directives dâautorisation éventuelles.
OptRenegotiate
@@ -2006,13 +2029,12 @@ casse) :
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 RFC - 7568TLSv1
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 RFC2246.
TLSv1.1 (Ã partir de la version 1.0.1 d'OpenSSL)
@@ -3287,8 +3309,12 @@ réponses concernant les requêtes OCSP
"good", les réponses
périmées, etc...). Lorsqu'elle est Ã
off, seules les réponses indiquant un statut de certificat
-"good" seront incluses dans les
-négociations TLS avec les clients.
REMOTE_USER.
La valeur de l'argument nom-var peut correspondre à toute variable d'environnement SSL.
-Lorsque l'option FakeBasicAuth est activée, cette
-directive contrôle la valeur du nom d'utilisateur contenue dans
-l'en-tête d'authentification de base (voir SSLOptions).
Lorsque lâoption FakeBasicAuth (voir SSLOptions) ou la directive AuthBasicFake sont activées, cette directive permet
+de contrôler quelle partie du certificat client est utilisée comme nom
+dâutilisateur. Sans la directive SSLUserName,
+REMOTE_USER peut ne pas être définie pour dâautres modules ou
+scripts CGI.
SSLUserName SSL_CLIENT_S_DN_CN
| Description: | Effectue des opérations de recherche/remplacement sur les corps de réponses | ||
|---|---|---|---|
| Statut: | Extension | ||
| Description: | Support avancé de l'internationalisation et des jeux de caractères pour les modules de filtrage basés sur libxml2 | ||
|---|---|---|---|
| Statut: | Base | ||
| FallbackResource | mod_dir | ||
| Définit une URL par défaut pour les requêtes qui ne ciblent -aucun fichier | |||
| HeaderName | mod_autoindex | ||
| Nom du fichier qui sera inséré au début de la page contenant l'index | |||
| ExtFilterOptions option [option] ... | NoLogStderr | d | E |
Configure les options de
mod_ext_filter | |||
| FallbackResource disabled | url-locale | svdh | B | |
| Définit une URL par défaut pour les requêtes qui ne ciblent -aucun fichier | |||
| FileETag composant ... | MTime Size | svdh | C |
| Caractéristiques de fichier utilisées lors de la génération de l'en-tête de réponse HTTP ETag pour les fichiers statiques | |||
| <Files nom fichier> ... </Files> | svdh | C | |
| Contient des directives qui s'appliquent aux fichiers @@ -1504,7 +1504,7 @@ répertoire spécifié | |||
| SSLOCSPDefaultResponder uri | sv | E | |
| Définit l'URI du répondeur par défaut pour la validation OCSP | |||
| SSLOCSPEnable on|leaf|off | off | sv | E |
| Active la validation OCSP de la chaîne de certificats du + | |||
| SSLOCSPEnable on|leaf|off [flags] | off | sv | E |
| Active la validation OCSP de la chaîne de certificats du client | |||
| SSLOCSPNoverify on|off | off | sv | E |
| Evite la vérification des certificats des répondeurs OCSP | |||
| SSLOCSPOverrideResponder on|off | off | sv | E |
| Force l'utilisation de l'URI du répondeur par défaut pour
diff --git a/docs/manual/new_features_2_2.html.fr.utf8 b/docs/manual/new_features_2_2.html.fr.utf8
index 5779056bd4..d97037a4c1 100644
--- a/docs/manual/new_features_2_2.html.fr.utf8
+++ b/docs/manual/new_features_2_2.html.fr.utf8
@@ -32,8 +32,6 @@
pt-br |
tr
- Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
Ce document décrit quelques uns des changements principaux entre les versions 2.0 et 2.2 du serveur HTTP Apache. Pour les @@ -181,7 +179,7 @@ mod_sslmod_imagemapCette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
+Document historique+Ce document décrit la compatibilité avec des produits SSL qui ont été +abandonnés depuis de nombreuses années (Apache-SSL, Stronghold, Raven SSL, Red Hat +Secure Web Server). Il nâest conservé quâà titre de référence historique. Si +vous configurez mod_ssl sur une installation actuelle de httpd, consultez le didacticiel SSL/TLS. Cette page sera probablement +supprimée dans une future version. +Ce document couvre la compatibilité ascendante entre mod_ssl et + Cette page couvre la compatibilité ascendante entre mod_ssl et d'autres solutions SSL. mod_ssl n'est pas la seule solution SSL pour Apache ; quatre autres produits sont (ou ont été) également disponibles : Apache-SSL, le produit libre de Ben Laurie (d'où mod_ssl est issu à l'origine en 1998), Secure Web Server, un produit commercial de Red Hat (basé sur mod_ssl), Raven SSL Module, un produit commercial -de Covalent (basé lui aussi sur mod_ssl), et enfin Stronghold, produit +de Covalent (basé lui aussi sur mod_ssl), et enfin Stronghold, produit commercial de C2Net et maintenant de Red Hat, (basé sur une branche d'évolution différente appelée Sioux jusqu'à Stronghold 2.x et basé sur mod_ssl depuis Stronghold 3.x). diff --git a/docs/manual/ssl/ssl_compat.xml.meta b/docs/manual/ssl/ssl_compat.xml.meta index e3d280089c..a30945961c 100644 --- a/docs/manual/ssl/ssl_compat.xml.meta +++ b/docs/manual/ssl/ssl_compat.xml.meta @@ -9,6 +9,6 @@Cette traduction peut être périmée. Vérifiez la version
- anglaise pour les changements récents.
| |||