summaryrefslogtreecommitdiffstats
path: root/docs
diff options
context:
space:
mode:
authorLucien Gentis <lgentis@apache.org>2017-01-28 17:32:18 +0100
committerLucien Gentis <lgentis@apache.org>2017-01-28 17:32:18 +0100
commitb2c3aae3707da6883c12db9bcf5c66f33e99167c (patch)
treef10ffc6457c75b7dd299a32e26ba0bf9a08f917c /docs
parentOn the trunk: (diff)
downloadapache2-b2c3aae3707da6883c12db9bcf5c66f33e99167c.tar.xz
apache2-b2c3aae3707da6883c12db9bcf5c66f33e99167c.zip
XML updates.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1780715 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'docs')
-rw-r--r--docs/manual/expr.xml.fr2
-rw-r--r--docs/manual/glossary.xml.fr456
-rw-r--r--docs/manual/index.xml.fr3
-rw-r--r--docs/manual/mod/core.xml.fr65
-rw-r--r--docs/manual/mod/mod_authnz_ldap.xml.fr2
-rw-r--r--docs/manual/mod/mod_cache.xml.fr820
-rw-r--r--docs/manual/mod/mod_ldap.xml.fr622
-rw-r--r--docs/manual/mod/mod_lua.xml.fr2
-rw-r--r--docs/manual/mod/mod_proxy_connect.xml.fr6
-rw-r--r--docs/manual/mod/mod_proxy_html.xml.fr2
-rw-r--r--docs/manual/mod/mod_proxy_scgi.xml.fr8
-rw-r--r--docs/manual/mod/mod_rewrite.xml.fr2
-rw-r--r--docs/manual/mod/mod_ssl.xml.fr3
-rw-r--r--docs/manual/sitemap.xml.fr3
-rw-r--r--docs/manual/socache.xml.fr3
-rw-r--r--docs/manual/ssl/ssl_intro.xml.fr4
16 files changed, 1023 insertions, 980 deletions
diff --git a/docs/manual/expr.xml.fr b/docs/manual/expr.xml.fr
index 8831a2000c..2e682d9075 100644
--- a/docs/manual/expr.xml.fr
+++ b/docs/manual/expr.xml.fr
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1776459:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
diff --git a/docs/manual/glossary.xml.fr b/docs/manual/glossary.xml.fr
index 1e1dc6eb9c..e00f722e3e 100644
--- a/docs/manual/glossary.xml.fr
+++ b/docs/manual/glossary.xml.fr
@@ -1,9 +1,9 @@
-<?xml version="1.0" ?>
+<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1673947:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -27,174 +27,174 @@
<title>Glossaire</title>
<summary>
- <p>Ce glossaire d&eacute;finit la terminologie courante relative &agrave; Apache en
- particulier, et aux serveurs web en g&eacute;n&eacute;ral. Vous trouverez plus
+ <p>Ce glossaire définit la terminologie courante relative à Apache en
+ particulier, et aux serveurs web en général. Vous trouverez plus
d'informations sur chaque concept dans les liens fournis.</p>
</summary>
-<section id="definitions"><title>D&eacute;finitions</title>
+<section id="definitions"><title>Définitions</title>
<dl>
<dt><a name="algorithm" id="algorithm">Algorithme</a></dt>
- <dd>Une formule sans ambiguit&eacute; ou un jeu de r&egrave;gles destin&eacute;es &agrave;
- r&eacute;soudre un probl&egrave;me en un nombre fini d'&eacute;tapes. Les algorithmes de
- chiffrement sont en g&eacute;n&eacute;ral appel&eacute;s
+ <dd>Une formule sans ambiguité ou un jeu de règles destinées à
+ résoudre un problème en un nombre fini d'étapes. Les algorithmes de
+ chiffrement sont en général appelés
<dfn>Ciphers</dfn>.
</dd>
<dt><a name="cipher" id="cipher">Algorithme de chiffrement
(Cipher)</a></dt>
- <dd>Un algorithme ou un syst&egrave;me de chiffrement des donn&eacute;es.
+ <dd>Un algorithme ou un système de chiffrement des données.
Quelques exemples : DES, IDEA, RC4, etc.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="apr" id="APR">APR</a></dt>
- <dd>Voir "Biblioth&egrave;ques pour la portabilit&eacute; d'Apache"
+ <dd>Voir "Bibliothèques pour la portabilité d'Apache"
</dd>
<dt><a name="tarball" id="tarball">Archive Tar (Tarball)</a></dt>
- <dd>Un paquetage de fichiers rassembl&eacute;s dans une archive
- &agrave; l'aide de l'utilitaire <code>tar</code>.
- Les distributions d'Apache sont stock&eacute;es dans des Archives Tar compress&eacute;es
+ <dd>Un paquetage de fichiers rassemblés dans une archive
+ à l'aide de l'utilitaire <code>tar</code>.
+ Les distributions d'Apache sont stockées dans des Archives Tar compressées
ou en utilisant pkzip.
</dd>
<dt><a name="authentication" id="authentication">Authentification </a></dt>
- <dd>L'identification formelle d'une entit&eacute; du r&eacute;seau comme un serveur, un
+ <dd>L'identification formelle d'une entité du réseau comme un serveur, un
client, ou un utilisateur.<br />
Voir : <a href="howto/auth.html">Authentification, Autorisation, et
- contr&ocirc;le d'acc&egrave;s</a>
+ contrôle d'accès</a>
</dd>
<dt><a name="certificationauthority"
- id="certificationauthority">Autorit&eacute; de Certification
+ id="certificationauthority">Autorité de Certification
(Certification Authority)</a>
<a name="ca" id="ca">(CA)</a></dt>
- <dd>Un tiers de confiance habilit&eacute; &agrave; signer des certificats pour des entit&eacute;s
- du r&eacute;seau qu'il a authentifi&eacute;es selon des crit&egrave;res bas&eacute;s sur la s&eacute;curit&eacute;.
- Les autres entit&eacute;s du r&eacute;seau peuvent alors utiliser la signature pour
- v&eacute;rifier qu'une CA a authentifi&eacute; le porteur du certificat.<br />
+ <dd>Un tiers de confiance habilité à signer des certificats pour des entités
+ du réseau qu'il a authentifiées selon des critères basés sur la sécurité.
+ Les autres entités du réseau peuvent alors utiliser la signature pour
+ vérifier qu'une CA a authentifié le porteur du certificat.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="apacheportableruntime"
- id="apacheportableruntime">Biblioth&egrave;ques pour la portabilit&eacute; d'Apache
+ id="apacheportableruntime">Bibliothèques pour la portabilité d'Apache
(Apache Portable Runtime)</a> <a
name="apr" id="apr">(APR)</a></dt>
- <dd>Un jeu de biblioth&egrave;ques qui fournit la plupart des interfaces de base
- entre le serveur et le syst&egrave;me d'exploitation. APR est d&eacute;velopp&eacute;
- parall&egrave;lement au serveur HTTP Apache comme projet ind&eacute;pendant.<br />
+ <dd>Un jeu de bibliothèques qui fournit la plupart des interfaces de base
+ entre le serveur et le système d'exploitation. APR est développé
+ parallèlement au serveur HTTP Apache comme projet indépendant.<br />
Voir : <a href="http://apr.apache.org/">Apache Portable Runtime
Project</a>
</dd>
<dt><a name="certificate" id="certificate">Certificat (Certificate)</a></dt>
- <dd>Un ensemble de donn&eacute;es servant &agrave; authentifier des entit&eacute;s du
- r&eacute;seau comme un serveur ou un client. Un certificat contient des ensembles
- d'informations X509 &agrave; propos de son propri&eacute;taire (appel&eacute; sujet/subject)
+ <dd>Un ensemble de données servant à authentifier des entités du
+ réseau comme un serveur ou un client. Un certificat contient des ensembles
+ d'informations X509 à propos de son propriétaire (appelé sujet/subject)
et de l'<glossary
- ref="certificationauthority">Autorit&eacute; de Certification
- (Certification Authority) ou CA</glossary> signataire (appel&eacute;e
+ ref="certificationauthority">Autorité de Certification
+ (Certification Authority) ou CA</glossary> signataire (appelée
le fournisseur/issuer), ainsi que la
- <glossary ref="publickey">cl&eacute; publique (public
- key)</glossary> du propri&eacute;taire et la
- signature de la CA. Les entit&eacute;s du r&eacute;seau v&eacute;rifient ces signatures
- en utilisant les certificats des Autorit&eacute;s de Certification.<br />
+ <glossary ref="publickey">clé publique (public
+ key)</glossary> du propriétaire et la
+ signature de la CA. Les entités du réseau vérifient ces signatures
+ en utilisant les certificats des Autorités de Certification.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="publickeycryptography"
- id="publickeycryptography">Chiffrement &agrave; Cl&eacute; Publique
+ id="publickeycryptography">Chiffrement à Clé Publique
(Public Key Cryptography)</a></dt>
- <dd>L'&eacute;tude et l'application des syst&egrave;mes de chiffrement asym&eacute;triques,
- qui utilisent une cl&eacute; pour le chiffrement et une autre pour le
- d&eacute;chiffrement. Les deux cl&eacute;s correspondantes constituent une paire de cl&eacute;s.
- Appel&eacute; aussi chiffrement asym&eacute;trique.
+ <dd>L'étude et l'application des systèmes de chiffrement asymétriques,
+ qui utilisent une clé pour le chiffrement et une autre pour le
+ déchiffrement. Les deux clés correspondantes constituent une paire de clés.
+ Appelé aussi chiffrement asymétrique.
<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
- <dt><a name="privatekey" id="privatekey">Cl&eacute; Priv&eacute;e (Private Key)</a></dt>
- <dd>La cl&eacute; secr&egrave;te dans un syst&egrave;me de
- <glossary ref="publickeycryptography">chiffrement &agrave; cl&eacute; publique</glossary>,
- utilis&eacute;e pour d&eacute;chiffrer les messages entrants et signer
+ <dt><a name="privatekey" id="privatekey">Clé Privée (Private Key)</a></dt>
+ <dd>La clé secrète dans un système de
+ <glossary ref="publickeycryptography">chiffrement à clé publique</glossary>,
+ utilisée pour déchiffrer les messages entrants et signer
les messages sortants.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
-<dt><a name="publickey" id="publickey">Cl&eacute; Publique (Public Key)</a></dt>
- <dd>La cl&eacute; accessible au public dans un syst&egrave;me de <glossary
- ref="publickeycryptography">Chiffrement &agrave; cl&eacute; publique</glossary>,
- utilis&eacute;e pour chiffrer les messages destin&eacute;s uniquement &agrave; son
- propri&eacute;taire et d&eacute;chiffrer les signatures
- faites par son propri&eacute;taire.<br />
+<dt><a name="publickey" id="publickey">Clé Publique (Public Key)</a></dt>
+ <dd>La clé accessible au public dans un système de <glossary
+ ref="publickeycryptography">Chiffrement à clé publique</glossary>,
+ utilisée pour chiffrer les messages destinés uniquement à son
+ propriétaire et déchiffrer les signatures
+ faites par son propriétaire.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="connect" id="connect">CONNECT</a></dt>
- <dd>Une <glossary ref="method">m&eacute;thode</glossary> HTTP pour encapsuler
- des donn&eacute;es brutes dans HTTP. Elle peut aussi &ecirc;tre utilis&eacute;e pour encapsuler
+ <dd>Une <glossary ref="method">méthode</glossary> HTTP pour encapsuler
+ des données brutes dans HTTP. Elle peut aussi être utilisée pour encapsuler
d'autres protocoles, comme le protocole SSL.
</dd>
<dt><a name="context" id="context">Contexte (Context)</a></dt>
<dd>Une portion des <glossary ref="configurationfile">
fichiers de configuration</glossary> dans laquelle certains types de
- <glossary ref="directive">directives</glossary> sont autoris&eacute;s.<br />
- Voir : <a href="mod/directive-dict.html#Context">Termes utilis&eacute;s
- pour d&eacute;crire les directives d'Apache</a>
+ <glossary ref="directive">directives</glossary> sont autorisés.<br />
+ Voir : <a href="mod/directive-dict.html#Context">Termes utilisés
+ pour décrire les directives d'Apache</a>
</dd>
- <dt><a name="accesscontrol" id="accesscontrol">Contr&ocirc;le d'acc&egrave;s
+ <dt><a name="accesscontrol" id="accesscontrol">Contrôle d'accès
(Access Control)</a></dt>
- <dd>La restriction d'acc&egrave;s &agrave; des zones du r&eacute;seau. Habituellement
+ <dd>La restriction d'accès à des zones du réseau. Habituellement
dans un contexte Apache,
- la restriction d'acc&egrave;s &agrave; certaines <em>URLs</em>.<br />
+ la restriction d'accès à certaines <em>URLs</em>.<br />
Voir : <a
href="howto/auth.html">Authentification, Autorisation et
- Contr&ocirc;le d'acc&egrave;s</a>
+ Contrôle d'accès</a>
</dd>
<dt><a name="securesocketslayer" id="securesocketslayer">
- Couche des Points de connexion S&eacute;curis&eacute;s
+ Couche des Points de connexion Sécurisés
(Secure Sockets Layer)
</a> <a name="ssl" id="ssl">(SSL)</a></dt>
- <dd>Un protocole cr&eacute;&eacute; par Netscape Communications Corporation pour
- l'authentification et le chiffrement g&eacute;n&eacute;raux des communications dans les
- r&eacute;seaux TCP/IP. L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
+ <dd>Un protocole créé par Netscape Communications Corporation pour
+ l'authentification et le chiffrement généraux des communications dans les
+ réseaux TCP/IP. L'utilisation la plus connue est <em>HTTPS</em>, autrement dit
le Protocole de Transfert Hypertexte (HTTP) au dessus de SSL.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
- <dt><a name="subrequest" id="subrequest">Sous-requ&ecirc;te</a></dt>
- <dd>Apache poss&egrave;de une API des sous-requ&ecirc;tes pour les modules qui
- permettent l'&eacute;valuation compl&egrave;te ou partielle par le serveur de
- chemins d'autres syst&egrave;mes de fichiers ou d'URL. Par exemple, la
+ <dt><a name="subrequest" id="subrequest">Sous-requête</a></dt>
+ <dd>Apache possède une API des sous-requêtes pour les modules qui
+ permettent l'évaluation complète ou partielle par le serveur de
+ chemins d'autres systèmes de fichiers ou d'URL. Par exemple, la
directive <directive module="mod_dir">DirectoryIndex</directive>,
les modules <module>mod_autoindex</module> et
<module>mod_include</module> utilisent cette API.
</dd>
<dt><a name="symmetriccryptophraphy" id="symmetriccryptophraphy">
- Cryptographie Sym&eacute;trique (Symmetric Cryptography)</a></dt>
- <dd>L'&eacute;tude et l'application des <em>Algorithmes de chiffrement</em> qui
- utilisent une cl&eacute; secr&egrave;te unique pour les op&eacute;rations de chiffrement et de
- d&eacute;chiffrement.<br />
+ Cryptographie Symétrique (Symmetric Cryptography)</a></dt>
+ <dd>L'étude et l'application des <em>Algorithmes de chiffrement</em> qui
+ utilisent une clé secrète unique pour les opérations de chiffrement et de
+ déchiffrement.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="export-crippled" id="export-crippled">
- D&eacute;grad&eacute; pour l'exportation
+ Dégradé pour l'exportation
(Export-Crippled)</a></dt>
- <dd>Diminu&eacute; en terme de puissance cryptographique (et de s&eacute;curit&eacute;)
- afin de respecter les R&egrave;gles de l'Administration des Exportations
+ <dd>Diminué en terme de puissance cryptographique (et de sécurité)
+ afin de respecter les Règles de l'Administration des Exportations
des Etats-Unis (Export Administration Regulations ou EAR).
- Les logiciels de cryptographie d&eacute;grad&eacute;s pour l'exportation sont limit&eacute;s
- &agrave; une cl&eacute; de petite taille, et produisent un
- <em>Texte crypt&eacute;</em> qui peut en g&eacute;n&eacute;ral &ecirc;tre d&eacute;crypt&eacute;
+ Les logiciels de cryptographie dégradés pour l'exportation sont limités
+ à une clé de petite taille, et produisent un
+ <em>Texte crypté</em> qui peut en général être décrypté
par force brute.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
@@ -205,17 +205,17 @@
(Certificate Signing Request)</a>
<a name="csr" id="csr">(CSR)</a></dt>
<dd>La soumission d'un <glossary ref="certificate">certificat</glossary>
- non sign&eacute; &agrave; une <glossary ref="certificationauthority">Autorit&eacute; de
+ non signé à une <glossary ref="certificationauthority">Autorité de
certification</glossary>, qui le signe avec la <glossary
- ref="privatekey">Cl&eacute; priv&eacute;e</glossary> de leur
- <em>Certificat</em> de CA. Une fois le CSR sign&eacute;, il devient un vrai
+ ref="privatekey">Clé privée</glossary> de leur
+ <em>Certificat</em> de CA. Une fois le CSR signé, il devient un vrai
certificat.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="directive" id="directive">Directive</a></dt>
- <dd>Une commande de configuration qui contr&ocirc;le un ou plusieurs aspects du
- comportement d'Apache. Les directives sont plac&eacute;es dans le <glossary
+ <dd>Une commande de configuration qui contrôle un ou plusieurs aspects du
+ comportement d'Apache. Les directives sont placées dans le <glossary
ref="configurationfile">Fichier de configuration</glossary><br />
Voir : <a href="mod/directives.html">Index des directives</a>
</dd>
@@ -225,37 +225,37 @@
(Configuration Directive)</a></dt>
<dd>Voir : <glossary ref="directive">Directive</glossary></dd>
- <dt><a name="header" id="header">En-t&ecirc;te (Header)</a></dt>
- <dd>La partie de la requ&ecirc;te et de la r&eacute;ponse
- <glossary ref="http">HTTP</glossary> qui est envoy&eacute;e avant le contenu
- proprement dit, et contient des m&eacute;ta-informations d&eacute;crivant le contenu.
+ <dt><a name="header" id="header">En-tête (Header)</a></dt>
+ <dd>La partie de la requête et de la réponse
+ <glossary ref="http">HTTP</glossary> qui est envoyée avant le contenu
+ proprement dit, et contient des méta-informations décrivant le contenu.
</dd>
- <dt><a name="regularexpresion" id="regularexpresion">Expression Rationnelle
+ <dt><a name="regularexpression" id="regularexpression">Expression Rationnelle
(Regular Expression)</a>
<a name="regex" id="regex">(Regex)</a></dt>
- <dd>Une m&eacute;thode pour d&eacute;crire un mod&egrave;le sous forme de texte - par exemple,
- "tous les mots qui commencent par la lettre A" ou "tous les num&eacute;ros de
- t&eacute;l&eacute;phone &agrave; 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
- et aucun Q majuscule". Les expressions rationnelles sont tr&egrave;s utiles dans
- Apache car elles vous permettent d'appliquer certains attributs &agrave; des
- ensembles de fichiers ou ressources avec une grande flexibilit&eacute;
- - par exemple, tous les fichiers .gif et .jpg situ&eacute;s dans tout r&eacute;pertoire
- nomm&eacute; "images", pourraient &ecirc;tre enregistr&eacute;s comme
+ <dd>Une méthode pour décrire un modèle sous forme de texte - par exemple,
+ "tous les mots qui commencent par la lettre A" ou "tous les numéros de
+ téléphone à 10 chiffres" ou encore "Toutes les phrases contenant 2 virgules,
+ et aucun Q majuscule". Les expressions rationnelles sont très utiles dans
+ Apache car elles vous permettent d'appliquer certains attributs à des
+ ensembles de fichiers ou ressources avec une grande flexibilité
+ - par exemple, tous les fichiers .gif et .jpg situés dans tout répertoire
+ nommé "images", pourraient être enregistrés comme
"<code>/images/.*(jpg|gif)$</code>". Lorsque l'on utilise des
- expressions rationnelles pour la substitution de cha&icirc;nes, les
- variables sp&eacute;ciales $1 ... $9 contiennent des r&eacute;f&eacute;rences arri&egrave;res
- vers les parties regroup&eacute;es (entre parenth&egrave;ses) de l'expression
- qui correspond. La variable sp&eacute;ciale $0 contient une r&eacute;f&eacute;rence
- arri&egrave;re vers l'ensemble de l'expression qui correspond. Pour
- ins&eacute;rer un caract&egrave;re litt&eacute;ral "dollar" dans la cha&icirc;ne de
- remplacement, il faut l'&eacute;chapper avec un anti-slash. Pour des
- raisons historiques, la variable &amp; peut &ecirc;tre utilis&eacute;e en tant
+ expressions rationnelles pour la substitution de chaînes, les
+ variables spéciales $1 ... $9 contiennent des références arrières
+ vers les parties regroupées (entre parenthèses) de l'expression
+ qui correspond. La variable spéciale $0 contient une référence
+ arrière vers l'ensemble de l'expression qui correspond. Pour
+ insérer un caractère littéral "dollar" dans la chaîne de
+ remplacement, il faut l'échapper avec un anti-slash. Pour des
+ raisons historiques, la variable &amp; peut être utilisée en tant
qu'alias de $0 dans certains cas, mais ceci n'est plus possible
depuis la version 2.3.6. Apache utilise les Expressions
Rationnelles Compatibles avec Perl fournies par la librairie <a
href="http://www.pcre.org/">PCRE</a>. Vous trouverez plus
- d'information &agrave; propos de la syntaxe des expressions rationnelles
+ d'information à propos de la syntaxe des expressions rationnelles
PCRE sur ce site, ou dans le <a
href="http://en.wikipedia.org/wiki/PCRE">Wikipedia de la PCRE</a>.
</dd>
@@ -265,109 +265,109 @@
(Configuration File)</a></dt>
<dd>Un fichier texte contenant des
<glossary ref="directive">Directives</glossary>
- qui contr&ocirc;lent la configuration d'Apache.<br />
+ qui contrôlent la configuration d'Apache.<br />
Voir : <a href="configuring.html">Fichiers de configuration</a>
</dd>
<dt><a name="filter" id="filter">Filtre (Filter)</a></dt>
- <dd>Un traitement appliqu&eacute; aux donn&eacute;es envoy&eacute;es ou re&ccedil;ues par le serveur.
- Les filtres en entr&eacute;e traitent les donn&eacute;es envoy&eacute;es au serveur par le
+ <dd>Un traitement appliqué aux données envoyées ou reçues par le serveur.
+ Les filtres en entrée traitent les données envoyées au serveur par le
client, alors que les filtres en sortie traitent les documents sur le
- serveur avant qu'ils soient envoy&eacute;s au client.
+ serveur avant qu'ils soient envoyés au client.
Par exemple, le filtre en sortie
<code>INCLUDES</code>
traite les documents pour les
- <glossary ref="ssi">Server Side Includes (Inclusions c&ocirc;t&eacute; Serveur)
+ <glossary ref="ssi">Server Side Includes (Inclusions côté Serveur)
</glossary>.<br />
Voir : <a href="filter.html">Filtres</a>
</dd>
<dt><a name="handler" id="handler">Gestionnaire (Handler)</a></dt>
- <dd>Une repr&eacute;sentation interne &agrave; Apache de l'action &agrave; entreprendre
- quand un fichier est appel&eacute;. En g&eacute;n&eacute;ral, les fichiers ont des gestionnaires
- implicites, bas&eacute;s sur le type de fichier. Normalement, tous les
+ <dd>Une représentation interne à Apache de l'action à entreprendre
+ quand un fichier est appelé. En général, les fichiers ont des gestionnaires
+ implicites, basés sur le type de fichier. Normalement, tous les
fichiers sont directement servis par le serveur, mais certains
- types de fichiers sont "g&eacute;r&eacute;s" s&eacute;par&eacute;ment. Par exemple, le gestionnaire
- <code>cgi-script</code> d&eacute;signe les fichiers qui doivent &ecirc;tre trait&eacute;s
+ types de fichiers sont "gérés" séparément. Par exemple, le gestionnaire
+ <code>cgi-script</code> désigne les fichiers qui doivent être traités
comme <glossary ref="cgi">CGIs</glossary>.<br />
Voir : <a href="handler.html">Utilisation des gestionnaires d'Apache</a>
</dd>
<dt><a name="hash" id="hash">Hachage (Hash)</a></dt>
- <dd>Un algorithme math&eacute;matique &agrave; sens unique, irr&eacute;versible, g&eacute;n&eacute;rant une
- cha&icirc;ne de longueur fixe &agrave; partir d'une autre cha&icirc;ne de longueur quelconque.
- Des cha&icirc;nes diff&eacute;rentes en entr&eacute;e vont normalement produire des cha&icirc;nes
- diff&eacute;rentes en sortie (selon la fonction de hachage).
+ <dd>Un algorithme mathématique à sens unique, irréversible, générant une
+ chaîne de longueur fixe à partir d'une autre chaîne de longueur quelconque.
+ Des chaînes différentes en entrée vont normalement produire des chaînes
+ différentes en sortie (selon la fonction de hachage).
</dd>
- <dt><a name="virtualhosting" id="virtualhosting">H&eacute;bergement Virtuel
+ <dt><a name="virtualhosting" id="virtualhosting">Hébergement Virtuel
(Virtual Hosting)</a></dt>
<dd>Servir des sites web multiples en utilisant une seule instance d'Apache.
- Les <em>H&ocirc;tes virtuels bas&eacute;s sur IP</em> diff&eacute;rencient les sites web en se
+ Les <em>Hôtes virtuels basés sur IP</em> différencient les sites web en se
basant sur leur adresse IP, alors que les
- <em>H&ocirc;tes virtuels bas&eacute;s sur le nom</em> utilisent uniquement le nom d'h&ocirc;te
- et peuvent en cons&eacute;quence h&eacute;berger de nombreux sites avec la m&ecirc;me
+ <em>Hôtes virtuels basés sur le nom</em> utilisent uniquement le nom d'hôte
+ et peuvent en conséquence héberger de nombreux sites avec la même
adresse IP.<br />
- Voir la <a href="vhosts/">Documentation des H&ocirc;tes Virtuels d'Apache</a>
+ Voir la <a href="vhosts/">Documentation des Hôtes Virtuels d'Apache</a>
</dd>
<dt><a name="htaccess" id="htaccess">.htaccess</a></dt>
<dd>Un <glossary ref="configurationfile">fichier de configuration</glossary>
- plac&eacute; &agrave; un certain niveau de l'arborescence du site web, et appliquant des
+ placé à un certain niveau de l'arborescence du site web, et appliquant des
<glossary ref="directive">directives</glossary> de configuration au
- r&eacute;pertoire dans lequel il est plac&eacute;, ainsi qu'&agrave; tous ses sous-r&eacute;pertoires.
- En d&eacute;pit de son nom, ce fichier peut contenir pratiquement tout type de
- directive, et pas seulement des directives de contr&ocirc;le d'acc&egrave;s.<br />
+ répertoire dans lequel il est placé, ainsi qu'à tous ses sous-répertoires.
+ En dépit de son nom, ce fichier peut contenir pratiquement tout type de
+ directive, et pas seulement des directives de contrôle d'accès.<br />
Voir : <a href="configuring.html">Fichiers de configuration</a>
</dd>
<dt><a name="httpd.conf" id="httpd.conf">httpd.conf</a></dt>
<dd>Le <glossary ref="configurationfile">fichier de configuration
- </glossary> principal d'Apache. Sa localisation par d&eacute;faut est
- <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut &ecirc;tre
- chang&eacute; en utilisant des options de compilation ou d'ex&eacute;cution.<br />
+ </glossary> principal d'Apache. Sa localisation par défaut est
+ <code>/usr/local/apache2/conf/httpd.conf</code>, mais ceci peut être
+ changé en utilisant des options de compilation ou d'exécution.<br />
Voir : <a href="configuring.html">Fichiers de configuration</a>
</dd>
<dt><a name="https" id="https">HTTPS</a></dt>
- <dd>Le Protocole de Transfert Hypertexte (S&eacute;curis&eacute;), le m&eacute;canisme de
- communication crypt&eacute;e standard sur le World Wide Web.
+ <dd>Le Protocole de Transfert Hypertexte (Sécurisé), le mécanisme de
+ communication cryptée standard sur le World Wide Web.
Il s'agit en fait de HTTP au dessus de
<glossary ref="ssl">SSL</glossary>.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="uniformresourceidentifier"
- id="uniformresourceidentifier">Identificateur de Ressource Uniformis&eacute;
+ id="uniformresourceidentifier">Identificateur de Ressource Uniformisé
(Uniform Resource Identifier)</a>
<a name="URI" id="URI">(URI)</a></dt>
- <dd>Une cha&icirc;ne de caract&egrave;res compacte servant &agrave; identifier une ressource
- abstraite ou physique. Elle est formellement d&eacute;finie par la <a
+ <dd>Une chaîne de caractères compacte servant à identifier une ressource
+ abstraite ou physique. Elle est formellement définie par la <a
href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>. Les URIs
- utilis&eacute;es sur le world-wide web sont souvent appel&eacute;es <glossary
+ utilisées sur le world-wide web sont souvent appelées <glossary
ref="url">URLs</glossary>.
</dd>
<dt><a name="serversideincludes" id="serversideincludes">
- Inclusions C&ocirc;t&eacute; Serveur
+ Inclusions Côté Serveur
(Server Side Includes)</a> <a name="ssi" id="ssi">(SSI)
</a></dt>
<dd>Une technique permettant d'englober des directives de traitement dans
des fichiers HTML.<br />
- Voir : <a href="howto/ssi.html">Introduction aux Inclusions C&ocirc;t&eacute; Serveur</a>
+ Voir : <a href="howto/ssi.html">Introduction aux Inclusions Côté Serveur</a>
</dd>
<dt><a name="servernameindication"
id="servernameindication">Indication du nom du serveur</a> <a
name="sni" id="sni">(SNI)</a></dt>
- <dd>Une fonctionnalit&eacute; SSL permettant de sp&eacute;cifier le
- nom du serveur d&eacute;sir&eacute; dans le message initial de la
- n&eacute;gociation SSL, de fa&ccedil;on &agrave; ce que le serveur web
- puisse choisir la bonne configuration de serveur virtuel &agrave;
- utiliser pendant le d&eacute;roulement de la n&eacute;gociation SSL.
- Cette fonctionnalit&eacute; a &eacute;t&eacute; ajout&eacute;e
- &agrave; SSL lorsque sont apparues les extensions TLS, RFC 3546.<br />
+ <dd>Une fonctionnalité SSL permettant de spécifier le
+ nom du serveur désiré dans le message initial de la
+ négociation SSL, de façon à ce que le serveur web
+ puisse choisir la bonne configuration de serveur virtuel à
+ utiliser pendant le déroulement de la négociation SSL.
+ Cette fonctionnalité a été ajoutée
+ à SSL lorsque sont apparues les extensions TLS, RFC 3546.<br />
Voir <a href="ssl/ssl_faq.html">la FAQ SSL</a>
et <a href="http://www.ietf.org/rfc/rfc3546.txt">la RFC 3546</a>
</dd>
@@ -378,115 +378,115 @@
Interface commune avec les programmes externes
(Common Gateway Interface)</a>
<a name="cgi" id="cgi">(CGI)</a></dt>
- <dd>La d&eacute;finition standard d'une interface entre un serveur web et un
- programme externe pour permettre &agrave; ce dernier de traiter des requ&ecirc;tes.
+ <dd>La définition standard d'une interface entre un serveur web et un
+ programme externe pour permettre à ce dernier de traiter des requêtes.
Il existe une <a href="http://www.ietf.org/rfc/rfc3875">RFC
- informationnelle</a> qui en couvre les sp&eacute;cificit&eacute;s.<br />
+ informationnelle</a> qui en couvre les spécificités.<br />
Voir : <a href="howto/cgi.html">Contenu dynamique avec CGI</a>
</dd>
<dt><a name="uniformresourcelocator" id="uniformresourcelocator">
-Localisation de Ressource Uniformis&eacute;e
+Localisation de Ressource Uniformisée
(Uniform Resource Locator)
</a> <a name="url" id="url">(URL)</a></dt>
<dd>Le nom/adresse d'une ressource sur l'Internet. Il s'agit du terme
- informel commun pour ce qui est formellement d&eacute;fini comme <glossary
+ informel commun pour ce qui est formellement défini comme <glossary
ref="uniformresourceidentifier">
- Identificateur de Ressource Uniformis&eacute;</glossary>.
- Les URLs sont g&eacute;n&eacute;ralement construites selon un sch&eacute;ma, comme
+ Identificateur de Ressource Uniformisé</glossary>.
+ Les URLs sont généralement construites selon un schéma, comme
<code>http</code> ou
- <code>https</code>, un nom d'h&ocirc;te, et un chemin. Une URL pour cette page
- pourrait &ecirc;tre
+ <code>https</code>, un nom d'hôte, et un chemin. Une URL pour cette page
+ pourrait être
<code>http://httpd.apache.org/docs/&httpd.docs;/glossary.html</code>.
</dd>
<dt><a name="proxy" id="proxy">Mandataire (Proxy)</a></dt>
- <dd>Un serveur interm&eacute;diaire qui se situe entre le client et le
+ <dd>Un serveur intermédiaire qui se situe entre le client et le
<em>serveur d'origine</em>.
- Il prend en compte les requ&ecirc;tes des clients, les transmet au serveur
- d'origine, puis renvoie la r&eacute;ponse du serveur d'origine au client.
- Si plusieurs clients demandent le m&ecirc;me contenu, le mandataire peut l'extraire
- de son cache, plut&ocirc;t que le demander au serveur d'origine
- &agrave; chaque fois, ce qui r&eacute;duit le temps de r&eacute;ponse.<br />
+ Il prend en compte les requêtes des clients, les transmet au serveur
+ d'origine, puis renvoie la réponse du serveur d'origine au client.
+ Si plusieurs clients demandent le même contenu, le mandataire peut l'extraire
+ de son cache, plutôt que le demander au serveur d'origine
+ à chaque fois, ce qui réduit le temps de réponse.<br />
Voir : <a href="mod/mod_proxy.html">mod_proxy</a>
</dd>
<dt><a name="reverseproxy" id="reverseproxy">Mandataire inverse
(Reverse Proxy)</a></dt>
<dd>Un serveur <glossary ref="proxy">mandataire</glossary> qui est vu du client
- comme un <em>serveur d'origine</em>. Ceci peut s'av&eacute;rer utile pour
- dissimuler le serveur d'origine r&eacute;el au client pour des raisons de s&eacute;curit&eacute;,
- ou pour r&eacute;partir la charge.
+ comme un <em>serveur d'origine</em>. Ceci peut s'avérer utile pour
+ dissimuler le serveur d'origine réel au client pour des raisons de sécurité,
+ ou pour répartir la charge.
</dd>
- <dt><a name="method" id="method">M&eacute;thode (Method)</a></dt>
- <dd>Dans le contexte <glossary ref="http">HTTP</glossary>, une action &agrave;
- effectuer sur une ressource sp&eacute;cifi&eacute;e dans la ligne de requ&ecirc;te
- par le client. Parmi les m&eacute;thodes disponibles dans HTTP, on trouve
+ <dt><a name="method" id="method">Méthode (Method)</a></dt>
+ <dd>Dans le contexte <glossary ref="http">HTTP</glossary>, une action à
+ effectuer sur une ressource spécifiée dans la ligne de requête
+ par le client. Parmi les méthodes disponibles dans HTTP, on trouve
<code>GET</code>, <code>POST</code>,
et <code>PUT</code>.
</dd>
<dt><a name="module" id="module">Module</a></dt>
- <dd>Une partie ind&eacute;pendante d'un programme. De nombreuses fonctionnalit&eacute;s
+ <dd>Une partie indépendante d'un programme. De nombreuses fonctionnalités
d'Apache sont fournies par des modules que vous pouvez choisir d'inclure
- ou d'exclure. Les modules qui sont compil&eacute;s dans le binaire
- <program>httpd</program> sont appel&eacute;s <dfn>modules statiques</dfn>, alors
- que les modules qui existent s&eacute;par&eacute;ment et peuvent &ecirc;tre charg&eacute;s
- optionnellement &agrave; l'ex&eacute;cution sont appel&eacute;s
+ ou d'exclure. Les modules qui sont compilés dans le binaire
+ <program>httpd</program> sont appelés <dfn>modules statiques</dfn>, alors
+ que les modules qui existent séparément et peuvent être chargés
+ optionnellement à l'exécution sont appelés
<dfn>modules dynamiques</dfn> ou <glossary ref="dso">DSOs</glossary>.
- Les modules qui sont inclus par d&eacute;faut sont appel&eacute;s
+ Les modules qui sont inclus par défaut sont appelés
<dfn>modules de base</dfn>. De nombreux modules disponibles pour Apache
ne se trouvent pas dans l'<glossary ref="tarball">archive</glossary>
- du Serveur HTTP Apache . Il sont appel&eacute;s
+ du Serveur HTTP Apache . Il sont appelés
<dfn>modules tiers</dfn>.<br />
Voir : <a href="mod/">Index des modules</a>
</dd>
<dt><a name="passphrase" id="passphrase">Mot de Passe (Pass Phrase)</a></dt>
- <dd>Le mot ou la phrase qui prot&egrave;ge les fichiers de cl&eacute;s priv&eacute;es.
- Il emp&ecirc;che les utilisateurs non autoris&eacute;s de les d&eacute;chiffrer. En g&eacute;n&eacute;ral,
- il s'agit simplement de la cl&eacute; secr&egrave;te de chiffrement/d&eacute;chiffrement
- utilis&eacute;e pour les <glossary
+ <dd>Le mot ou la phrase qui protège les fichiers de clés privées.
+ Il empêche les utilisateurs non autorisés de les déchiffrer. En général,
+ il s'agit simplement de la clé secrète de chiffrement/déchiffrement
+ utilisée pour les <glossary
ref="cipher">Algorithmes de chiffrement</glossary>.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="fully-qualifieddomain-name"
- id="fully-qualifieddomain-name">Nom de domaine enti&egrave;rement qualifi&eacute;
+ id="fully-qualifieddomain-name">Nom de domaine entièrement qualifié
(Fully-Qualified Domain-Name)</a>
<a name="fqdn" id="fqdn">(FQDN)</a></dt>
- <dd>Le nom unique d'une entit&eacute; du r&eacute;seau, comprenant un nom d'h&ocirc;te et un
- nom de domaine qui peuvent &ecirc;tre r&eacute;solus en une adresse IP. Par exemple,
- <code>www</code> est un nom d'h&ocirc;te, <code>example.com</code> est un nom
+ <dd>Le nom unique d'une entité du réseau, comprenant un nom d'hôte et un
+ nom de domaine qui peuvent être résolus en une adresse IP. Par exemple,
+ <code>www</code> est un nom d'hôte, <code>example.com</code> est un nom
de domaine, et <code>www.example.com</code> est un nom de domaine
- enti&egrave;rement qualifi&eacute;.
+ entièrement qualifié.
</dd>
<dt><a name="modulemagicnumber" id="modulemagicnumber">
Nombre Magique des Modules
(Module Magic Number)</a>
(<a name="mmn" id="mmn">MMN</a>)</dt>
- <dd>Le Nombre Magique des Modules est une constante d&eacute;finie dans le code
- source d'Apache et associ&eacute;e &agrave; la compatibilit&eacute; binaire des modules.
- Sa valeur est modifi&eacute;e quand des structures internes d'Apache, des appels
- de fonctions et d'autres parties significatives de l'API sont modifi&eacute;es
- de telle fa&ccedil;on que la compatibilit&eacute; binaire ne peut plus &ecirc;tre garantie.
- En cas de changement de MMN, tous les modules tiers doivent &ecirc;tre au
- moins recompil&eacute;s, et parfois m&ecirc;me l&eacute;g&egrave;rement modifi&eacute;s afin de pouvoir
+ <dd>Le Nombre Magique des Modules est une constante définie dans le code
+ source d'Apache et associée à la compatibilité binaire des modules.
+ Sa valeur est modifiée quand des structures internes d'Apache, des appels
+ de fonctions et d'autres parties significatives de l'API sont modifiées
+ de telle façon que la compatibilité binaire ne peut plus être garantie.
+ En cas de changement de MMN, tous les modules tiers doivent être au
+ moins recompilés, et parfois même légèrement modifiés afin de pouvoir
fonctionner avec la nouvelle version d'Apache.
</dd>
<dt><a name="dynamicsharedobject" id="dynamicsharedobject">
- Objet Dynamique Partag&eacute; (Dynamic Shared Object)
+ Objet Dynamique Partagé (Dynamic Shared Object)
</a> <a name="dso" id="dso">(DSO)</a></dt>
- <dd><glossary ref="module">Modules</glossary> compil&eacute;s en dehors du binaire
- Apache <program>httpd</program> et qui peuvent &ecirc;tre
- charg&eacute;s &agrave; la demande.<br />
- Voir : <a href="dso.html">Support des objets dynamiques partag&eacute;s</a>
+ <dd><glossary ref="module">Modules</glossary> compilés en dehors du binaire
+ Apache <program>httpd</program> et qui peuvent être
+ chargés à la demande.<br />
+ Voir : <a href="dso.html">Support des objets dynamiques partagés</a>
</dd>
<dt><a name="openssl" id="openssl">OpenSSL</a></dt>
@@ -498,8 +498,8 @@ Localisation de Ressource Uniformis&eacute;e
Outil de gestion des extensions Apache
(APache eXtension Tool)</a>
<a name="apxs" id="apxs">(apxs)</a></dt>
- <dd>Un script Perl qui aide &agrave; la compilation des sources de <glossary
- ref="module">module</glossary> sous forme d'Objets Dynamiques Partag&eacute;s
+ <dd>Un script Perl qui aide à la compilation des sources de <glossary
+ ref="module">module</glossary> sous forme d'Objets Dynamiques Partagés
(Dynamic Shared Objects ou
<glossary ref="dso">DSO</glossary>s) et facilite leur installation
dans le serveur Web Apache.<br />
@@ -507,7 +507,7 @@ Localisation de Ressource Uniformis&eacute;e
</dd>
<dt><a name="plaintext" id="plaintext">Plein Texte (Plaintext)</a></dt>
- <dd>Le texte non chiffr&eacute;.</dd>
+ <dd>Le texte non chiffré.</dd>
@@ -515,69 +515,69 @@ Localisation de Ressource Uniformis&eacute;e
id="hypertexttransferprotocol">Protocole de Transfert Hypertexte
(HyperText Transfer Protocol)</a>
<a name="http" id="hhtp">(HTTP)</a></dt>
- <dd>Le protocole de transmission standard utilis&eacute; sur le World Wide Web.
- Apache impl&eacute;mente la version 1.1 du protocole, r&eacute;f&eacute;renc&eacute;e comme HTTP/1.1 et
- d&eacute;finie par la
+ <dd>Le protocole de transmission standard utilisé sur le World Wide Web.
+ Apache implémente la version 1.1 du protocole, référencée comme HTTP/1.1 et
+ définie par la
<a href="http://ietf.org/rfc/rfc2616.txt">RFC 2616</a>.
</dd>
- <dt><a name="messagedigest" id="messagedigest">R&eacute;sum&eacute; de message
+ <dt><a name="messagedigest" id="messagedigest">Résumé de message
(Message Digest)</a></dt>
- <dd>Un hachage du message, qui peut &ecirc;tre utilis&eacute; pour v&eacute;rifier
- que son contenu n'a pas &eacute;t&eacute; alt&eacute;r&eacute; durant le transfert.<br />
+ <dd>Un hachage du message, qui peut être utilisé pour vérifier
+ que son contenu n'a pas été altéré durant le transfert.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="transportlayersecurity" id="transportlayersecurity">
- S&eacute;curit&eacute; de la couche Transport
+ Sécurité de la couche Transport
(Transport Layer Security)
</a> <a name="tls" id="tls">(TLS)</a></dt>
- <dd>Le protocole successeur de SSL, cr&eacute;&eacute; par l'Internet Engineering Task
- Force (IETF) pour l'authentification et le chiffrement g&eacute;n&eacute;raux des
- communications dans les r&eacute;seaux TCP/IP. TLS version 1 est pratiquement
- identique &agrave; SSL version 3.<br />
+ <dd>Le protocole successeur de SSL, créé par l'Internet Engineering Task
+ Force (IETF) pour l'authentification et le chiffrement généraux des
+ communications dans les réseaux TCP/IP. TLS version 1 est pratiquement
+ identique à SSL version 3.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="session" id="session">Session</a></dt>
- <dd>Les informations sur le contexte d'une communication en g&eacute;n&eacute;ral.</dd>
+ <dd>Les informations sur le contexte d'une communication en général.</dd>
- <dt><a name="digitalsignature" id="digitalsignature">Signature num&eacute;rique
+ <dt><a name="digitalsignature" id="digitalsignature">Signature numérique
(Digital Signature)</a></dt>
- <dd>Un bloc de texte crypt&eacute; qui valide un certificat ou un autre fichier.
- Une <glossary ref="certificationauthority">Autorit&eacute; de certification</glossary>
- cr&eacute;e une signature en g&eacute;n&eacute;rant une empreinte de la <em>Cl&eacute; publique</em>
+ <dd>Un bloc de texte crypté qui valide un certificat ou un autre fichier.
+ Une <glossary ref="certificationauthority">Autorité de certification</glossary>
+ crée une signature en générant une empreinte de la <em>Clé publique</em>
fournie avec le <em>Certificat</em>; la CA chiffre ensuite l'empreinte
- avec sa propre <em>Cl&eacute; priv&eacute;e</em>. Seule la cl&eacute; publique de la CA
- peut d&eacute;crypter la signature, ce qui permet de v&eacute;rifier que la CA a bien
- authentifi&eacute; l'entit&eacute; du r&eacute;seau qui poss&egrave;de le
+ avec sa propre <em>Clé privée</em>. Seule la clé publique de la CA
+ peut décrypter la signature, ce qui permet de vérifier que la CA a bien
+ authentifié l'entité du réseau qui possède le
<em>Certificat</em>.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="ssleay" id="ssleay">SSLeay</a></dt>
- <dd>La biblioth&egrave;que originelle d'impl&eacute;mentation de SSL/TLS d&eacute;velopp&eacute;e par
+ <dd>La bibliothèque originelle d'implémentation de SSL/TLS développée par
Eric A. Young
</dd>
-<dt><a name="ciphertext" id="ciphertext">Texte crypt&eacute;
+<dt><a name="ciphertext" id="ciphertext">Texte crypté
(Ciphertext)</a></dt>
- <dd>Le r&eacute;sultat du passage d'un document
+ <dd>Le résultat du passage d'un document
<glossary ref="plaintext">Plaintext</glossary> (Plein texte) par un
<glossary ref="cipher">Cipher</glossary>.<br />
Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
<dt><a name="mime-type" id="mime-type">Type MIME (MIME-type)</a></dt>
- <dd>Une m&eacute;thode pour d&eacute;crire le type de document transmis. Son nom
+ <dd>Une méthode pour décrire le type de document transmis. Son nom
vient du fait que son format est issu des Multipurpose
Internet Mail Extensions (Extensions Multi-usages de la
Messagerie par Internet) . Il comprend un type majeur et un type
- mineur, s&eacute;par&eacute;s par un slash (barre oblique). On trouve
+ mineur, séparés par un slash (barre oblique). On trouve
entre autres types <code>text/html</code>,
<code>image/gif</code>, et <code>application/octet-stream</code>. Dans
HTTP, le type MIME est transmis dans l'
- <glossary ref="header">en-t&ecirc;te</glossary> <code>Content-Type</code>.<br />
+ <glossary ref="header">en-tête</glossary> <code>Content-Type</code>.<br />
Voir : <a href="mod/mod_mime.html">mod_mime</a>
</dd>
@@ -586,18 +586,18 @@ Localisation de Ressource Uniformis&eacute;e
Variable d'environnement
(Environment Variable)</a> <a name="env-variable"
id="env-variable">(env-variable)</a></dt>
- <dd>Ce sont des variables nomm&eacute;es g&eacute;r&eacute;es par le shell du syst&egrave;me
- d'exploitation, et servant au stockage d'informations et &agrave; la
- communication entre les programmes. Apache poss&egrave;de aussi des variables
- internes consid&eacute;r&eacute;es comme variables d'environnement, mais stock&eacute;es dans
- des structures internes &agrave; Apache, et non dans l'environnement
+ <dd>Ce sont des variables nommées gérées par le shell du système
+ d'exploitation, et servant au stockage d'informations et à la
+ communication entre les programmes. Apache possède aussi des variables
+ internes considérées comme variables d'environnement, mais stockées dans
+ des structures internes à Apache, et non dans l'environnement
du shell.<br />
Voir : <a href="env.html">Les variables d'environnement dans Apache</a>
</dd>
<dt><a name="x.509" id="x.509">X.509</a></dt>
- <dd>Une norme de certificat d'authentification recommand&eacute;e par l'International
- Telecommunication Union (ITU-T) et utilis&eacute;e pour
+ <dd>Une norme de certificat d'authentification recommandée par l'International
+ Telecommunication Union (ITU-T) et utilisée pour
l'authentification SSL/TLS.<br
/> Voir : <a href="ssl/">chiffrement SSL/TLS</a>
</dd>
diff --git a/docs/manual/index.xml.fr b/docs/manual/index.xml.fr
index 83d2441264..28dd78695f 100644
--- a/docs/manual/index.xml.fr
+++ b/docs/manual/index.xml.fr
@@ -3,7 +3,7 @@
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- English Revision: 1767808:1780356 (outdated) -->
+<!-- English Revision: 1780356 -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
@@ -81,6 +81,7 @@
<page href="howto/public_html.html">Répertoires Web des utilisateurs (public_html)</page>
<page href="howto/reverse_proxy.html">Guide de configuration d'un mandataire
inverse</page>
+ <page href="howto/http2.html">Guide HTTP/2</page>
</category>
<category id="platform"><title>Notes spécifiques aux différentes plateformes</title>
diff --git a/docs/manual/mod/core.xml.fr b/docs/manual/mod/core.xml.fr
index 8247c148c0..b24d876866 100644
--- a/docs/manual/mod/core.xml.fr
+++ b/docs/manual/mod/core.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: 1777163:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -1388,13 +1388,21 @@ Apache</compatibility>
l'option <code>Strict</code>. L'option <code>Unsafe</code>
a été ajoutée pour pouvoir restaurer les anciens
comportements nécessaires aux anciens modules et applications et aux agents
- utilisateurs personnalisés considérés comme obsolètes. Ces règles
+ utilisateurs personnalisés considérés comme obsolètes.</p>
+
+ <p>Ces règles
s'appliquant avant le traitement de la requête, elles doivent, pour être prises en
compte, être définies
au niveau global ou dans la première section par défaut du serveur virtuel
qui correspond à la requête considérée, par interface IP/port et non par
nom.</p>
+ <p>Cette directive accepte trois paramètres issus de la liste suivante, ceux
+ qui ne sont pas spécifiés prenant leur valeur par défaut :</p>
+
+ <dl>
+ <dt>Strict|Unsafe</dt>
+ <dd>
<p>Avant l'introduction de cette directive, les interpréteurs de requêtes du
serveur HTTP Apache toléraient un grand nombre de formats en entrée qui
n'étaient pas forcément conformes au protocole. <a
@@ -1409,6 +1417,7 @@ Apache</compatibility>
directive, toutes les règles de grammaire de la spécification doivent être
respectées dans le mode d'opérations par défaut <code>Strict</code>.</p>
+ <note type="warning"><title>Risques de sécurité liés au mode Unsafe</title>
<p>Il est fortement déconseillé aux utilisateurs d'utiliser le mode
d'opération <code>Unsafe</code>, ou
<code>UnsafeWhitespace</code>, en particulier pour les déploiements de
@@ -1417,15 +1426,17 @@ Apache</compatibility>
nécessite une interface, les utilisateurs ne doivent utiliser les options de
type UnSafe qu'en cas de nécessité et uniquement au sein d'un serveur
virtuel bien spécifique et sur un réseau privé.</p>
+ </note>
- <p>La consultation des messages enregistrés dans le journal
- <directive>ErrorLog</directive>, configuré via la directive
- <directive>LogLevel</directive> avec un niveau <code>info</code>, pourra
- vous aider à identifier de telles requêtes non conformes ainsi que leur
- provenance. Les utilisateurs devront accorder une attention particulière aux
- messages d'erreur de type 400 dans le journal access pour détecter les
- requêtes apparemment valides mais rejetées.</p>
-
+ <example>
+ <title>Exemple de requête provoquant l'envoi d'un message HTTP 400 en
+ mode Strict</title>
+ # Missing CRLF<br />
+ GET / HTTP/1.0\n\n
+ </example>
+ </dd>
+ <dt>RegisteredMethods|LenientMethods</dt>
+ <dd>
<p>La section de la <a
href="https://tools.ietf.org/html/rfc7231#section-4.1">RFC 7231
&sect;4.1</a> "Request Methods" "Overview" indique que les serveurs doivent
@@ -1435,11 +1446,26 @@ Apache</compatibility>
possibilité de limiter les méthodes utilisées via l'option
<code>RegisteredMethods</code> en enregistrant toute méthode non standard
via la directive <directive>RegisterHttpMethod</directive>, en particulier
- si l'option <code>Unsafe</code> est utilisée. L'option
+ si l'option <code>Unsafe</code> est utilisée.</p>
+
+ <note type="warning"><title>Compatibilité avec le mandat direct</title>
+ <p>L'option
<code>RegisteredMethods</code> <strong>ne doit pas</strong> être utilisée
pour les serveurs mandataires car ces derniers ne connaissent pas les
méthodes supportées par les serveurs originaux.</p>
+ </note>
+ <example>
+ <title>Exemple de requête provoquant l'envoi d'un message HTTP 501 en
+ mode LenientMethods</title>
+ # Méthode HTTP inconnue<br />
+ WOW / HTTP/1.0\r\n\r\n<br /><br />
+ # Méthode HTTP spécifiée en minuscules<br />
+ get / HTTP/1.0\r\n\r\n<br />
+ </example>
+ </dd>
+ <dt>Allow0.9|Require1.0</dt>
+ <dd>
<p>La section de la <a
href="https://tools.ietf.org/html/rfc2616#section-19.6">RFC 2616
&sect;19.6</a> "Compatibility With Previous Versions" encouragait les
@@ -1450,6 +1476,23 @@ Apache</compatibility>
A</a>. A ce titre, l'option <code>Require1.0</code> permet à l'utilisateur
d'inhiber le comportement induit par l'option par défaut
<code>Allow0.9</code>.</p>
+
+ <example>
+ <title>Exemple de requête provoquant l'envoi d'un message HTTP 400 en
+ mode Require1.0</title>
+ # Version HTTP non supportée<br />
+ GET /\r\n\r\n
+ </example>
+ </dd>
+ </dl>
+
+ <p>La consultation des messages enregistrés dans le journal
+ <directive>ErrorLog</directive>, configuré via la directive
+ <directive>LogLevel</directive> avec un niveau <code>info</code>, pourra
+ vous aider à identifier de telles requêtes non conformes ainsi que leur
+ provenance. Les utilisateurs devront accorder une attention particulière aux
+ messages d'erreur de type 400 dans le journal access pour détecter les
+ requêtes apparemment valides mais rejetées.</p>
</usage>
</directivesynopsis>
diff --git a/docs/manual/mod/mod_authnz_ldap.xml.fr b/docs/manual/mod/mod_authnz_ldap.xml.fr
index 6052f29f27..f26017d03c 100644
--- a/docs/manual/mod/mod_authnz_ldap.xml.fr
+++ b/docs/manual/mod/mod_authnz_ldap.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: 1736705:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
diff --git a/docs/manual/mod/mod_cache.xml.fr b/docs/manual/mod/mod_cache.xml.fr
index ef5f7e375b..c845f71cde 100644
--- a/docs/manual/mod/mod_cache.xml.fr
+++ b/docs/manual/mod/mod_cache.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?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: 1674195:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -25,93 +25,93 @@
<modulesynopsis metafile="mod_cache.xml.meta">
<name>mod_cache</name>
-<description>Filtre de mise en cache HTTP conforme &agrave; la RFC 2616</description>
+<description>Filtre de mise en cache HTTP conforme à la RFC 2616</description>
<status>Extension</status>
<sourcefile>mod_cache.c</sourcefile>
<identifier>cache_module</identifier>
<summary>
- <note type="warning">Ce module doit &ecirc;tre utilis&eacute; avec pr&eacute;cautions
+ <note type="warning">Ce module doit être utilisé avec précautions
car lorsque la directive <directive
- module="mod_cache">CacheQuickHandler</directive> est d&eacute;finie &agrave; sa
- valeur par d&eacute;faut <strong>on</strong>, les directives <directive
+ module="mod_cache">CacheQuickHandler</directive> est définie à sa
+ valeur par défaut <strong>on</strong>, les directives <directive
module="mod_access_compat">Allow</directive> and <directive
- module="mod_access_compat">Deny</directive> sont court-circuit&eacute;es. Vous
+ module="mod_access_compat">Deny</directive> sont court-circuitées. Vous
ne devez donc pas activer la gestion rapide de la mise en cache pour
- un contenu auquel vous souhaitez limiter l'acc&egrave;s en fonction du nom
- d'h&ocirc;te du client, de l'adresse IP ou d'une variable
+ un contenu auquel vous souhaitez limiter l'accès en fonction du nom
+ d'hôte du client, de l'adresse IP ou d'une variable
d'environnement.</note>
- <p><module>mod_cache</module> impl&eacute;mente un <strong>filtre de mise
- en cache de contenu HTTP</strong> conforme &agrave; la <a
+ <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
- support de la mise en cache des r&eacute;ponses dont le contenu a &eacute;t&eacute;
- n&eacute;goci&eacute; et comportant l'en-t&ecirc;te Vary.</p>
+ support de la mise en cache des réponses dont le contenu a été
+ négocié et comportant l'en-tête Vary.</p>
- <p>La mise en cache conforme &agrave; la RFC 2616 fournit un m&eacute;canisme
- permettant de v&eacute;rifier si un contenu expir&eacute; ou d&eacute;pass&eacute; est encore &agrave;
+ <p>La mise en cache conforme à la RFC 2616 fournit un mécanisme
+ permettant de vérifier si un contenu expiré ou dépassé est encore à
jour, et peut apporter un gain de performances significatif si le
- serveur original supporte les <strong>requ&ecirc;tes
- conditionnelles</strong> en prenant en compte l'en-t&ecirc;te de requ&ecirc;te
+ serveur original supporte les <strong>requêtes
+ conditionnelles</strong> en prenant en compte l'en-tête de requête
HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.26">If-None-Match</a>.
- Le contenu n'est ainsi r&eacute;g&eacute;n&eacute;r&eacute; que lorsqu'il a &eacute;t&eacute; modifi&eacute;, et non
- lorsqu'il a expir&eacute;.</p>
+ Le contenu n'est ainsi régénéré que lorsqu'il a été modifié, et non
+ lorsqu'il a expiré.</p>
- <p>En tant que filtre, <module>mod_cache</module> peut &ecirc;tre plac&eacute;
+ <p>En tant que filtre, <module>mod_cache</module> peut être placé
en face d'un contenu issu de tout gestionnaire, y compris
- <strong>des fichiers &agrave; acc&egrave;s s&eacute;quentiel</strong> (servis depuis un
+ <strong>des fichiers à accès séquentiel</strong> (servis depuis un
disque lent mis en
cache sur un gros disque), la sortie d'un <strong>script
- CGI</strong> ou d'un <strong>g&eacute;n&eacute;rateur de contenu
- dynamique</strong>, ou du contenu <strong>mandat&eacute; depuis un autre
+ CGI</strong> ou d'un <strong>générateur de contenu
+ dynamique</strong>, ou du contenu <strong>mandaté depuis un autre
serveur</strong>.</p>
- <p>Dans la configuration par d&eacute;faut, <module>mod_cache</module>
+ <p>Dans la configuration par défaut, <module>mod_cache</module>
place le filtre de mise en cache aussi loin que possible dans la
pile de filtres, utilisant le <strong>gestionnaire rapide</strong>
- pour court-circuiter tout traitement par requ&ecirc;te lors de l'envoi du
- contenu au client. Dans ce mode op&eacute;ratoire,
- <module>mod_cache</module> peut &ecirc;tre consid&eacute;r&eacute; comme un serveur
- mandataire avec cache fix&eacute; en t&ecirc;te du serveur web, alors qu'il
- s'ex&eacute;cute dans ce m&ecirc;me serveur web.</p>
+ pour court-circuiter tout traitement par requête lors de l'envoi du
+ contenu au client. Dans ce mode opératoire,
+ <module>mod_cache</module> peut être considéré comme un serveur
+ mandataire avec cache fixé en tête du serveur web, alors qu'il
+ s'exécute dans ce même serveur web.</p>
- <p>Lorsque le gestionnaire rapide est d&eacute;sactiv&eacute; via la directive
+ <p>Lorsque le gestionnaire rapide est désactivé via la directive
<directive module="mod_cache">CacheQuickHandler</directive>, il
- devient possible d'ins&eacute;rer le filtre <strong>CACHE</strong> &agrave; un
+ devient possible d'insérer le filtre <strong>CACHE</strong> à un
point de la pile de filtres choisi par l'administrateur. Ceci permet
de mettre en cache un contenu avant que celui-ci ne soit
- personnalis&eacute; par le filtre <module>mod_include</module>, ou
- &eacute;ventuellement compress&eacute; par le filtre <module>mod_deflate</module>.</p>
+ personnalisé par le filtre <module>mod_include</module>, ou
+ éventuellement compressé par le filtre <module>mod_deflate</module>.</p>
<p>Dans le mode de fonctionnement normal, <module>mod_cache</module>
- peut &ecirc;tre contr&ocirc;l&eacute; par les en-t&ecirc;tes <a
+ peut être contrôlé par les en-têtes <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9">Cache-Control</a>
et <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.32">Pragma</a>
- envoy&eacute;s par un client dans une requ&ecirc;te, ou par un serveur dans une
- r&eacute;ponse. Dans des circonstances exceptionnelles,
- <module>mod_cache</module> peut cependant &ecirc;tre configur&eacute; pour
- outrepasser ces en-t&ecirc;tes et forcer un comportement sp&eacute;cifique au
- site, bien qu'un tel comportement sera limit&eacute; &agrave; ce cache seulement,
- et n'affectera pas les op&eacute;rations des autres caches qui peuvent
- s'ins&eacute;rer entre le client et le serveur, et ce type de configuration
- ne doit donc &ecirc;tre utiliser qu'en cas de n&eacute;cessit&eacute; absolue.</p>
-
- <p>La RFC 2616 permet au cache de renvoyer des donn&eacute;es p&eacute;rim&eacute;es
- pendant que l'entr&eacute;e p&eacute;rim&eacute;e correspondante est mise &agrave; jour depuis
+ envoyés par un client dans une requête, ou par un serveur dans une
+ réponse. Dans des circonstances exceptionnelles,
+ <module>mod_cache</module> peut cependant être configuré pour
+ outrepasser ces en-têtes et forcer un comportement spécifique au
+ site, bien qu'un tel comportement sera limité à ce cache seulement,
+ et n'affectera pas les opérations des autres caches qui peuvent
+ s'insérer entre le client et le serveur, et ce type de configuration
+ ne doit donc être utiliser qu'en cas de nécessité absolue.</p>
+
+ <p>La RFC 2616 permet au cache de renvoyer des données périmées
+ pendant que l'entrée périmée correspondante est mise à jour depuis
le serveur original, et <module>mod_cache</module> supporte cette
- fonctionnalit&eacute; lorsque la directive <directive
- module="mod_cache">CacheLock</directive> est configur&eacute;e en
- cons&eacute;quence. De telles r&eacute;ponses comportent un en-t&ecirc;te HTTP <a
+ fonctionnalité lorsque la directive <directive
+ module="mod_cache">CacheLock</directive> est configurée en
+ conséquence. De telles réponses comportent un en-tête HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.46">Warning</a>
- contenant un code de r&eacute;ponse 110. La RFC 2616 permet aussi au cache
- de renvoyer des donn&eacute;es p&eacute;rim&eacute;es lorsque la tentative de mise &agrave; jour
- des donn&eacute;es p&eacute;rim&eacute;es renvoie une erreur 500 ou sup&eacute;rieure, et cette
- fonctionnalit&eacute; est support&eacute;e par d&eacute;faut par
- <module>mod_cache</module>. De telles r&eacute;ponses comportent un en-t&ecirc;te HTTP <a
+ contenant un code de réponse 110. La RFC 2616 permet aussi au cache
+ de renvoyer des données périmées lorsque la tentative de mise à jour
+ des données périmées renvoie une erreur 500 ou supérieure, et cette
+ fonctionnalité est supportée par défaut par
+ <module>mod_cache</module>. De telles réponses comportent un en-tête HTTP <a
href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.46">Warning</a>
- contenant un code de r&eacute;ponse 111.</p>
+ contenant un code de réponse 111.</p>
<p><module>mod_cache</module> requiert les services d'un ou
plusieurs modules de gestion de stockage. La distribution Apache de base
@@ -119,31 +119,31 @@
<dl>
<dt><module>mod_cache_disk</module></dt>
- <dd>impl&eacute;mente un gestionnaire de stockage sur disque. Les en-t&ecirc;tes
- et corps sont stock&eacute;s s&eacute;par&eacute;ment sur le disque dans une structure de
- r&eacute;pertoires bas&eacute;e sur le condens&eacute; md5 de l'URL mise en cache.
- Plusieurs r&eacute;ponses &agrave; contenu n&eacute;goci&eacute; peuvent &ecirc;tre stock&eacute;es en m&ecirc;me
+ <dd>implémente un gestionnaire de stockage sur disque. Les en-têtes
+ et corps sont stockés séparément sur le disque dans une structure de
+ répertoires basée sur le condensé md5 de l'URL mise en cache.
+ Plusieurs réponses à contenu négocié peuvent être stockées en même
temps, mais la mise en cache de contenus partiels n'est pas
- support&eacute;e par ce module. L'utilitaire
+ supportée par ce module. L'utilitaire
<program>htcacheclean</program> permet de lister et de supprimer les
- URLs mises en cache, et de maintenir le cache en de&ccedil;&agrave; de
+ URLs mises en cache, et de maintenir le cache en deçà de
certaines limites de taille et de nombre d'inodes.</dd>
<dt><module>mod_cache_socache</module></dt>
- <dd>Impl&eacute;mente un gestionnaire de stockage bas&eacute; sur un cache d'objets
- partag&eacute;s. Les en-t&ecirc;tes et corps sont stock&eacute;s ensemble sous une seule
- cl&eacute; bas&eacute;e sur l'URL de la r&eacute;ponse mise en cache. Des r&eacute;ponses &agrave;
- contenus multiples n&eacute;goci&eacute;s peuvent &ecirc;tre stock&eacute;es simultan&eacute;ment, mais
+ <dd>Implémente un gestionnaire de stockage basé sur un cache d'objets
+ partagés. Les en-têtes et corps sont stockés ensemble sous une seule
+ clé basée sur l'URL de la réponse mise en cache. Des réponses à
+ contenus multiples négociés peuvent être stockées simultanément, mais
ce module ne supporte pas la mise en cache de contenus partiels.</dd>
</dl>
- <p>Pour de plus amples d&eacute;tails, une description, et des exemples,
+ <p>Pour de plus amples détails, une description, et des exemples,
reportez-vous au <a href="../caching.html">Guide de la mise en
cache</a>.</p>
</summary>
<seealso><a href="../caching.html">Guide de la mise en
cache</a></seealso>
-<section id="related"><title>Modules apparent&eacute;s et directives</title>
+<section id="related"><title>Modules apparentés et directives</title>
<related>
<modulelist>
<module>mod_cache_socache</module>
@@ -181,70 +181,70 @@ LoadModule cache_module modules/mod_cache.so
&lt;/IfModule&gt;
# Lorsqu'on sert de mandataire, on ne met pas en cache la liste
-# des mises &agrave; jour de s&eacute;curit&eacute;
+# des mises à jour de sécurité
CacheDisable http://security.update.server/update-list/
&lt;/IfModule&gt;
</highlight>
</example>
</section>
-<section id="thunderingherd"><title>Eviter une temp&ecirc;te de requ&ecirc;te</title>
- <p>Lorsqu'une entr&eacute;e du cache est p&eacute;rim&eacute;e, <module>mod_cache</module>
- soumet une requ&ecirc;te conditionnelle au processus d'arri&egrave;re-plan, qui est
- cens&eacute; confirmer la validit&eacute; de l'entr&eacute;e du cache, ou dans la n&eacute;gative
- envoyer une entr&eacute;e mise &agrave; jour.</p>
- <p>Un court mais non n&eacute;gligeable laps de temps existe entre le moment
- o&ugrave; l'entr&eacute;e du cache est p&eacute;rim&eacute;e, et le moment o&ugrave; elle est mise &agrave;
- jour. Sur un serveur fortement charg&eacute;, un certain nombre de requ&ecirc;tes
+<section id="thunderingherd"><title>Eviter une tempête de requête</title>
+ <p>Lorsqu'une entrée du cache est périmée, <module>mod_cache</module>
+ soumet une requête conditionnelle au processus d'arrière-plan, qui est
+ censé confirmer la validité de l'entrée du cache, ou dans la négative
+ envoyer une entrée mise à jour.</p>
+ <p>Un court mais non négligeable laps de temps existe entre le moment
+ où l'entrée du cache est périmée, et le moment où elle est mise à
+ jour. Sur un serveur fortement chargé, un certain nombre de requêtes
peut arriver pendant ce laps de temps, et provoquer une
- <strong>temp&ecirc;te</strong> de requ&ecirc;tes susceptibles de saturer le
- processus d'arri&egrave;re-plan de mani&egrave;re soudaine et impr&eacute;dictible.</p>
- <p>Pour contenir cette temp&ecirc;te, on peut utiliser la directive
- <directive>CacheLock</directive> afin de d&eacute;finir un r&eacute;pertoire o&ugrave;
- seront cr&eacute;&eacute;s <strong>&agrave; la vol&eacute;e</strong> des verrous pour les URLs.
- Ces verrous sont utilis&eacute;s comme autant d'<strong>indications</strong>
- par les autres requ&ecirc;tes, soit pour emp&ecirc;cher une tentative de mise en
- cache (un autre processus est en train de r&eacute;cup&eacute;rer l'entit&eacute;), soit
- pour indiquer qu'une entr&eacute;e p&eacute;rim&eacute;e est en cours de mise &agrave; jour
- (pendant ce temps, c'est le contenu p&eacute;rim&eacute; qui sera renvoy&eacute;).
+ <strong>tempête</strong> de requêtes susceptibles de saturer le
+ processus d'arrière-plan de manière soudaine et imprédictible.</p>
+ <p>Pour contenir cette tempête, on peut utiliser la directive
+ <directive>CacheLock</directive> afin de définir un répertoire où
+ seront créés <strong>à la volée</strong> des verrous pour les URLs.
+ Ces verrous sont utilisés comme autant d'<strong>indications</strong>
+ par les autres requêtes, soit pour empêcher une tentative de mise en
+ cache (un autre processus est en train de récupérer l'entité), soit
+ pour indiquer qu'une entrée périmée est en cours de mise à jour
+ (pendant ce temps, c'est le contenu périmé qui sera renvoyé).
</p>
<section>
- <title>Mise en cache initiale d'une entr&eacute;e</title>
- <p>Lorsqu'une entit&eacute; est mise en cache pour la premi&egrave;re fois, un
- verrou est cr&eacute;&eacute; pour cette entit&eacute; jusqu'&agrave; ce que la r&eacute;ponse ait &eacute;t&eacute;
- enti&egrave;rement mise en cache. Pendant la dur&eacute;e de vie du verrou, le
- cache va emp&ecirc;cher une seconde tentative de mise en cache de la m&ecirc;me
- entit&eacute;. Bien que cela ne suffise pas &agrave; contenir la temp&ecirc;te de
- requ&ecirc;tes, toute tentative de mettre en cache la m&ecirc;me entit&eacute;
- plusieurs fois simultan&eacute;ment est stopp&eacute;e.
+ <title>Mise en cache initiale d'une entrée</title>
+ <p>Lorsqu'une entité est mise en cache pour la première fois, un
+ verrou est créé pour cette entité jusqu'à ce que la réponse ait été
+ entièrement mise en cache. Pendant la durée de vie du verrou, le
+ cache va empêcher une seconde tentative de mise en cache de la même
+ entité. Bien que cela ne suffise pas à contenir la tempête de
+ requêtes, toute tentative de mettre en cache la même entité
+ plusieurs fois simultanément est stoppée.
</p>
</section>
<section>
- <title>Mise &agrave; jour d'une entr&eacute;e p&eacute;rim&eacute;e</title>
- <p>Lorsqu'une entr&eacute;e atteint la limite de sa dur&eacute;e de vie, et
- devient par cons&eacute;quent p&eacute;rim&eacute;e, un verrou est cr&eacute;&eacute; pour cette entit&eacute;
- jusqu'&agrave; ce que la r&eacute;ponse ait &eacute;t&eacute; soit confirm&eacute;e comme encore
- valide, soit remplac&eacute;e par le processus d'arri&egrave;re-plan. Pendant la
- dur&eacute;e de vie du verrou, une seconde requ&ecirc;te entrante va provoquer le
- renvoi de la donn&eacute;e p&eacute;rim&eacute;e, et la temp&ecirc;te de requ&ecirc;tes sera
+ <title>Mise à jour d'une entrée périmée</title>
+ <p>Lorsqu'une entrée atteint la limite de sa durée de vie, et
+ devient par conséquent périmée, un verrou est créé pour cette entité
+ jusqu'à ce que la réponse ait été soit confirmée comme encore
+ valide, soit remplacée par le processus d'arrière-plan. Pendant la
+ durée de vie du verrou, une seconde requête entrante va provoquer le
+ renvoi de la donnée périmée, et la tempête de requêtes sera
contenue.</p>
</section>
<section>
- <title>Verrous et en-t&ecirc;te Cache-Control: no-cache</title>
- <p>Les verrous ne sont utilis&eacute;s <strong>qu'&agrave; titre
- indicatif</strong> pour enjoindre le cache &agrave; &ecirc;tre plus coop&eacute;ratif
- avec les serveurs d'arri&egrave;re-plan, et il est possible de passer outre
- si n&eacute;cessaire. Si le client envoie une requ&ecirc;te contenant un en-t&ecirc;te
- Cache-Control imposant un nouveau t&eacute;l&eacute;chargement de l'entit&eacute;, tout
- verrou &eacute;ventuel sera ignor&eacute;, la requ&ecirc;te du client sera honor&eacute;e
- imm&eacute;diatement, et l'entr&eacute;e du cache mise &agrave; jour.</p>
-
- <p>Comme m&eacute;canisme de s&eacute;curit&eacute; suppl&eacute;mentaire, la dur&eacute;e de vie
+ <title>Verrous et en-tête Cache-Control: no-cache</title>
+ <p>Les verrous ne sont utilisés <strong>qu'à titre
+ indicatif</strong> pour enjoindre le cache à être plus coopératif
+ avec les serveurs d'arrière-plan, et il est possible de passer outre
+ si nécessaire. Si le client envoie une requête contenant un en-tête
+ Cache-Control imposant un nouveau téléchargement de l'entité, tout
+ verrou éventuel sera ignoré, la requête du client sera honorée
+ immédiatement, et l'entrée du cache mise à jour.</p>
+
+ <p>Comme mécanisme de sécurité supplémentaire, la durée de vie
maximale des verrous est configurable. Lorsque cette limite est
- atteinte, le verrou est supprim&eacute; et une autre requ&ecirc;te peut alors en
- cr&eacute;er un nouveau. Cette dur&eacute;e de vie peut &ecirc;tre d&eacute;finie via la
+ atteinte, le verrou est supprimé et une autre requête peut alors en
+ créer un nouveau. Cette durée de vie peut être définie via la
directive <directive>CacheLockMaxAge</directive>, et sa valeur par
- d&eacute;faut est de 5 secondes.
+ défaut est de 5 secondes.
</p>
</section>
<section>
@@ -264,38 +264,38 @@ LoadModule cache_module modules/mod_cache.so
</section>
</section>
-<section id="finecontrol"><title>Contr&ocirc;le fin via le filtre CACHE</title>
- <p>Dans son mode de fonctionnement par d&eacute;faut, le cache s'ex&eacute;cute sous
- la forme d'un gestionnaire rapide, court-circuitant la majorit&eacute; des
+<section id="finecontrol"><title>Contrôle fin via le filtre CACHE</title>
+ <p>Dans son mode de fonctionnement par défaut, le cache s'exécute sous
+ la forme d'un gestionnaire rapide, court-circuitant la majorité des
traitements du serveur et fournissant ainsi une mise en cache
- poss&eacute;dant les plus hautes performances disponibles.</p>
+ possédant les plus hautes performances disponibles.</p>
<p>Dans ce mode, le cache <strong>s'incruste</strong> devant le
- serveur, comme si un mandataire de mise en cache ind&eacute;pendant RFC 2616
- &eacute;tait plac&eacute; devant ce dernier.</p>
+ serveur, comme si un mandataire de mise en cache indépendant RFC 2616
+ était placé devant ce dernier.</p>
<p>Bien que que ce mode offre les meilleures performances, les
administrateurs peuvent souhaiter, dans certaines circonstances,
- effectuer des traitements sur la requ&ecirc;te apr&egrave;s que cette derni&egrave;re ait
- &eacute;t&eacute; mise en cache, comme ajouter du contenu personnalis&eacute; &agrave; la page
+ effectuer des traitements sur la requête après que cette dernière ait
+ été mise en cache, comme ajouter du contenu personnalisé à la page
mise en cache, ou appliquer des restrictions d'autorisations au
- contenu. Pour y parvenir, l'administrateur sera alors souvent forc&eacute; de
- placer des serveurs mandataires inverses ind&eacute;pendants soit derri&egrave;re,
+ contenu. Pour y parvenir, l'administrateur sera alors souvent forcé de
+ placer des serveurs mandataires inverses indépendants soit derrière,
soit devant le serveur de mise en cache.</p>
- <p>Pour r&eacute;soudre ce probl&egrave;me, la directive <directive
- module="mod_cache">CacheQuickHandler</directive> peut &ecirc;tre d&eacute;finie &agrave;
+ <p>Pour résoudre ce problème, la directive <directive
+ module="mod_cache">CacheQuickHandler</directive> peut être définie à
<strong>off</strong>, afin que le serveur traite toutes les phases
- normalement ex&eacute;cut&eacute;es par une requ&ecirc;te non mise en cache, y compris les
+ normalement exécutées par une requête non mise en cache, y compris les
phases <strong>d'authentification et d'autorisation</strong>.</p>
- <p>En outre, l'administrateur peut &eacute;ventuellement sp&eacute;cifier le
- <strong>point pr&eacute;cis dans la cha&icirc;ne de filtrage</strong> o&ugrave; devra
+ <p>En outre, l'administrateur peut éventuellement spécifier le
+ <strong>point précis dans la chaîne de filtrage</strong> où devra
intervenir la mise en cache en ajoutant le filtre
- <strong>CACHE</strong> &agrave; la cha&icirc;ne de filtrage en sortie.</p>
+ <strong>CACHE</strong> à la chaîne de filtrage en sortie.</p>
<p>Par exemple, pour mettre en cache le contenu avant d'appliquer une
- compression &agrave; la r&eacute;ponse, placez le filtre <strong>CACHE</strong>
+ compression à la réponse, placez le filtre <strong>CACHE</strong>
avant le filtre <strong>DEFLATE</strong> comme dans l'exemple suivant
:</p>
@@ -305,12 +305,12 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;DEFLATE text/plain
</highlight>
- <p>Une autre possibilit&eacute; consiste &agrave; mettre en cache le contenu avant
- l'ajout de contenu personnalis&eacute; via <module>mod_include</module> (ou
+ <p>Une autre possibilité consiste à mettre en cache le contenu avant
+ l'ajout de contenu personnalisé via <module>mod_include</module> (ou
tout autre filtre de traitement de contenu). Dans l'exemple suivant,
- les mod&egrave;les contenant des balises comprises par
- <module>mod_include</module> sont mis en cache avant d'&ecirc;tre
- interpr&eacute;t&eacute;s :</p>
+ les modèles contenant des balises comprises par
+ <module>mod_include</module> sont mis en cache avant d'être
+ interprétés :</p>
<highlight language="config">
# Mise en cache du contenu avant l'intervention de mod_include et
@@ -319,10 +319,10 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
</highlight>
- <p>Vous pouvez ins&eacute;rer le filtre <strong>CACHE</strong> en tout point
- de la cha&icirc;ne de filtrage. Dans l'exemple suivant, le contenu est mis
- en cache apr&egrave;s avoir &eacute;t&eacute; interpr&eacute;t&eacute; par <module>mod_include</module>,
- mais avant d'&ecirc;tre trait&eacute; par <module>mod_deflate</module> :</p>
+ <p>Vous pouvez insérer le filtre <strong>CACHE</strong> en tout point
+ de la chaîne de filtrage. Dans l'exemple suivant, le contenu est mis
+ en cache après avoir été interprété par <module>mod_include</module>,
+ mais avant d'être traité par <module>mod_deflate</module> :</p>
<highlight language="config">
# Mise en cache du contenu entre les interventions de mod_include et
@@ -333,41 +333,41 @@ AddOutputFilterByType INCLUDES;CACHE;DEFLATE text/html
<note type="warning"><title>Avertissement :</title>Si pour une raison
ou pour une autre, le point d'insertion du filtre
- <strong>CACHE</strong> dans la cha&icirc;ne de filtrage est modifi&eacute;, vous
- devez <strong>vider votre cache</strong> pour &ecirc;tre s&ucirc;r que les donn&eacute;es
- servies soient &agrave; jour. En effet, <module>mod_cache</module> n'est pas
- en mesure d'effectuer cette op&eacute;ration &agrave; votre place.</note>
+ <strong>CACHE</strong> dans la chaîne de filtrage est modifié, vous
+ devez <strong>vider votre cache</strong> pour être sûr que les données
+ servies soient à jour. En effet, <module>mod_cache</module> n'est pas
+ en mesure d'effectuer cette opération à votre place.</note>
</section>
<section id="status"><title>Etat du cache et journalisation</title>
- <p>Lorsque <module>mod_cache</module> a d&eacute;cid&eacute; s'il devait ou non
- servir une entit&eacute; depuis le cache, les raisons pr&eacute;cises de cette
- d&eacute;cision sont enregistr&eacute;es dans l'environnement du sous-processus
- interne &agrave; la requ&ecirc;te sous la cl&eacute; <strong>cache-status</strong>.
- Cette information peut &ecirc;tre journalis&eacute;e via la directive <directive
+ <p>Lorsque <module>mod_cache</module> a décidé s'il devait ou non
+ servir une entité depuis le cache, les raisons précises de cette
+ décision sont enregistrées dans l'environnement du sous-processus
+ interne à la requête sous la clé <strong>cache-status</strong>.
+ Cette information peut être journalisée via la directive <directive
module="mod_log_config">LogFormat</directive> comme suit :</p>
<highlight language="config">
LogFormat "%{cache-status}e ..."
</highlight>
- <p>En fonction de la d&eacute;cision prise, l'information est aussi &eacute;crite
- dans l'environnement du sous-processus sous une des quatre cl&eacute;s
+ <p>En fonction de la décision prise, l'information est aussi écrite
+ dans l'environnement du sous-processus sous une des quatre clés
suivantes :</p>
<dl>
- <dt>cache-hit</dt><dd>Le contenu a &eacute;t&eacute; servi depuis le cache.</dd>
- <dt>cache-revalidate</dt><dd>Le contenu du cache &eacute;tait p&eacute;rim&eacute;, a &eacute;t&eacute;
- mis &agrave; jour avec succ&egrave;s, puis servi depuis le cache.</dd>
- <dt>cache-miss</dt><dd>Le contenu n'&eacute;tait pas dans le cache et a &eacute;t&eacute;
- servi directement depuis le serveur demand&eacute;.</dd>
- <dt>cache-invalidate</dt><dd>L'entit&eacute; du cache est devenue invalide
- suite &agrave; une requ&ecirc;te d'un type autre que GET ou HEAD.</dd>
+ <dt>cache-hit</dt><dd>Le contenu a été servi depuis le cache.</dd>
+ <dt>cache-revalidate</dt><dd>Le contenu du cache était périmé, a été
+ mis à jour avec succès, puis servi depuis le cache.</dd>
+ <dt>cache-miss</dt><dd>Le contenu n'était pas dans le cache et a été
+ servi directement depuis le serveur demandé.</dd>
+ <dt>cache-invalidate</dt><dd>L'entité du cache est devenue invalide
+ suite à une requête d'un type autre que GET ou HEAD.</dd>
</dl>
<p>Il est alors possible d'envisager une journalisation conditionnelle
- du traitement des requ&ecirc;tes par rapport au cache comme dans l'exemple
+ du traitement des requêtes par rapport au cache comme dans l'exemple
suivant :</p>
<highlight language="config">
@@ -377,60 +377,60 @@ CustomLog "revalidated-requests.log" common env=cache-revalidate
CustomLog "invalidated-requests.log" common env=cache-invalidate
</highlight>
- <p>Pour les concepteurs de modules, une accroche (hook) nomm&eacute;e
+ <p>Pour les concepteurs de modules, une accroche (hook) nommée
<var>cache_status</var> est disponible et permet aux modules de
- r&eacute;pondre aux r&eacute;sultats de la v&eacute;rification du cache ci-dessus de mani&egrave;re
- personnalis&eacute;e.</p>
+ répondre aux résultats de la vérification du cache ci-dessus de manière
+ personnalisée.</p>
</section>
<directivesynopsis>
<name>CacheEnable</name>
-<description>Active la mise en cache des URLs sp&eacute;cifi&eacute;es en utilisant le
-gestionnaire de stockage pr&eacute;cis&eacute;</description>
-<syntax>CacheEnable <var>type de cache</var> [<var>cha&icirc;ne
+<description>Active la mise en cache des URLs spécifiées en utilisant le
+gestionnaire de stockage précisé</description>
+<syntax>CacheEnable <var>type de cache</var> [<var>chaîne
URL</var>]</syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context>
</contextlist>
-<compatibility>Une cha&icirc;ne URL telle que '/' s'appliquait &agrave; tout contenu
-en mandat direct dans les versions 2.2 et ant&eacute;rieures.</compatibility>
+<compatibility>Une chaîne URL telle que '/' s'appliquait à tout contenu
+en mandat direct dans les versions 2.2 et antérieures.</compatibility>
<usage>
<p>La directive <directive>CacheEnable</directive> enjoint
- <module>mod_cache</module> de mettre en cache l'URL pr&eacute;cis&eacute;e par
- <var>cha&icirc;ne URL</var>, ainsi que les URLs de niveaux inf&eacute;rieurs. Le
- gestionnaire de stockage du cache est sp&eacute;cifi&eacute; &agrave; l'aide de
+ <module>mod_cache</module> de mettre en cache l'URL précisée par
+ <var>chaîne URL</var>, ainsi que les URLs de niveaux inférieurs. Le
+ gestionnaire de stockage du cache est spécifié à l'aide de
l'argument <var>type de cache</var>. La directive
- <directive>CacheEnable</directive> peut &ecirc;tre plac&eacute;e &agrave; l'int&eacute;rieur d'une
+ <directive>CacheEnable</directive> peut être placée à l'intérieur d'une
section <directive type="section">Location</directive> ou <directive
type="section">LocationMatch</directive> pour indiquer que le
- contenu consid&eacute;r&eacute; peut &ecirc;tre mis en cache. Si <var>type de cache</var>
+ contenu considéré peut être mis en cache. Si <var>type de cache</var>
a pour valeur <code>disk</code>, <module>mod_cache</module>
- utilisera le gestionnaire de stockage sur disque impl&eacute;ment&eacute; par
+ utilisera le gestionnaire de stockage sur disque implémenté par
<module>mod_cache_disk</module>. Pour que <module>mod_cache</module>
- utilise le gestionnaire de stockage bas&eacute; sur le cache d'objets
- partag&eacute;s impl&eacute;ment&eacute; par <module>mod_cache_socache</module>,
- sp&eacute;cifiez <code>socache</code> comme valeur du param&egrave;tre <var>type
+ utilise le gestionnaire de stockage basé sur le cache d'objets
+ partagés implémenté par <module>mod_cache_socache</module>,
+ spécifiez <code>socache</code> comme valeur du paramètre <var>type
de cache</var>.</p>
- <p>Si les diff&eacute;rentes directives <directive>CacheEnable</directive>
- sp&eacute;cifient des URLs qui se recoupent (comme dans l'exemple
+ <p>Si les différentes directives <directive>CacheEnable</directive>
+ spécifient des URLs qui se recoupent (comme dans l'exemple
ci-dessous), tous les gestionnaires de stockage possibles seront
- lanc&eacute;s, jusqu'au premier d'entre eux qui traitera effectivement la
- requ&ecirc;te.
- L'ordre dans lequel les gestionnaires de stockage sont lanc&eacute;s est
- d&eacute;termin&eacute; par l'ordre dans lequel apparaissent les directives
+ lancés, jusqu'au premier d'entre eux qui traitera effectivement la
+ requête.
+ L'ordre dans lequel les gestionnaires de stockage sont lancés est
+ déterminé par l'ordre dans lequel apparaissent les directives
<directive>CacheEnable</directive> dans le fichier de
configuration. Les directives <directive>CacheEnable</directive>
- situ&eacute;es &agrave; l'int&eacute;rieur de sections <directive
+ situées à l'intérieur de sections <directive
type="section">Location</directive> ou <directive
- type="section">LocationMatch</directive> sont trait&eacute;es avant les
- directives <directive>CacheEnable</directive> d&eacute;finies au niveau
+ type="section">LocationMatch</directive> sont traitées avant les
+ directives <directive>CacheEnable</directive> définies au niveau
global.</p>
- <p>En fonctionnement du type serveur mandataire direct, <var>cha&icirc;ne
- URL</var> doit au moins d&eacute;buter par un protocole pour lequel la mise
- en cache doit &ecirc;tre activ&eacute;e.</p>
+ <p>En fonctionnement du type serveur mandataire direct, <var>chaîne
+ URL</var> doit au moins débuter par un protocole pour lequel la mise
+ en cache doit être activée.</p>
<highlight language="config">
# Mise en cache de contenu (gestionnaire normal seulement)
@@ -445,33 +445,33 @@ CacheQuickHandler off
CacheEnable disk
&lt;/LocationMatch&gt;
-# Mise en cache de tous les contenus, &agrave; l'exception des URLs
-# mandat&eacute;es en direct (gestionnaire normal ou rapide)
+# Mise en cache de tous les contenus, à l'exception des URLs
+# mandatées en direct (gestionnaire normal ou rapide)
CacheEnable disk /
-# Mise en cache des URLs FTP mandat&eacute;es (gestionnaire normal ou rapide)
+# Mise en cache des URLs FTP mandatées (gestionnaire normal ou rapide)
CacheEnable disk ftp://
-# Mise en cache des contenus mandat&eacute;s en direct depuis www.example.org (gestionnaire normal ou rapide)
+# Mise en cache des contenus mandatés en direct depuis www.example.org (gestionnaire normal ou rapide)
CacheEnable disk http://www.example.org/
</highlight>
- <p>Un nom d'h&ocirc;te commen&ccedil;ant par un caract&egrave;re <strong>"*"</strong>
- correspondra &agrave; tout nom d'h&ocirc;te se terminant par le suffixe
- consid&eacute;r&eacute;. Un nom d'h&ocirc;te commen&ccedil;ant par un caract&egrave;re
- <strong>"."</strong> correspondra &agrave; tout nom d'h&ocirc;te contenant le
- composant de nom de domaine qui suit ce caract&egrave;re.</p>
+ <p>Un nom d'hôte commençant par un caractère <strong>"*"</strong>
+ correspondra à tout nom d'hôte se terminant par le suffixe
+ considéré. Un nom d'hôte commençant par un caractère
+ <strong>"."</strong> correspondra à tout nom d'hôte contenant le
+ composant de nom de domaine qui suit ce caractère.</p>
<highlight language="config">
-# Correspond &agrave; www.example.org et fooexample.org
+# Correspond à www.example.org et fooexample.org
CacheEnable disk http://*example.org/
-# Correspond &agrave; www.example.org, mais pas &agrave; fooexample.org
+# Correspond à www.example.org, mais pas à fooexample.org
CacheEnable disk http://.example.org/
</highlight>
- <p>Depuis la version 2.2.12, on peut d&eacute;finir la variable
- d'environnement <code>no-cache</code> pour une d&eacute;finition plus fine
- des ressources &agrave; mettre en cache.</p>
+ <p>Depuis la version 2.2.12, on peut définir la variable
+ d'environnement <code>no-cache</code> pour une définition plus fine
+ des ressources à mettre en cache.</p>
</usage>
<seealso><a href="../env.html">Les variables d'environnement dans
@@ -480,9 +480,9 @@ Apache</a></seealso>
<directivesynopsis>
<name>CacheDisable</name>
-<description>D&eacute;sactive la mise en cache des URLs
-sp&eacute;cifi&eacute;es</description>
-<syntax>CacheDisable <var>cha&icirc;ne-url</var> | <var>on</var></syntax>
+<description>Désactive la mise en cache des URLs
+spécifiées</description>
+<syntax>CacheDisable <var>chaîne-url</var> | <var>on</var></syntax>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
@@ -490,8 +490,8 @@ sp&eacute;cifi&eacute;es</description>
<usage>
<p>La directive <directive>CacheDisable</directive> enjoint
<module>mod_cache</module> de <em>ne pas</em> mettre en cache l'URL
- sp&eacute;cifi&eacute;e par <var>cha&icirc;ne URL</var>, ainsi que les URLs de niveaux
- inf&eacute;rieurs.</p>
+ spécifiée par <var>chaîne URL</var>, ainsi que les URLs de niveaux
+ inférieurs.</p>
<example><title>Exemple</title>
<highlight language="config">
@@ -499,10 +499,10 @@ sp&eacute;cifi&eacute;es</description>
</highlight>
</example>
- <p>Si la directive se trouve &agrave; l'int&eacute;rieur d'une section <directive
- type="section">Location</directive>, le chemin doit &ecirc;tre sp&eacute;cifi&eacute; en
- dessous de la Location, et si le mot "on" est utilis&eacute;, la mise en
- cache sera d&eacute;sactiv&eacute;e pour l'ensemble de l'arborescence concern&eacute;e
+ <p>Si la directive se trouve à l'intérieur d'une section <directive
+ type="section">Location</directive>, le chemin doit être spécifié en
+ dessous de la Location, et si le mot "on" est utilisé, la mise en
+ cache sera désactivée pour l'ensemble de l'arborescence concernée
par la section Location.</p>
<example><title>Exemple</title>
@@ -513,31 +513,31 @@ sp&eacute;cifi&eacute;es</description>
</highlight>
</example>
- <p>Avec les versions 2.2.12 et ult&eacute;rieures, on peut d&eacute;finir la
- variable d'environnement <code>no-cache</code> pour une d&eacute;finition
- plus fine des ressources &agrave; mettre en cache.</p>
+ <p>Avec les versions 2.2.12 et ultérieures, on peut définir la
+ variable d'environnement <code>no-cache</code> pour une définition
+ plus fine des ressources à mettre en cache.</p>
</usage>
<seealso><a href="../env.html">Les variables d'environnement dans
Apache</a></seealso>
</directivesynopsis>
<directivesynopsis>
<name>CacheMaxExpire</name>
-<description>La dur&eacute;e maximale en secondes de mise en cache d'un
+<description>La durée maximale en secondes de mise en cache d'un
document</description>
<syntax>CacheMaxExpire <var>secondes</var></syntax>
-<default>CacheMaxExpire 86400 (une journ&eacute;e)</default>
+<default>CacheMaxExpire 86400 (une journée)</default>
<contextlist><context>server config</context><context>virtual host</context>
<context>directory</context><context>.htaccess</context>
</contextlist>
<usage>
<p>La directive <directive>CacheMaxExpire</directive> permet de
- sp&eacute;cifier le nombre maximum de secondes pendant lequel les documents
- HTTP suceptibles d'&ecirc;tre mis en cache seront conserv&eacute;s sans v&eacute;rifier
+ spécifier le nombre maximum de secondes pendant lequel les documents
+ HTTP suceptibles d'être mis en cache seront conservés sans vérifier
leur contenu sur le serveur d'origine. Ce nombre de secondes
- correspond donc &agrave; la dur&eacute;e maximale pendant laquelle un document ne
- sera pas &agrave; jour. L'utilisation de cette valeur maximale est forc&eacute;e,
- m&ecirc;me si le document poss&egrave;de une date d'expiration.</p>
+ correspond donc à la durée maximale pendant laquelle un document ne
+ sera pas à jour. L'utilisation de cette valeur maximale est forcée,
+ même si le document possède une date d'expiration.</p>
<highlight language="config">
CacheMaxExpire 604800
@@ -548,7 +548,7 @@ document</description>
<directivesynopsis>
<name>CacheMinExpire</name>
-<description>La dur&eacute;e minimale en secondes de mise en cache d'un
+<description>La durée minimale en secondes de mise en cache d'un
document</description>
<syntax>CacheMinExpire <var>secondes</var></syntax>
<default>CacheMinExpire 0</default>
@@ -558,10 +558,10 @@ document</description>
<usage>
<p>La directive <directive>CacheMaxExpire</directive> permet de
- sp&eacute;cifier le nombre maximum de secondes pendant lequel les documents
- HTTP suceptibles d'&ecirc;tre mis en cache seront conserv&eacute;s sans v&eacute;rifier
+ spécifier le nombre maximum de secondes pendant lequel les documents
+ HTTP suceptibles d'être mis en cache seront conservés sans vérifier
leur contenu sur le serveur d'origine. Elle n'est prise en compte
- que dans le cas o&ugrave; le document ne poss&egrave;de aucune date d'expiration
+ que dans le cas où le document ne possède aucune date d'expiration
valide.</p>
<highlight language="config">
@@ -572,8 +572,8 @@ document</description>
<directivesynopsis>
<name>CacheDefaultExpire</name>
-<description>La dur&eacute;e par d&eacute;faut de mise en cache d'un document
-lorsqu'aucune date d'expiration n'a &eacute;t&eacute; sp&eacute;cifi&eacute;e.</description>
+<description>La durée par défaut de mise en cache d'un document
+lorsqu'aucune date d'expiration n'a été spécifiée.</description>
<syntax>CacheDefaultExpire <var>secondes</var></syntax>
<default>CacheDefaultExpire 3600 (une heure)</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -582,12 +582,12 @@ lorsqu'aucune date d'expiration n'a &eacute;t&eacute; sp&eacute;cifi&eacute;e.</
<usage>
<p>La directive <directive>CacheDefaultExpire</directive> permet de
- sp&eacute;cifier un temps par d&eacute;faut, en secondes, pendant lequel sera
- conserv&eacute; dans le cache un document qui ne poss&egrave;de ni date
- d'expiration, ni date de derni&egrave;re modification. La valeur de cette
- directive est &eacute;cras&eacute;e par la valeur de la directive
- <directive>CacheMaxExpire</directive> si cette derni&egrave;re est
- utilis&eacute;e.</p>
+ spécifier un temps par défaut, en secondes, pendant lequel sera
+ conservé dans le cache un document qui ne possède ni date
+ d'expiration, ni date de dernière modification. La valeur de cette
+ directive est écrasée par la valeur de la directive
+ <directive>CacheMaxExpire</directive> si cette dernière est
+ utilisée.</p>
<highlight language="config">
CacheDefaultExpire 86400
@@ -597,7 +597,7 @@ lorsqu'aucune date d'expiration n'a &eacute;t&eacute; sp&eacute;cifi&eacute;e.</
<directivesynopsis>
<name>CacheIgnoreNoLastMod</name>
-<description>Ignore le fait qu'une r&eacute;ponse ne poss&egrave;de pas d'en-t&ecirc;te Last
+<description>Ignore le fait qu'une réponse ne possède pas d'en-tête Last
Modified.</description>
<syntax>CacheIgnoreNoLastMod On|Off</syntax>
<default>CacheIgnoreNoLastMod Off</default>
@@ -606,17 +606,17 @@ Modified.</description>
</contextlist>
<usage>
- <p>Normalement, les documents qui ne poss&egrave;dent pas de date de
- derni&egrave;re modification ne sont pas mis en cache. Dans certaines
- circonstances, la date de derni&egrave;re modification est supprim&eacute;e (au
- cours des traitements li&eacute;s &agrave; <module>mod_include</module> par
+ <p>Normalement, les documents qui ne possèdent pas de date de
+ dernière modification ne sont pas mis en cache. Dans certaines
+ circonstances, la date de dernière modification est supprimée (au
+ cours des traitements liés à <module>mod_include</module> par
exemple), ou n'existe tout simplement pas. La directive
- <directive>CacheIgnoreNoLastMod</directive> permet de sp&eacute;cifier si
- les documents ne poss&egrave;dant pas de date de derni&egrave;re modification
- doivent &ecirc;tre mis en cache, m&ecirc;me sans date de derni&egrave;re modification.
- Si le document ne poss&egrave;de ni date d'expiration, ni date de derni&egrave;re
- modification, la valeur sp&eacute;cifi&eacute;e par la directive
- <directive>CacheDefaultExpire</directive> servira &agrave; g&eacute;n&eacute;rer une date
+ <directive>CacheIgnoreNoLastMod</directive> permet de spécifier si
+ les documents ne possèdant pas de date de dernière modification
+ doivent être mis en cache, même sans date de dernière modification.
+ Si le document ne possède ni date d'expiration, ni date de dernière
+ modification, la valeur spécifiée par la directive
+ <directive>CacheDefaultExpire</directive> servira à générer une date
d'expiration.
</p>
@@ -628,7 +628,7 @@ Modified.</description>
<directivesynopsis>
<name>CacheIgnoreCacheControl</name>
-<description>Ignore les en-t&ecirc;tes de requ&ecirc;te enjoignant de ne pas servir
+<description>Ignore les en-têtes de requête enjoignant de ne pas servir
le contenu au client depuis le cache</description>
<syntax>CacheIgnoreCacheControl On|Off</syntax>
<default>CacheIgnoreCacheControl Off</default>
@@ -636,13 +636,13 @@ le contenu au client depuis le cache</description>
</contextlist>
<usage>
- <p>Normalement, les requ&ecirc;tes contenant des en-t&ecirc;tes tels que
+ <p>Normalement, les requêtes contenant des en-têtes tels que
Cache-Control: no-cache ou Pragma: no-cache ne sont pas servies
depuis le cache. La directive
<directive>CacheIgnoreCacheControl</directive> permet de modifier ce
comportement. Avec <directive>CacheIgnoreCacheControl
On</directive>, le serveur tentera de servir la ressource depuis le
- cache, m&ecirc;me si la requ&ecirc;te contient un en-t&ecirc;te
+ cache, même si la requête contient un en-tête
no-cache.</p>
<highlight language="config">
@@ -651,8 +651,8 @@ le contenu au client depuis le cache</description>
<note type="warning"><title>Avertissement :</title>
Cette directive permet de servir des ressources depuis le cache,
- m&ecirc;me si le client a demand&eacute; &agrave; ce qu'il n'en soit pas ainsi. Le
- contenu servi est ainsi susceptible d'&ecirc;tre p&eacute;rim&eacute;.
+ même si le client a demandé à ce qu'il n'en soit pas ainsi. Le
+ contenu servi est ainsi susceptible d'être périmé.
</note>
</usage>
<seealso><directive module="mod_cache">CacheStorePrivate</directive></seealso>
@@ -661,7 +661,7 @@ le contenu au client depuis le cache</description>
<directivesynopsis>
<name>CacheIgnoreQueryString</name>
-<description>Ignore la cha&icirc;ne de param&egrave;tres lors de la mise en
+<description>Ignore la chaîne de paramètres lors de la mise en
cache</description>
<syntax>CacheIgnoreQueryString On|Off</syntax>
<default>CacheIgnoreQueryString Off</default>
@@ -669,17 +669,17 @@ cache</description>
</contextlist>
<usage>
- <p>Normalement, les requ&ecirc;tes comportant une cha&icirc;ne de param&egrave;tres
- sont mises en cache s&eacute;par&eacute;ment si leurs cha&icirc;nes de param&egrave;tres
- diff&egrave;rent.
- En accord avec la RFC 2616/13.9, cette mise en cache n'est effectu&eacute;e
- s&eacute;par&eacute;ment que si une date d'expiration est sp&eacute;cifi&eacute;e. La directive
+ <p>Normalement, les requêtes comportant une chaîne de paramètres
+ sont mises en cache séparément si leurs chaînes de paramètres
+ diffèrent.
+ En accord avec la RFC 2616/13.9, cette mise en cache n'est effectuée
+ séparément que si une date d'expiration est spécifiée. La directive
<directive>CacheIgnoreQueryString</directive> permet la mise en
- cache de requ&ecirc;tes m&ecirc;me si aucune date d'expiration est sp&eacute;cifi&eacute;e, et
- de renvoyer une r&eacute;ponse depuis la cache m&ecirc;me si les cha&icirc;nes de
- param&egrave;tres diff&egrave;rent. Du point de vue du cache, la requ&ecirc;te est
- trait&eacute;e comme si elle ne poss&egrave;dait pas de cha&icirc;ne de param&egrave;tres
- lorsque cette directive est activ&eacute;e.</p>
+ cache de requêtes même si aucune date d'expiration est spécifiée, et
+ de renvoyer une réponse depuis la cache même si les chaînes de
+ paramètres diffèrent. Du point de vue du cache, la requête est
+ traitée comme si elle ne possèdait pas de chaîne de paramètres
+ lorsque cette directive est activée.</p>
<highlight language="config">
CacheIgnoreQueryString On
@@ -690,8 +690,8 @@ cache</description>
<directivesynopsis>
<name>CacheLastModifiedFactor</name>
-<description>Le facteur utilis&eacute; pour g&eacute;n&eacute;rer une date d'expiration en
-fonction de la date de derni&egrave;re modification.</description>
+<description>Le facteur utilisé pour générer une date d'expiration en
+fonction de la date de dernière modification.</description>
<syntax>CacheLastModifiedFactor <var>flottant</var></syntax>
<default>CacheLastModifiedFactor 0.1</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -699,24 +699,24 @@ fonction de la date de derni&egrave;re modification.</description>
</contextlist>
<usage>
- <p>Si un document ne poss&egrave;de pas de date d'expiration, elle peut
- &ecirc;tre calcul&eacute;e en fonction de la date de derni&egrave;re modification, si
+ <p>Si un document ne possède pas de date d'expiration, elle peut
+ être calculée en fonction de la date de dernière modification, si
elle existe. La directive
- <directive>CacheLastModifiedFactor</directive> permet de sp&eacute;cifier
- un <var>facteur</var> &agrave; utiliser pour la g&eacute;n&eacute;ration de cette date
+ <directive>CacheLastModifiedFactor</directive> permet de spécifier
+ un <var>facteur</var> à utiliser pour la génération de cette date
d'expiration au sein de la formule suivante :
- <code>d&eacute;lai-expiration = dur&eacute;e-depuis-date-derni&egrave;re-modification *
+ <code>délai-expiration = durée-depuis-date-dernière-modification *
<var>facteur</var>
- date-expiration = date-courante + d&eacute;lai-expiration</code>
+ date-expiration = date-courante + délai-expiration</code>
- Par exemple, si la derni&egrave;re modification du document date de 10
- heures, et si <var>facteur</var> a pour valeur 0.1, le d&eacute;lai
+ Par exemple, si la dernière modification du document date de 10
+ heures, et si <var>facteur</var> a pour valeur 0.1, le délai
d'expiration sera de 10*0.1 = 1 heure. Si l'heure courante est
- 3:00pm, la date d'expiration calcul&eacute;e sera 3:00pm + 1 heure =
+ 3:00pm, la date d'expiration calculée sera 3:00pm + 1 heure =
4:00pm.
- Si le d&eacute;lai d'expiration est sup&eacute;rieur &agrave; celui sp&eacute;cifi&eacute; par la
+ Si le délai d'expiration est supérieur à celui spécifié par la
directive <directive>CacheMaxExpire</directive>, c'est ce dernier
qui l'emporte.</p>
@@ -728,18 +728,18 @@ fonction de la date de derni&egrave;re modification.</description>
<directivesynopsis>
<name>CacheIgnoreHeaders</name>
-<description>Ne pas stocker le(s) en-t&ecirc;te(s) sp&eacute;cifi&eacute;(s) dans le cache.
+<description>Ne pas stocker le(s) en-tête(s) spécifié(s) dans le cache.
</description>
-<syntax>CacheIgnoreHeaders <var>en-t&ecirc;te</var> [<var>en-t&ecirc;te</var>] ...</syntax>
+<syntax>CacheIgnoreHeaders <var>en-tête</var> [<var>en-tête</var>] ...</syntax>
<default>CacheIgnoreHeaders None</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
- <p>En accord avec la RFC 2616, les en-t&ecirc;tes HTTP hop-by-hop ne sont
- pas stock&eacute;s dans le cache. Les en-t&ecirc;tes HTTP suivant sont des
- en-t&ecirc;tes hop-by-hop, et en tant que tels, ne sont en <em>aucun</em>
- cas stock&eacute;s dans le cache, quelle que soit la d&eacute;finition de la
+ <p>En accord avec la RFC 2616, les en-têtes HTTP hop-by-hop ne sont
+ pas stockés dans le cache. Les en-têtes HTTP suivant sont des
+ en-têtes hop-by-hop, et en tant que tels, ne sont en <em>aucun</em>
+ cas stockés dans le cache, quelle que soit la définition de la
directive <directive>CacheIgnoreHeaders</directive> :</p>
<ul>
@@ -754,16 +754,16 @@ fonction de la date de derni&egrave;re modification.</description>
</ul>
<p>La directive <directive>CacheIgnoreHeaders</directive> permet de
- sp&eacute;cifier quels en-t&ecirc;tes HTTP ne doivent pas &ecirc;tre stock&eacute;s dans le
- cache. Par exemple, il peut s'av&eacute;rer pertinent dans certains cas de
+ spécifier quels en-têtes HTTP ne doivent pas être stockés dans le
+ cache. Par exemple, il peut s'avérer pertinent dans certains cas de
ne pas stocker les cookies dans le cache.</p>
<p>La directive <directive>CacheIgnoreHeaders</directive> accepte
- une liste d'en-t&ecirc;tes HTTP s&eacute;par&eacute;s par des espaces, qui ne doivent
- pas &ecirc;tre stock&eacute;s dans le cache. Si les en-t&ecirc;tes hop-by-hop sont les
- seuls &agrave; ne pas devoir &ecirc;tre stock&eacute;s dans le cache (le comportement
+ une liste d'en-têtes HTTP séparés par des espaces, qui ne doivent
+ pas être stockés dans le cache. Si les en-têtes hop-by-hop sont les
+ seuls à ne pas devoir être stockés dans le cache (le comportement
compatible RFC 2616), la directive
- <directive>CacheIgnoreHeaders</directive> peut &ecirc;tre d&eacute;finie &agrave;
+ <directive>CacheIgnoreHeaders</directive> peut être définie à
<code>None</code>.</p>
<example><title>Exemple 1</title>
@@ -779,17 +779,17 @@ fonction de la date de derni&egrave;re modification.</description>
</example>
<note type="warning"><title>Avertissement :</title>
- Si des en-t&ecirc;tes n&eacute;cessaires &agrave; la bonne gestion du cache, comme
- <code>Expires</code>, ne sont pas stock&eacute;s suite &agrave; la d&eacute;finition
+ Si des en-têtes nécessaires à la bonne gestion du cache, comme
+ <code>Expires</code>, ne sont pas stockés suite à la définition
d'une directive <directive>CacheIgnoreHeaders</directive>, le
- comportement de mod_cache sera impr&eacute;visible.
+ comportement de mod_cache sera imprévisible.
</note>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>CacheIgnoreURLSessionIdentifiers</name>
-<description>Ignore les identifiants de session d&eacute;finis encod&eacute;s dans
+<description>Ignore les identifiants de session définis encodés dans
l'URL lors de la mise en cache
</description>
<syntax>CacheIgnoreURLSessionIdentifiers <var>identifiant</var>
@@ -806,17 +806,17 @@ l'URL lors de la mise en cache
<li><code>/une-application/image.gif;jsessionid=123456789</code></li>
<li><code>/une-application/image.gif?PHPSESSIONID=12345678</code></li>
</ul>
- <p>Ceci implique la mise en cache des ressources s&eacute;par&eacute;ment pour
- chaque session, ce qui n'est en g&eacute;n&eacute;ral pas souhait&eacute;. La directive
+ <p>Ceci implique la mise en cache des ressources séparément pour
+ chaque session, ce qui n'est en général pas souhaité. La directive
<directive>CacheIgnoreURLSessionIdentifiers</directive> permet de
- d&eacute;finir une liste d'identifiants qui seront supprim&eacute;s de la cl&eacute;
- utilis&eacute;e pour identifier une entit&eacute; dans le cache, de fa&ccedil;on &agrave; ce que
- les ressources ne soient pas stock&eacute;es s&eacute;par&eacute;ment pour chaque
+ définir une liste d'identifiants qui seront supprimés de la clé
+ utilisée pour identifier une entité dans le cache, de façon à ce que
+ les ressources ne soient pas stockées séparément pour chaque
session.
</p>
<p><code>CacheIgnoreURLSessionIdentifiers None</code> vide la liste
- des identifiants ignor&eacute;s. Autrement, chaque identifiant sp&eacute;cifi&eacute; est
- ajout&eacute; &agrave; la liste.</p>
+ des identifiants ignorés. Autrement, chaque identifiant spécifié est
+ ajouté à la liste.</p>
<example><title>Exemple 1</title>
<highlight language="config">
@@ -835,8 +835,8 @@ l'URL lors de la mise en cache
<directivesynopsis>
<name>CacheStoreExpired</name>
-<description>Tente de mettre en cache les r&eacute;ponses que le serveur
-consid&egrave;re comme arriv&eacute;es &agrave; expiration</description>
+<description>Tente de mettre en cache les réponses que le serveur
+considère comme arrivées à expiration</description>
<syntax>CacheStoreExpired On|Off</syntax>
<default>CacheStoreExpired Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -844,14 +844,14 @@ consid&egrave;re comme arriv&eacute;es &agrave; expiration</description>
</contextlist>
<usage>
- <p>Depuis la version 2.2.4, les r&eacute;ponses qui sont arriv&eacute;es &agrave;
- expiration ne sont pas stock&eacute;es dans le cache. La directive
+ <p>Depuis la version 2.2.4, les réponses qui sont arrivées à
+ expiration ne sont pas stockées dans le cache. La directive
<directive>CacheStoreExpired</directive> permet de modifier ce
comportement. Avec <directive>CacheStoreExpired</directive> On, le
- serveur tente de mettre en cache la ressource si elle est p&eacute;rim&eacute;e.
- Les requ&ecirc;tes suivantes vont d&eacute;clencher une requ&ecirc;te si-modifi&eacute;-depuis
- de la part du serveur d'origine, et la r&eacute;ponse sera renvoy&eacute;e &agrave;
- partir du cache si la ressource d'arri&egrave;re-plan n'a pas &eacute;t&eacute; modifi&eacute;e.</p>
+ serveur tente de mettre en cache la ressource si elle est périmée.
+ Les requêtes suivantes vont déclencher une requête si-modifié-depuis
+ de la part du serveur d'origine, et la réponse sera renvoyée à
+ partir du cache si la ressource d'arrière-plan n'a pas été modifiée.</p>
<highlight language="config">
CacheStoreExpired On
@@ -862,8 +862,8 @@ consid&egrave;re comme arriv&eacute;es &agrave; expiration</description>
<directivesynopsis>
<name>CacheStorePrivate</name>
-<description>Tente de mettre en cache des r&eacute;ponses que le serveur a
-marqu&eacute;es comme priv&eacute;es</description>
+<description>Tente de mettre en cache des réponses que le serveur a
+marquées comme privées</description>
<syntax>CacheStorePrivate On|Off</syntax>
<default>CacheStorePrivate Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -871,13 +871,13 @@ marqu&eacute;es comme priv&eacute;es</description>
</contextlist>
<usage>
- <p>Normalement, les r&eacute;ponse comportant un en-t&ecirc;te Cache-Control:
- dont la valeur est private ne seront pas stock&eacute;es dans le cache. La
+ <p>Normalement, les réponse comportant un en-tête Cache-Control:
+ dont la valeur est private ne seront pas stockées dans le cache. La
directive <directive>CacheStorePrivate</directive> permet de
modifier ce comportement. Si
- <directive>CacheStorePrivate</directive> est d&eacute;finie &agrave; On, le
- serveur tentera de mettre la ressource en cache, m&ecirc;me si elle
- contient un en-t&ecirc;te private.</p>
+ <directive>CacheStorePrivate</directive> est définie à On, le
+ serveur tentera de mettre la ressource en cache, même si elle
+ contient un en-tête private.</p>
<highlight language="config">
@@ -886,10 +886,10 @@ marqu&eacute;es comme priv&eacute;es</description>
<note type="warning"><title>Avertissement :</title>
- Cette directive autorise la mise en cache m&ecirc;me si le serveur
- indique que la ressource ne doit pas &ecirc;tre mise en cache. Elle
- n'est de ce fait appropri&eacute;e que dans le cas d'un cache
- 'priv&eacute;'.
+ Cette directive autorise la mise en cache même si le serveur
+ indique que la ressource ne doit pas être mise en cache. Elle
+ n'est de ce fait appropriée que dans le cas d'un cache
+ 'privé'.
</note>
</usage>
<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
@@ -898,8 +898,8 @@ marqu&eacute;es comme priv&eacute;es</description>
<directivesynopsis>
<name>CacheStoreNoStore</name>
-<description>Tente de mettre en cache les requ&ecirc;tes ou r&eacute;ponses dont
-l'ent&ecirc;te Cache-Control: a pour valeur no-store.</description>
+<description>Tente de mettre en cache les requêtes ou réponses dont
+l'entête Cache-Control: a pour valeur no-store.</description>
<syntax>CacheStoreNoStore On|Off</syntax>
<default>CacheStoreNoStore Off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -907,13 +907,13 @@ l'ent&ecirc;te Cache-Control: a pour valeur no-store.</description>
</contextlist>
<usage>
- <p>Normalement, les requ&ecirc;tes ou r&eacute;ponses dont l'en-t&ecirc;te
- Cache-Control: a pour valeur no-store ne sont pas stock&eacute;es dans le
+ <p>Normalement, les requêtes ou réponses dont l'en-tête
+ Cache-Control: a pour valeur no-store ne sont pas stockées dans le
cache. La directive <directive>CacheStoreNoStore</directive> permet
de modifier ce comportement. Si
- <directive>CacheStoreNoStore</directive> est d&eacute;finie &agrave; On, le
- serveur tente de mettre la ressource en cache m&ecirc;me si elle contient
- un en-t&ecirc;te no-store.</p>
+ <directive>CacheStoreNoStore</directive> est définie à On, le
+ serveur tente de mettre la ressource en cache même si elle contient
+ un en-tête no-store.</p>
<highlight language="config">
@@ -922,13 +922,13 @@ l'ent&ecirc;te Cache-Control: a pour valeur no-store.</description>
<note type="warning"><title>Avertissement :</title>
- Selon la RFC 2616, la valeur d'en-t&ecirc;te no-store est cens&eacute;e
- "pr&eacute;venir la suppression ou la r&eacute;tention par inadvertance
+ Selon la RFC 2616, la valeur d'en-tête no-store est censée
+ "prévenir la suppression ou la rétention par inadvertance
d'informations sensibles (par exemple, sur des bandes de
sauvegarde)". Autrement dit, l'activation de la directive
<directive>CacheStoreNoCache</directive> pourrait provoquer le
stockage d'informations sensibles dans le cache. Vous avez donc
- &eacute;t&eacute; pr&eacute;venus.
+ été prévenus.
</note>
</usage>
<seealso><directive module="mod_cache">CacheIgnoreCacheControl</directive></seealso>
@@ -937,7 +937,7 @@ l'ent&ecirc;te Cache-Control: a pour valeur no-store.</description>
<directivesynopsis>
<name>CacheLock</name>
-<description>Active la protection contre les temp&ecirc;tes de requ&ecirc;tes.</description>
+<description>Active la protection contre les tempêtes de requêtes.</description>
<syntax>CacheLock <var>on|off</var></syntax>
<default>CacheLock off</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -945,11 +945,11 @@ l'ent&ecirc;te Cache-Control: a pour valeur no-store.</description>
<usage>
<p>La directive <directive>CacheLock</directive> active la protection
- contre les temp&ecirc;tes de requ&ecirc;tes pour l'espace d'adressage donn&eacute;.</p>
+ contre les tempêtes de requêtes pour l'espace d'adressage donné.</p>
<p>La configuration minimale pour activer le verrouillage contre les
- temp&ecirc;tes de requ&ecirc;tes dans le r&eacute;pertoire par
- d&eacute;faut des fichiers run-time est
+ tempêtes de requêtes dans le répertoire par
+ défaut des fichiers run-time est
la suivante :</p>
<highlight language="config">
@@ -958,7 +958,7 @@ CacheLock on
</highlight>
<p>Les verrous sont des fichiers vides qui n'existent que pour les
- URLs pr&eacute;sentes dont le contenu est p&eacute;rim&eacute; ; ils consomment dont bien
+ URLs présentes dont le contenu est périmé ; ils consomment dont bien
moins de ressources que le cache disque traditionnel.</p>
</usage>
@@ -966,17 +966,17 @@ CacheLock on
<directivesynopsis>
<name>CacheLockPath</name>
-<description>D&eacute;finit le r&eacute;pertoire des verrous.</description>
-<syntax>CacheLockPath <var>r&eacute;pertoire</var></syntax>
+<description>Définit le répertoire des verrous.</description>
+<syntax>CacheLockPath <var>répertoire</var></syntax>
<default>CacheLockPath mod_cache-lock</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
<usage>
<p>La directive <directive>CacheLockPath</directive> permet de
- sp&eacute;cifier le r&eacute;pertoire dans lequel les verrous sont
- cr&eacute;&eacute;s. Si <var>r&eacute;pertoire</var> n'est pas un
- chemin absolu, il sera relatif au r&eacute;pertoire d&eacute;fini par la directive
+ spécifier le répertoire dans lequel les verrous sont
+ créés. Si <var>répertoire</var> n'est pas un
+ chemin absolu, il sera relatif au répertoire défini par la directive
<directive module="core">DefaultRuntimeDir</directive>.</p>
</usage>
@@ -984,7 +984,7 @@ CacheLock on
<directivesynopsis>
<name>CacheLockMaxAge</name>
-<description>D&eacute;finit la dur&eacute;e de vie maximale d'un verrou de cache.</description>
+<description>Définit la durée de vie maximale d'un verrou de cache.</description>
<syntax>CacheLockMaxAge <var>entier</var></syntax>
<default>CacheLockMaxAge 5</default>
<contextlist><context>server config</context><context>virtual host</context>
@@ -992,53 +992,53 @@ CacheLock on
<usage>
<p>La directive <directive>CacheLockMaxAge</directive> permet de
- sp&eacute;cifier la dur&eacute;e de vie maximale d'un verrou de cache.</p>
+ spécifier la durée de vie maximale d'un verrou de cache.</p>
- <p>Un verrou plus ancien que cette valeur exprim&eacute;e en secondes sera
- ignor&eacute;, et la prochaine requ&ecirc;te entrante sera alors en mesure de
- recr&eacute;er le verrou. Ce m&eacute;canisme permet d'&eacute;viter les mises &agrave; jour trop
- longues initi&eacute;es par des clients lents.</p>
+ <p>Un verrou plus ancien que cette valeur exprimée en secondes sera
+ ignoré, et la prochaine requête entrante sera alors en mesure de
+ recréer le verrou. Ce mécanisme permet d'éviter les mises à jour trop
+ longues initiées par des clients lents.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>CacheQuickHandler</name>
- <description>Ex&eacute;cute le cache &agrave; partir d'un gestionnaire rapide.</description>
+ <description>Exécute le cache à partir d'un gestionnaire rapide.</description>
<syntax>CacheQuickHandler <var>on|off</var></syntax>
<default>CacheQuickHandler on</default>
<contextlist><context>server config</context><context>virtual host</context>
</contextlist>
- <compatibility>Disponible &agrave; partir de la version 2.3.3 du serveur HTTP
+ <compatibility>Disponible à partir de la version 2.3.3 du serveur HTTP
Apache</compatibility>
<usage>
<p>La directive <directive
- module="mod_cache">CacheQuickHandler</directive> permet de contr&ocirc;ler
- la phase au cours de laquelle la mise en cache est effectu&eacute;e.</p>
+ module="mod_cache">CacheQuickHandler</directive> permet de contrôler
+ la phase au cours de laquelle la mise en cache est effectuée.</p>
- <p>Avec la configuration par d&eacute;faut, le cache agit au cours de la
- phase du gestionnaire rapide. Cette phase court-circuite la majorit&eacute;
- des traitements du serveur, et constitue le mode d'op&eacute;ration le plus
+ <p>Avec la configuration par défaut, le cache agit au cours de la
+ phase du gestionnaire rapide. Cette phase court-circuite la majorité
+ des traitements du serveur, et constitue le mode d'opération le plus
performant pour un serveur typique. Le cache
- <strong>s'incruste</strong> devant le serveur, et la majorit&eacute; des
- traitements du serveur est court-circuit&eacute;e.</p>
+ <strong>s'incruste</strong> devant le serveur, et la majorité des
+ traitements du serveur est court-circuitée.</p>
- <p>Lorsque cette directive est d&eacute;finie &agrave; off, le cache agit comme un
- gestionnaire normal, et est concern&eacute; par toutes les phases de
- traitement d'une requ&ecirc;te. Bien que ce mode soit moins performant que
- le mode par d&eacute;faut, il permet d'utiliser le cache dans les cas o&ugrave; un
- traitement complet de la requ&ecirc;te est n&eacute;cessaire, comme par exemple
- lorsque le contenu est soumis &agrave; autorisation.</p>
+ <p>Lorsque cette directive est définie à off, le cache agit comme un
+ gestionnaire normal, et est concerné par toutes les phases de
+ traitement d'une requête. Bien que ce mode soit moins performant que
+ le mode par défaut, il permet d'utiliser le cache dans les cas où un
+ traitement complet de la requête est nécessaire, comme par exemple
+ lorsque le contenu est soumis à autorisation.</p>
<highlight language="config">
-# Ex&eacute;cute le cache comme un gestionnaire normal
+# Exécute le cache comme un gestionnaire normal
CacheQuickHandler off
</highlight>
- <p>Lorsque le gestionnaire rapide est d&eacute;sactiv&eacute;, l'administrateur a
- aussi la possibilit&eacute; de choisir avec pr&eacute;cision le point de la cha&icirc;ne
- de filtrage o&ugrave; la mise en cache sera effectu&eacute;e, en utilisant le
+ <p>Lorsque le gestionnaire rapide est désactivé, l'administrateur a
+ aussi la possibilité de choisir avec précision le point de la chaîne
+ de filtrage où la mise en cache sera effectuée, en utilisant le
filtre <strong>CACHE</strong>.</p>
<highlight language="config">
@@ -1048,7 +1048,7 @@ CacheQuickHandler off
AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
</highlight>
- <p>Si le filtre CACHE est sp&eacute;cifi&eacute; plusieurs fois, c'est la derni&egrave;re
+ <p>Si le filtre CACHE est spécifié plusieurs fois, c'est la dernière
instance qui sera prise en compte.</p>
</usage>
@@ -1056,7 +1056,7 @@ AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
<directivesynopsis>
<name>CacheHeader</name>
-<description>Ajoute un en-t&ecirc;te X-Cache &agrave; la r&eacute;ponse.</description>
+<description>Ajoute un en-tête X-Cache à la réponse.</description>
<syntax>CacheHeader <var>on|off</var></syntax>
<default>CacheHeader off</default>
<contextlist><context>server config</context>
@@ -1068,28 +1068,28 @@ AddOutputFilterByType CACHE;INCLUDES;DEFLATE text/html
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheHeader</directive> est d&eacute;finie &agrave; on, un
- en-t&ecirc;te <strong>X-Cache</strong> est ajout&eacute; &agrave; la r&eacute;ponse et contient
- l'&eacute;tat du cache pour cette derni&egrave;re. Si le gestionnaire normal est
- utilis&eacute;, cette directive peut se situer dans une section
+ module="mod_cache">CacheHeader</directive> est définie à on, un
+ en-tête <strong>X-Cache</strong> est ajouté à la réponse et contient
+ l'état du cache pour cette dernière. Si le gestionnaire normal est
+ utilisé, cette directive peut se situer dans une section
<directive type="section" module="core">Directory</directive> ou
<directive type="section" module="core">Location</directive>. Si c'est
le
- gestionnaire rapide qui est utilis&eacute;, elle doit se situer dans un
+ gestionnaire rapide qui est utilisé, elle doit se situer dans un
contexte de serveur principal ou de serveur virtuel, sinon elle sera
- ignor&eacute;e.</p>
+ ignorée.</p>
<dl>
- <dt><strong>HIT</strong></dt><dd>Le contenu &eacute;tait &agrave; jour et a &eacute;t&eacute;
+ <dt><strong>HIT</strong></dt><dd>Le contenu était à jour et a été
servi depuis le cache.</dd>
- <dt><strong>REVALIDATE</strong></dt><dd>Le contenu &eacute;tait p&eacute;rim&eacute;, a
- &eacute;t&eacute; mis &agrave; jour, puis a &eacute;t&eacute; servi depuis le cache.</dd>
- <dt><strong>MISS</strong></dt><dd>Le contenu n'a pas &eacute;t&eacute; servi
- depuis le cache, mais directement depuis le serveur demand&eacute;.</dd>
+ <dt><strong>REVALIDATE</strong></dt><dd>Le contenu était périmé, a
+ été mis à jour, puis a été servi depuis le cache.</dd>
+ <dt><strong>MISS</strong></dt><dd>Le contenu n'a pas été servi
+ depuis le cache, mais directement depuis le serveur demandé.</dd>
</dl>
<highlight language="config">
-# Active l'en-t&ecirc;te X-Cache
+# Active l'en-tête X-Cache
CacheHeader on
</highlight>
@@ -1103,7 +1103,7 @@ CacheHeader on
<directivesynopsis>
<name>CacheDetailHeader</name>
-<description>Ajoute un en-t&ecirc;te X-Cache-Detail &agrave; la r&eacute;ponse.</description>
+<description>Ajoute un en-tête X-Cache-Detail à la réponse.</description>
<syntax>CacheDetailHeader <var>on|off</var></syntax>
<default>CacheDetailHeader off</default>
<contextlist><context>server config</context>
@@ -1115,27 +1115,27 @@ CacheHeader on
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheDetailHeader</directive> est d&eacute;finie &agrave; on, un
- en-t&ecirc;te <strong>X-Cache-Detail</strong> est ajout&eacute; &agrave; la r&eacute;ponse et
- contient les raisons pr&eacute;cises d'une d&eacute;cision d'utilisation du cache
- vis &agrave; vis de cette derni&egrave;re.</p>
-
- <p>Ceci peut s'av&eacute;rer utile au cours du d&eacute;veloppement de services
- RESTful mis en cache pour obtenir des informations suppl&eacute;mentaires &agrave;
- propos des d&eacute;cisions vis &agrave; vis du cache &eacute;crites dans les en-t&ecirc;tes de
- la r&eacute;ponse. Il est ainsi possible de v&eacute;rifier si
- <code>Cache-Control</code> et d'autres en-t&ecirc;tes ont &eacute;t&eacute; correctement
- utilis&eacute;s par le service et le client.</p>
-
- <p>Si le gestionnaire normal est utilis&eacute;, cette directive peut se
+ module="mod_cache">CacheDetailHeader</directive> est définie à on, un
+ en-tête <strong>X-Cache-Detail</strong> est ajouté à la réponse et
+ contient les raisons précises d'une décision d'utilisation du cache
+ vis à vis de cette dernière.</p>
+
+ <p>Ceci peut s'avérer utile au cours du développement de services
+ RESTful mis en cache pour obtenir des informations supplémentaires à
+ propos des décisions vis à vis du cache écrites dans les en-têtes de
+ la réponse. Il est ainsi possible de vérifier si
+ <code>Cache-Control</code> et d'autres en-têtes ont été correctement
+ utilisés par le service et le client.</p>
+
+ <p>Si le gestionnaire normal est utilisé, cette directive peut se
situer dans une section <directive type="section"
module="core">Directory</directive> ou <directive type="section"
module="core">Location</directive>. Si c'est le gestionnaire
- rapide qui est utilis&eacute;, elle doit se situer dans un contexte de
- serveur principal ou de serveur virtuel, sinon elle sera ignor&eacute;e.</p>
+ rapide qui est utilisé, elle doit se situer dans un contexte de
+ serveur principal ou de serveur virtuel, sinon elle sera ignorée.</p>
<highlight language="config">
-# Active l'en-t&ecirc;te X-Cache-Detail
+# Active l'en-tête X-Cache-Detail
CacheDetailHeader on
</highlight>
@@ -1148,7 +1148,7 @@ CacheDetailHeader on
<directivesynopsis>
<name>CacheKeyBaseURL</name>
-<description>Remplace l'URL de base des cl&eacute;s du cache mandat&eacute;es en
+<description>Remplace l'URL de base des clés du cache mandatées en
inverse</description>
<syntax>CacheKeyBaseURL <var>URL</var></syntax>
<default>CacheKeyBaseURL http://example.com</default>
@@ -1159,22 +1159,22 @@ inverse</description>
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheKeyBaseURL</directive> est utilis&eacute;e, l'URL
- sp&eacute;cifi&eacute;e sera utilis&eacute;e comme URL de base pour calculer l'URL des cl&eacute;s
- du cache dans la configuration du mandataire inverse. Par d&eacute;faut,
- c'est le protocole/nom d'h&ocirc;te/port du serveur virtuel courant qui sera
- utilis&eacute; pour construire la cl&eacute; de cache. Dans le cas d'un cluster de
- machines, si toutes les entr&eacute;es du cache doivent poss&eacute;der la m&ecirc;me cl&eacute;,
- cette directive permet de sp&eacute;cifier une nouvelle URL de base.</p>
+ module="mod_cache">CacheKeyBaseURL</directive> est utilisée, l'URL
+ spécifiée sera utilisée comme URL de base pour calculer l'URL des clés
+ du cache dans la configuration du mandataire inverse. Par défaut,
+ c'est le protocole/nom d'hôte/port du serveur virtuel courant qui sera
+ utilisé pour construire la clé de cache. Dans le cas d'un cluster de
+ machines, si toutes les entrées du cache doivent posséder la même clé,
+ cette directive permet de spécifier une nouvelle URL de base.</p>
<highlight language="config">
-# Remplace l'URL de base de la cl&eacute; de cache.
+# Remplace l'URL de base de la clé de cache.
CacheKeyBaseURL http://www.example.com/
</highlight>
- <note type="warning">Prenez garde en d&eacute;finissant cette directive. Si
- deux serveurs virtuels distincts poss&egrave;dent accidentellement la m&ecirc;me
- URL de base, les entr&eacute;es en provenance d'un serveur virtuel seront
+ <note type="warning">Prenez garde en définissant cette directive. Si
+ deux serveurs virtuels distincts possèdent accidentellement la même
+ URL de base, les entrées en provenance d'un serveur virtuel seront
servies par l'autre.</note>
</usage>
@@ -1182,7 +1182,7 @@ CacheKeyBaseURL http://www.example.com/
<directivesynopsis>
<name>CacheStaleOnError</name>
-<description>Sert du contenu non &agrave; jour &agrave; la place de r&eacute;ponses 5xx.</description>
+<description>Sert du contenu non à jour à la place de réponses 5xx.</description>
<syntax>CacheStaleOnError <var>on|off</var></syntax>
<default>CacheStaleOnError on</default>
<contextlist><context>server config</context>
@@ -1194,17 +1194,17 @@ CacheKeyBaseURL http://www.example.com/
<usage>
<p>Lorsque la directive <directive
- module="mod_cache">CacheStaleOnError</directive> est d&eacute;finie &agrave; on, et
- si des donn&eacute;es non mises &agrave; jour sont disponibles dans le cache, ce
- dernier renverra ces donn&eacute;es, plut&ocirc;t qu'une &eacute;ventuelle r&eacute;ponse 5xx en
- provenance du serveur d'arri&egrave;re-plan. Alors que l'en-t&ecirc;te
- Cache-Control envoy&eacute; par les clients sera respect&eacute;, et que les clients
- recevront donc dans ce cas la r&eacute;ponse 5xx brute &agrave; leur requ&ecirc;te, cette
- r&eacute;ponse 5xx renvoy&eacute;e au client n'invalidera pas le contenu dans le
+ module="mod_cache">CacheStaleOnError</directive> est définie à on, et
+ si des données non mises à jour sont disponibles dans le cache, ce
+ dernier renverra ces données, plutôt qu'une éventuelle réponse 5xx en
+ provenance du serveur d'arrière-plan. Alors que l'en-tête
+ Cache-Control envoyé par les clients sera respecté, et que les clients
+ recevront donc dans ce cas la réponse 5xx brute à leur requête, cette
+ réponse 5xx renvoyée au client n'invalidera pas le contenu dans le
cache. </p>
<highlight language="config">
-# Sert des donn&eacute;es non mises &agrave; jour en cas d'erreur.
+# Sert des données non mises à jour en cas d'erreur.
CacheStaleOnError on
</highlight>
diff --git a/docs/manual/mod/mod_ldap.xml.fr b/docs/manual/mod/mod_ldap.xml.fr
index 361c4f0c3a..c42595b8ef 100644
--- a/docs/manual/mod/mod_ldap.xml.fr
+++ b/docs/manual/mod/mod_ldap.xml.fr
@@ -1,7 +1,7 @@
-<?xml version="1.0"?>
+<?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: 1673945:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -27,46 +27,46 @@
<name>mod_ldap</name>
<description>Conservation des connexions LDAP et services de mise en
-cache du r&eacute;sultat &agrave; destination des autres modules LDAP</description>
+cache du résultat à destination des autres modules LDAP</description>
<status>Extension</status>
<sourcefile>util_ldap.c</sourcefile>
<identifier>ldap_module</identifier>
<summary>
- <p>Ce module a &eacute;t&eacute; con&ccedil;u dans le but d'am&eacute;liorer les performances
- des sites web s'appuyant sur des connexions en arri&egrave;re-plan vers des
+ <p>Ce module a été conçu dans le but d'améliorer les performances
+ des sites web s'appuyant sur des connexions en arrière-plan vers des
serveurs LDAP. Il ajoute aux fonctions fournies par les
- biblioth&egrave;ques standards LDAP la conservation des connexions LDAP
- ainsi qu'un cache LDAP partag&eacute; en m&eacute;moire.</p>
+ bibliothèques standards LDAP la conservation des connexions LDAP
+ ainsi qu'un cache LDAP partagé en mémoire.</p>
- <p>Pour activer ce module, le support LDAP doit &ecirc;tre compil&eacute; dans
+ <p>Pour activer ce module, le support LDAP doit être compilé dans
apr-util. Pour ce faire, on ajoute l'option <code>--with-ldap</code>
au script <program>configure</program> lorsqu'on construit
Apache.</p>
- <p>Le support SSL/TLS est conditionn&eacute; par le kit de d&eacute;veloppement
- LDAP qui a &eacute;t&eacute; li&eacute; &agrave; <glossary>APR</glossary>. Au moment o&ugrave; ces
- lignes sont &eacute;crites, APR-util supporte <a
+ <p>Le support SSL/TLS est conditionné par le kit de développement
+ LDAP qui a été lié à <glossary>APR</glossary>. Au moment où ces
+ lignes sont écrites, APR-util supporte <a
href="http://www.openldap.org/">OpenLDAP SDK</a> (version 2.x ou
- sup&eacute;rieure), <a
+ supérieure), <a
href="http://developer.novell.com/ndk/cldap.htm">Novell LDAP
SDK</a>, <a href="https://wiki.mozilla.org/LDAP_C_SDK">
- Mozilla LDAP SDK</a>, le SDK LDAP Solaris natif (bas&eacute; sur Mozilla)
+ Mozilla LDAP SDK</a>, le SDK LDAP Solaris natif (basé sur Mozilla)
ou le SDK LDAP Microsoft natif. Voir le site web <a
- href="http://apr.apache.org">APR</a> pour plus de d&eacute;tails.</p>
+ href="http://apr.apache.org">APR</a> pour plus de détails.</p>
</summary>
<section id="exampleconfig"><title>Exemple de configuration</title>
<p>Ce qui suit est un exemple de configuration qui utilise
- <module>mod_ldap</module> pour am&eacute;liorer les performances de
+ <module>mod_ldap</module> pour améliorer les performances de
l'authentification HTTP de base fournie par
<module>mod_authnz_ldap</module>.</p>
<highlight language="config">
-# Active la conservation des connexions LDAP et le cache partag&eacute; en
-# m&eacute;moire. Active le gestionnaire de statut du cache LDAP.
-# N&eacute;cessite le chargement de mod_ldap et de mod_authnz_ldap.
+# Active la conservation des connexions LDAP et le cache partagé en
+# mémoire. Active le gestionnaire de statut du cache LDAP.
+# Nécessite le chargement de mod_ldap et de mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.
@@ -93,108 +93,108 @@ LDAPOpCacheTTL 600
<section id="pool"><title>Conservation des connexions LDAP</title>
- <p>Les connexions LDAP sont conserv&eacute;es de requ&ecirc;te en requ&ecirc;te. Ceci
- permet de rester connect&eacute; et identifi&eacute; au serveur LDAP, ce dernier
- &eacute;tant ainsi pr&ecirc;t pour la prochaine requ&ecirc;te, sans avoir &agrave; se
- d&eacute;connecter, reconnecter et r&eacute;identifier. Le gain en performances
- est similaire &agrave; celui des connexions persistantes (keepalives)
+ <p>Les connexions LDAP sont conservées de requête en requête. Ceci
+ permet de rester connecté et identifié au serveur LDAP, ce dernier
+ étant ainsi prêt pour la prochaine requête, sans avoir à se
+ déconnecter, reconnecter et réidentifier. Le gain en performances
+ est similaire à celui des connexions persistantes (keepalives)
HTTP.</p>
- <p>Sur un serveur tr&egrave;s sollicit&eacute;, il est possible que de nombreuses
- requ&ecirc;tes tentent d'acc&eacute;der simultan&eacute;ment &agrave; la m&ecirc;me connexion au
- serveur LDAP. Lorsqu'une connexion LDAP est utilis&eacute;e, Apache en cr&eacute;e
- une deuxi&egrave;me en parall&egrave;le &agrave; la premi&egrave;re, ce qui permet d'&eacute;viter que
- le syst&egrave;me de conservation des connexions ne devienne un goulot
- d'&eacute;tranglement.</p>
+ <p>Sur un serveur très sollicité, il est possible que de nombreuses
+ requêtes tentent d'accéder simultanément à la même connexion au
+ serveur LDAP. Lorsqu'une connexion LDAP est utilisée, Apache en crée
+ une deuxième en parallèle à la première, ce qui permet d'éviter que
+ le système de conservation des connexions ne devienne un goulot
+ d'étranglement.</p>
- <p>Il n'est pas n&eacute;cessaire d'activer explicitement la conservation
+ <p>Il n'est pas nécessaire d'activer explicitement la conservation
des connexions dans la configuration d'Apache. Tout module utilisant
- le module ldap pour acc&eacute;der aux services LDAP partagera le jeu de
+ le module ldap pour accéder aux services LDAP partagera le jeu de
connexions.</p>
- <p>Les connexions LDAP peuvent garder la trace des donn&eacute;es
- d'identification du client ldap utilis&eacute;es pour l'identification
- aupr&egrave;s du serveur LDAP. Ces donn&eacute;es peuvent &ecirc;tre fournies aux
+ <p>Les connexions LDAP peuvent garder la trace des données
+ d'identification du client ldap utilisées pour l'identification
+ auprès du serveur LDAP. Ces données peuvent être fournies aux
serveurs LDAP qui ne permettent pas les connexions anonymes au cours
lors des tentatives de sauts vers des serveurs alternatifs. Pour
- contr&ocirc;ler cette fonctionnalit&eacute;, voir les directives <directive
+ contrôler cette fonctionnalité, voir les directives <directive
module="mod_ldap">LDAPReferrals</directive> et <directive
module="mod_ldap">LDAPReferralHopLimit</directive>. Cette
- fonctionnalit&eacute; est activ&eacute;e par d&eacute;faut.</p>
+ fonctionnalité est activée par défaut.</p>
</section>
<section id="cache"><title>Cache LDAP</title>
- <p>Pour am&eacute;liorer les performances, <module>mod_ldap</module> met en
- oeuvre une strat&eacute;gie de mise en cache agressive visant &agrave; minimiser
- le nombre de fois que le serveur LDAP doit &ecirc;tre contact&eacute;. La mise en
- cache peut facilement doubler et m&ecirc;me tripler le d&eacute;bit d'Apache
- lorsqu'il sert des pages prot&eacute;g&eacute;es par mod_authnz_ldap. De plus, le
- serveur LDAP verra lui-m&ecirc;me sa charge sensiblement diminu&eacute;e.</p>
+ <p>Pour améliorer les performances, <module>mod_ldap</module> met en
+ oeuvre une stratégie de mise en cache agressive visant à minimiser
+ le nombre de fois que le serveur LDAP doit être contacté. La mise en
+ cache peut facilement doubler et même tripler le débit d'Apache
+ lorsqu'il sert des pages protégées par mod_authnz_ldap. De plus, le
+ serveur LDAP verra lui-même sa charge sensiblement diminuée.</p>
<p><module>mod_ldap</module> supporte deux types de mise en cache
LDAP : un <em>cache recherche/identification</em> durant la phase
- de recherche/identification et deux <em>caches d'op&eacute;rations</em>
- durant la phase de comparaison. Chaque URL LDAP utilis&eacute;e par le
+ de recherche/identification et deux <em>caches d'opérations</em>
+ durant la phase de comparaison. Chaque URL LDAP utilisée par le
serveur a son propre jeu d'instances dans ces trois caches.</p>
<section id="search-bind"><title>Le cache
recherche/identification</title>
<p>Les processus de recherche et d'identification sont les
- op&eacute;rations LDAP les plus consommatrices en temps, en particulier
+ opérations LDAP les plus consommatrices en temps, en particulier
si l'annuaire est de grande taille. Le cache de
recherche/identification met en cache toutes les recherches qui
- ont abouti &agrave; une identification positive. Les r&eacute;sultats n&eacute;gatifs
- (c'est &agrave; dire les recherches sans succ&egrave;s, ou les recherches qui
- n'ont pas abouti &agrave; une identification positive) ne sont pas mis en
- cache. La raison de cette d&eacute;cision r&eacute;side dans le fait que les
- connexions avec des donn&eacute;es d'identification invalides ne
- repr&eacute;sentent qu'un faible pourcentage du nombre total de
+ ont abouti à une identification positive. Les résultats négatifs
+ (c'est à dire les recherches sans succès, ou les recherches qui
+ n'ont pas abouti à une identification positive) ne sont pas mis en
+ cache. La raison de cette décision réside dans le fait que les
+ connexions avec des données d'identification invalides ne
+ représentent qu'un faible pourcentage du nombre total de
connexions, et ainsi, le fait de ne pas mettre en cache les
- donn&eacute;es d'identification invalides r&eacute;duira d'autant la taille du
+ données d'identification invalides réduira d'autant la taille du
cache.</p>
<p><module>mod_ldap</module> met en cache le nom d'utilisateur, le
- DN extrait, le mot de passe utilis&eacute; pour l'identification, ainsi
+ DN extrait, le mot de passe utilisé pour l'identification, ainsi
que l'heure de l'identification. Chaque fois qu'une nouvelle
- connexion est initialis&eacute;e avec le m&ecirc;me nom d'utilisateur,
+ connexion est initialisée avec le même nom d'utilisateur,
<module>mod_ldap</module> compare le mot de passe de la nouvelle
- connexion avec le mot de passe enregistr&eacute; dans le cache. Si les
- mots de passe correspondent, et si l'entr&eacute;e du cache n'est pas
+ connexion avec le mot de passe enregistré dans le cache. Si les
+ mots de passe correspondent, et si l'entrée du cache n'est pas
trop ancienne, <module>mod_ldap</module> court-circuite la phase
de recherche/identification.</p>
- <p>Le cache de recherche/identification est contr&ocirc;l&eacute; par les
+ <p>Le cache de recherche/identification est contrôlé par les
directives <directive
module="mod_ldap">LDAPCacheEntries</directive> et <directive
module="mod_ldap">LDAPCacheTTL</directive>.</p>
</section>
- <section id="opcaches"><title>Les caches d'op&eacute;rations</title>
- <p>Au cours des op&eacute;rations de comparaison d'attributs et de noms
+ <section id="opcaches"><title>Les caches d'opérations</title>
+ <p>Au cours des opérations de comparaison d'attributs et de noms
distinctifs (DN), <module>mod_ldap</module> utilise deux caches
- d'op&eacute;rations pour mettre en cache les op&eacute;rations de comparaison.
- Le premier cache de comparaison sert &agrave; mettre en cache les
- r&eacute;sultats de comparaisons effectu&eacute;es pour v&eacute;rifier l'appartenance
- &agrave; un groupe LDAP. Le second cache de comparaison sert &agrave; mettre en
- cache les r&eacute;sultats de comparaisons entre DNs.</p>
+ d'opérations pour mettre en cache les opérations de comparaison.
+ Le premier cache de comparaison sert à mettre en cache les
+ résultats de comparaisons effectuées pour vérifier l'appartenance
+ à un groupe LDAP. Le second cache de comparaison sert à mettre en
+ cache les résultats de comparaisons entre DNs.</p>
- <p>Notez que, lorsque l'appartenance &agrave; un groupe est v&eacute;rifi&eacute;e,
+ <p>Notez que, lorsque l'appartenance à un groupe est vérifiée,
toute comparaison de sous-groupes est mise en cache afin
- d'acc&eacute;l&eacute;rer les comparaisons de sous-groupes ult&eacute;rieures.</p>
+ d'accélérer les comparaisons de sous-groupes ultérieures.</p>
- <p>Le comportement de ces deux caches est contr&ocirc;l&eacute; par les
+ <p>Le comportement de ces deux caches est contrôlé par les
directives <directive
module="mod_ldap">LDAPOpCacheEntries</directive> et <directive
module="mod_ldap">LDAPOpCacheTTL</directive>.</p>
</section>
<section id="monitoring"><title>Superviser le cache</title>
- <p><module>mod_ldap</module> poss&egrave;de un gestionnaire de contenu
+ <p><module>mod_ldap</module> possède un gestionnaire de contenu
qui permet aux administrateurs de superviser les performances du
cache. Le nom du gestionnaire de contenu est
<code>ldap-status</code>, et on peut utiliser les directives
- suivantes pour acc&eacute;der aux informations du cache de
+ suivantes pour accéder aux informations du cache de
<module>mod_ldap</module> :</p>
<highlight language="config">
@@ -203,32 +203,32 @@ LDAPOpCacheTTL 600
&lt;/Location&gt;
</highlight>
- <p>En se connectant &agrave; l'URL
+ <p>En se connectant à l'URL
<code>http://nom-serveur/infos-cache</code>, l'administrateur peut
obtenir un rapport sur le statut de chaque cache qu'utilise
<module>mod_ldap</module>. Notez que si Apache ne supporte pas la
- m&eacute;moire partag&eacute;e, chaque instance de <program>httpd</program>
- poss&egrave;dera son propre cache, et chaque fois que l'URL sera
- recharg&eacute;e, un r&eacute;sultat diff&eacute;rent pourra &ecirc;tre affich&eacute;, en fonction
+ mémoire partagée, chaque instance de <program>httpd</program>
+ possèdera son propre cache, et chaque fois que l'URL sera
+ rechargée, un résultat différent pourra être affiché, en fonction
de l'instance de <program>httpd</program> qui traitera la
- requ&ecirc;te.</p>
+ requête.</p>
</section>
</section>
<section id="usingssltls"><title>Utiliser SSL/TLS</title>
- <p>La possibilit&eacute; de cr&eacute;er des connexions SSL et TLS avec un serveur
- LDAP est d&eacute;finie par les directives <directive module="mod_ldap">
+ <p>La possibilité de créer des connexions SSL et TLS avec un serveur
+ LDAP est définie par les directives <directive module="mod_ldap">
LDAPTrustedGlobalCert</directive>, <directive module="mod_ldap">
LDAPTrustedClientCert</directive> et <directive module="mod_ldap">
- LDAPTrustedMode</directive>. Ces directives permettent de sp&eacute;cifier
- l'autorit&eacute; de certification (CA), les certificats clients &eacute;ventuels,
- ainsi que le type de chiffrement &agrave; utiliser pour la connexion (none,
+ LDAPTrustedMode</directive>. Ces directives permettent de spécifier
+ l'autorité de certification (CA), les certificats clients éventuels,
+ ainsi que le type de chiffrement à utiliser pour la connexion (none,
SSL ou TLS/STARTTLS).</p>
<highlight language="config">
# Etablissement d'une connexion SSL LDAP sur le port 636.
-# N&eacute;cessite le chargement de mod_ldap et mod_authnz_ldap.
+# Nécessite le chargement de mod_ldap et mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.
@@ -250,7 +250,7 @@ LDAPTrustedGlobalCert CA_DER /certs/certfile.der
<highlight language="config">
# Etablissement d'une connexion TLS LDAP sur le port 389.
-# N&eacute;cessite le chargement de mod_ldap et mod_authnz_ldap.
+# Nécessite le chargement de mod_ldap et mod_authnz_ldap.
# Remplacez "votre-domaine.example.com" par le nom de votre
# domaine.
@@ -274,43 +274,43 @@ LDAPTrustedGlobalCert CA_DER /certs/certfile.der
<section id="settingcerts"><title>Certificats SSL/TLS</title>
- <p>Les diff&eacute;rents SDKs LDAP disposent de nombreuses m&eacute;thodes pour
- d&eacute;finir et g&eacute;rer les certificats des clients et des autorit&eacute;s de
+ <p>Les différents SDKs LDAP disposent de nombreuses méthodes pour
+ définir et gérer les certificats des clients et des autorités de
certification (CA).</p>
<p>Si vous avez l'intention d'utiliser SSL ou TLS, lisez cette
- section ATTENTIVEMENT de fa&ccedil;on &agrave; bien comprendre les diff&eacute;rences de
- configurations entre les diff&eacute;rents SDKs LDAP support&eacute;s.</p>
+ section ATTENTIVEMENT de façon à bien comprendre les différences de
+ configurations entre les différents SDKs LDAP supportés.</p>
<section id="settingcerts-netscape"><title>SDK Netscape/Mozilla/iPlanet</title>
- <p>Les certificat de CA sont enregistr&eacute;s dans un fichier nomm&eacute;
+ <p>Les certificat de CA sont enregistrés dans un fichier nommé
cert7.db. Le SDK ne dialoguera avec aucun serveur LDAP dont le
- certificat n'a pas &eacute;t&eacute; sign&eacute; par une CA sp&eacute;cifi&eacute;e dans ce
+ certificat n'a pas été signé par une CA spécifiée dans ce
fichier. Si des certificats clients sont requis, un fichier
- key3.db ainsi qu'un mot de passe optionnels peuvent &ecirc;tre
- sp&eacute;cifi&eacute;s. On peut aussi sp&eacute;cifier le fichier secmod si
- n&eacute;cessaire. Ces fichiers sont du m&ecirc;me format que celui utilis&eacute;
+ key3.db ainsi qu'un mot de passe optionnels peuvent être
+ spécifiés. On peut aussi spécifier le fichier secmod si
+ nécessaire. Ces fichiers sont du même format que celui utilisé
par les navigateurs web Netscape Communicator ou Mozilla. Le
- moyen le plus simple pour obtenir ces fichiers consiste &agrave; les
+ moyen le plus simple pour obtenir ces fichiers consiste à les
extraire de l'installation de votre navigateur.</p>
- <p>Les certificats clients sont sp&eacute;cifi&eacute;s pour chaque connexion
+ <p>Les certificats clients sont spécifiés pour chaque connexion
en utilisant la directive LDAPTrustedClientCert et en se
- r&eacute;f&eacute;rant au certificat "nickname". On peut &eacute;ventuellement
- sp&eacute;cifier un mot de passe pour d&eacute;verrouiller la cl&eacute; priv&eacute;e du
+ référant au certificat "nickname". On peut éventuellement
+ spécifier un mot de passe pour déverrouiller la clé privée du
certificat.</p>
<p>Le SDK supporte seulement SSL. Toute tentative d'utilisation
de STARTTLS engendrera une erreur lors des tentatives de
- contacter le serveur LDAP pendant l'ex&eacute;cution.</p>
+ contacter le serveur LDAP pendant l'exécution.</p>
<highlight language="config">
-# Sp&eacute;cifie un fichier de certificats de CA Netscape
+# Spécifie un fichier de certificats de CA Netscape
LDAPTrustedGlobalCert CA_CERT7_DB /certs/cert7.db
-# Sp&eacute;cifie un fichier key3db optionnel pour le support des
+# Spécifie un fichier key3db optionnel pour le support des
# certificats clients
LDAPTrustedGlobalCert CERT_KEY3_DB /certs/key3.db
-# Sp&eacute;cifie le fichier secmod si n&eacute;cessaire
+# Spécifie le fichier secmod si nécessaire
LDAPTrustedGlobalCert CA_SECMOD /certs/secmod
&lt;Location "/ldap-status"&gt;
SetHandler ldap-status
@@ -331,29 +331,29 @@ LDAPTrustedGlobalCert CA_SECMOD /certs/secmod
<section id="settingcerts-novell"><title>SDK Novell</title>
- <p>Un ou plusieurs certificats de CA doivent &ecirc;tre sp&eacute;cifi&eacute;s pour
+ <p>Un ou plusieurs certificats de CA doivent être spécifiés pour
que le SDK Novell fonctionne correctement. Ces certificats
- peuvent &ecirc;tre sp&eacute;cifi&eacute;s sous forme de fichiers au format binaire
- DER ou cod&eacute;s en Base64 (PEM).</p>
+ peuvent être spécifiés sous forme de fichiers au format binaire
+ DER ou codés en Base64 (PEM).</p>
- <p>Note: Les certificats clients sont sp&eacute;cifi&eacute;s globalement
- plut&ocirc;t qu'&agrave; chaque connexion, et doivent &ecirc;tre sp&eacute;cifi&eacute;s &agrave; l'aide
- de la directive LDAPTrustedGlobalCert comme ci-dessous. D&eacute;finir
+ <p>Note: Les certificats clients sont spécifiés globalement
+ plutôt qu'à chaque connexion, et doivent être spécifiés à l'aide
+ de la directive LDAPTrustedGlobalCert comme ci-dessous. Définir
des certificats clients via la directive LDAPTrustedClientCert
- engendrera une erreur qui sera journalis&eacute;e, au moment de la
+ engendrera une erreur qui sera journalisée, au moment de la
tentative de connexion avec le serveur LDAP.</p>
- <p>Le SDK supporte SSL et STARTTLS, le choix &eacute;tant d&eacute;fini par le
- param&egrave;tre de la directive LDAPTrustedMode. Si une URL de type
- ldaps:// est sp&eacute;cifi&eacute;e, le mode SSL est forc&eacute;, et l'emporte sur
+ <p>Le SDK supporte SSL et STARTTLS, le choix étant défini par le
+ paramètre de la directive LDAPTrustedMode. Si une URL de type
+ ldaps:// est spécifiée, le mode SSL est forcé, et l'emporte sur
cette directive.</p>
<highlight language="config">
-# Sp&eacute;cifie deux fichiers contenant des certificats de CA
+# Spécifie deux fichiers contenant des certificats de CA
LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
-# Sp&eacute;cifie un fichier contenant des certificats clients
-# ainsi qu'une cl&eacute;
+# Spécifie un fichier contenant des certificats clients
+# ainsi qu'une clé
LDAPTrustedGlobalCert CERT_BASE64 /certs/cert1.pem
LDAPTrustedGlobalCert KEY_BASE64 /certs/key1.pem [password]
# N'utilisez pas cette directive, sous peine de provoquer
@@ -365,25 +365,25 @@ LDAPTrustedGlobalCert KEY_BASE64 /certs/key1.pem [password]
<section id="settingcerts-openldap"><title>SDK OpenLDAP</title>
- <p>Un ou plusieurs certificats de CA doivent &ecirc;tre sp&eacute;cifi&eacute;s pour
+ <p>Un ou plusieurs certificats de CA doivent être spécifiés pour
que le SDK OpenLDAP fonctionne correctement. Ces certificats
- peuvent &ecirc;tre sp&eacute;cifi&eacute;s sous forme de fichiers au format binaire
- DER ou cod&eacute;s en Base64 (PEM).</p>
+ peuvent être spécifiés sous forme de fichiers au format binaire
+ DER ou codés en Base64 (PEM).</p>
- <p>Les certificats clients sont sp&eacute;cifi&eacute;s pour chaque connexion
- &agrave; l'aide de la directive LDAPTrustedClientCert.</p>
+ <p>Les certificats clients sont spécifiés pour chaque connexion
+ à l'aide de la directive LDAPTrustedClientCert.</p>
- <p>La documentation du SDK pr&eacute;tend que SSL et STARTTLS sont
- support&eacute;s ; cependant, STARTTLS semble ne pas fonctionner avec
- toutes les versions du SDK. Le mode SSL/TLS peut &ecirc;tre d&eacute;fini en
- utilisant le param&egrave;tre de la directive LDAPTrustedMode. Si une
+ <p>La documentation du SDK prétend que SSL et STARTTLS sont
+ supportés ; cependant, STARTTLS semble ne pas fonctionner avec
+ toutes les versions du SDK. Le mode SSL/TLS peut être défini en
+ utilisant le paramètre de la directive LDAPTrustedMode. Si une
URL de type
- ldaps:// est sp&eacute;cifi&eacute;e, le mode SSL est forc&eacute;. La documentation
- OpenLDAP indique que le support SSL (ldaps://) tend &agrave; &ecirc;tre
- remplac&eacute; par TLS, bien que le mode SSL fonctionne toujours.</p>
+ ldaps:// est spécifiée, le mode SSL est forcé. La documentation
+ OpenLDAP indique que le support SSL (ldaps://) tend à être
+ remplacé par TLS, bien que le mode SSL fonctionne toujours.</p>
<highlight language="config">
-# Sp&eacute;cifie deux fichiers contenant des certificats de CA
+# Spécifie deux fichiers contenant des certificats de CA
LDAPTrustedGlobalCert CA_DER /certs/cacert1.der
LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
&lt;Location "/ldap-status"&gt;
@@ -409,24 +409,24 @@ LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
<section id="settingcerts-solaris"><title>SDK Solaris</title>
- <p>SSL/TLS pour les biblioth&egrave;ques LDAP propres &agrave; Solaris n'est
- pas encore support&eacute;. Si n&eacute;cessaire, installez et utilisez plut&ocirc;t
- les biblioth&egrave;ques OpenLDAP.</p>
+ <p>SSL/TLS pour les bibliothèques LDAP propres à Solaris n'est
+ pas encore supporté. Si nécessaire, installez et utilisez plutôt
+ les bibliothèques OpenLDAP.</p>
</section>
<section id="settingcerts-microsoft"><title>SDK Microsoft</title>
<p>La configuration des certificats SSL/TLS pour les
- biblioth&egrave;ques LDAP propres &agrave; Microsoft s'effectue &agrave; l'int&eacute;rieur
- du registre syst&egrave;me, et aucune directive de configuration n'est
+ bibliothèques LDAP propres à Microsoft s'effectue à l'intérieur
+ du registre système, et aucune directive de configuration n'est
requise.</p>
- <p>SSL et TLS sont tous deux support&eacute;s en utilisant des URLs de
- type ldaps://, ou en d&eacute;finissant la directive LDAPTrustedMode &agrave;
+ <p>SSL et TLS sont tous deux supportés en utilisant des URLs de
+ type ldaps://, ou en définissant la directive LDAPTrustedMode à
cet effet.</p>
- <p>Note: L'&eacute;tat du support des certificats clients n'est pas
+ <p>Note: L'état du support des certificats clients n'est pas
encore connu pour ce SDK.</p>
</section>
@@ -435,122 +435,122 @@ LDAPTrustedGlobalCert CA_BASE64 /certs/cacert2.pem
<directivesynopsis>
<name>LDAPSharedCacheSize</name>
-<description>Taille en octets du cache en m&eacute;moire partag&eacute;e</description>
+<description>Taille en octets du cache en mémoire partagée</description>
<syntax>LDAPSharedCacheSize <var>octets</var></syntax>
<default>LDAPSharedCacheSize 500000</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le nombre d'octets &agrave; allouer
- pour le cache en m&eacute;moire partag&eacute;e. La valeur par
- d&eacute;faut est 500kb.
- Si elle est d&eacute;finie &agrave; 0, le cache en m&eacute;moire partag&eacute;e ne sera pas
- utilis&eacute; et chaque processus HTTPD va cr&eacute;er son propre cache.</p>
+ <p>Cette directive permet de spécifier le nombre d'octets à allouer
+ pour le cache en mémoire partagée. La valeur par
+ défaut est 500kb.
+ Si elle est définie à 0, le cache en mémoire partagée ne sera pas
+ utilisé et chaque processus HTTPD va créer son propre cache.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPSharedCacheFile</name>
-<description>D&eacute;finit le fichier du cache en m&eacute;moire
-partag&eacute;e</description>
+<description>Définit le fichier du cache en mémoire
+partagée</description>
<syntax>LDAPSharedCacheFile <var>chemin-fichier</var></syntax>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le chemin du
- fichier du cache en m&eacute;moire partag&eacute;e. Si elle n'est pas d&eacute;finie, la
- m&eacute;moire partag&eacute;e anonyme sera utilis&eacute;e si la plate-forme la
+ <p>Cette directive permet de spécifier le chemin du
+ fichier du cache en mémoire partagée. Si elle n'est pas définie, la
+ mémoire partagée anonyme sera utilisée si la plate-forme la
supporte.</p>
<p>Si <var>chemin-fichier</var> n'est pas un chemin absolu, il sera
- relatif au r&eacute;pertoire d&eacute;fini via la directive <directive
+ relatif au répertoire défini via la directive <directive
module="core">DefaultRuntimeDir</directive>.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPCacheEntries</name>
-<description>Nombre maximum d'entr&eacute;es dans le cache LDAP
+<description>Nombre maximum d'entrées dans le cache LDAP
primaire</description>
<syntax>LDAPCacheEntries <var>nombre</var></syntax>
<default>LDAPCacheEntries 1024</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier la taille maximale du cache
- LDAP primaire. Ce cache contient les r&eacute;sultats de
- recherche/identification positifs. D&eacute;finissez-la &agrave; 0 pour d&eacute;sactiver
- la mise en cache des r&eacute;sultats de recherche/identification positifs.
- La taille par d&eacute;faut est de 1024 recherches en cache.</p>
+ <p>Cette directive permet de spécifier la taille maximale du cache
+ LDAP primaire. Ce cache contient les résultats de
+ recherche/identification positifs. Définissez-la à 0 pour désactiver
+ la mise en cache des résultats de recherche/identification positifs.
+ La taille par défaut est de 1024 recherches en cache.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPCacheTTL</name>
-<description>Dur&eacute;e pendant laquelle les entr&eacute;es du cache restent
+<description>Durée pendant laquelle les entrées du cache restent
valides.</description>
<syntax>LDAPCacheTTL <var>secondes</var></syntax>
<default>LDAPCacheTTL 600</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier la dur&eacute;e (en secondes)
- pendant laquelle une entr&eacute;e du cache de recherche/identification
- reste valide. La valeur par d&eacute;faut est de 600 secondes (10
+ <p>Cette directive permet de spécifier la durée (en secondes)
+ pendant laquelle une entrée du cache de recherche/identification
+ reste valide. La valeur par défaut est de 600 secondes (10
minutes).</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPOpCacheEntries</name>
-<description>Nombre d'entr&eacute;es utilis&eacute;es pour mettre en cache les
-op&eacute;rations de comparaison LDAP</description>
+<description>Nombre d'entrées utilisées pour mettre en cache les
+opérations de comparaison LDAP</description>
<syntax>LDAPOpCacheEntries <var>nombre</var></syntax>
<default>LDAPOpCacheEntries 1024</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le nombre d'entr&eacute;es que
+ <p>Cette directive permet de spécifier le nombre d'entrées que
<module>mod_ldap</module> va utiliser pour mettre en cache les
- op&eacute;rations de comparaison LDAP. La valeur par d&eacute;faut est de 1024
- entr&eacute;es. Si elle est d&eacute;finie &agrave; 0, la mise en cache des op&eacute;rations de
- comparaison LDAP est d&eacute;sactiv&eacute;e.</p>
+ opérations de comparaison LDAP. La valeur par défaut est de 1024
+ entrées. Si elle est définie à 0, la mise en cache des opérations de
+ comparaison LDAP est désactivée.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPOpCacheTTL</name>
-<description>Dur&eacute;e pendant laquelle les entr&eacute;es du cache d'op&eacute;rations
+<description>Durée pendant laquelle les entrées du cache d'opérations
restent valides</description>
<syntax>LDAPOpCacheTTL <var>secondes</var></syntax>
<default>LDAPOpCacheTTL 600</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier la dur&eacute;e (en secondes)
- pendant laquelle les entr&eacute;es du cache d'op&eacute;rations restent valides.
- La valeur par d&eacute;faut est de 600 secondes.</p>
+ <p>Cette directive permet de spécifier la durée (en secondes)
+ pendant laquelle les entrées du cache d'opérations restent valides.
+ La valeur par défaut est de 600 secondes.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPReferralHopLimit</name>
<description>Le nombre maximum de redirections vers des serveurs
-alternatifs (referrals) avant l'abandon de la requ&ecirc;te
+alternatifs (referrals) avant l'abandon de la requête
LDAP.</description>
<syntax>LDAPReferralHopLimit <var>nombre</var></syntax>
-<default>D&eacute;pend du SDK, en g&eacute;n&eacute;ral entre 5 et 10</default>
+<default>Dépend du SDK, en général entre 5 et 10</default>
<contextlist><context>directory</context><context>.htaccess</context></contextlist>
<override>AuthConfig</override>
<usage>
- <p>Si elle est activ&eacute;e par la directive <directive>LDAPReferrals</directive>,
- cette directive permet de d&eacute;finir le nombre maximum de sauts vers
- des serveurs alternatifs (referrals) avant l'abandon de la requ&ecirc;te
+ <p>Si elle est activée par la directive <directive>LDAPReferrals</directive>,
+ cette directive permet de définir le nombre maximum de sauts vers
+ des serveurs alternatifs (referrals) avant l'abandon de la requête
LDAP.</p>
<note type="warning">
-<p>L'ajustement de ce param&egrave;tre n'est pas commun &agrave; tous les SDKs LDAP.</p>
+<p>L'ajustement de ce paramètre n'est pas commun à tous les SDKs LDAP.</p>
</note>
</usage>
</directivesynopsis>
@@ -558,21 +558,21 @@ LDAP.</description>
<directivesynopsis>
<name>LDAPReferrals</name>
<description>Active la redirection vers des serveurs alternatifs au
-cours des requ&ecirc;tes vers le serveur LDAP.</description>
+cours des requêtes vers le serveur LDAP.</description>
<syntax>LDAPReferrals <var>On|Off|default</var></syntax>
<default>LDAPReferrals On</default>
<contextlist><context>directory</context><context>.htaccess</context></contextlist>
<override>AuthConfig</override>
-<compatibility>Le param&egrave;tre <var>default</var> est disponible depuis la
+<compatibility>Le paramètre <var>default</var> est disponible depuis la
version 2.4.7 du serveur HTTP Apache.</compatibility>
<usage>
<p>Certains serveurs LDAP partagent leur annuaire en plusieurs
- domaines et utilisent le syst&egrave;me des redirections (referrals) pour
- aiguiller un client lorsque les limites d'un domaine doivent &ecirc;tre
- franchies. Ce processus est similaire &agrave; une redirection HTTP. Les
- biblioth&egrave;ques client LDAP ne respectent pas forc&eacute;ment ces
- redirections par d&eacute;faut. Cette directive permet de configurer
+ domaines et utilisent le système des redirections (referrals) pour
+ aiguiller un client lorsque les limites d'un domaine doivent être
+ franchies. Ce processus est similaire à une redirection HTTP. Les
+ bibliothèques client LDAP ne respectent pas forcément ces
+ redirections par défaut. Cette directive permet de configurer
explicitement les redirections LDAP dans le SDK sous-jacent.</p>
<p>La directive <directive>LDAPReferrals</directive> accepte les
@@ -581,114 +581,114 @@ version 2.4.7 du serveur HTTP Apache.</compatibility>
<dl>
<dt>"on"</dt>
<dd> <p>Avec la valeur "on", la prise en compte des redirections
- LDAP par le SDK sous-jacent est activ&eacute;e, la directive
+ LDAP par le SDK sous-jacent est activée, la directive
<directive>LDAPReferralHopLimit</directive> permet de surcharger la
- "hop limit" du SDK, et un "LDAP rebind callback" est enregistr&eacute;.</p></dd>
+ "hop limit" du SDK, et un "LDAP rebind callback" est enregistré.</p></dd>
<dt>"off"</dt>
<dd> <p>Avec la valeur "off", la prise en compte des redirections
- LDAP par le SDK sous-jacent est compl&egrave;tement d&eacute;sactiv&eacute;e.</p></dd>
+ LDAP par le SDK sous-jacent est complètement désactivée.</p></dd>
<dt>"default"</dt>
<dd> <p>Avec la valeur "default", la prise en compte des redirections
- LDAP par le SDK sous-jacent n'est pas modifi&eacute;e, la directive
+ LDAP par le SDK sous-jacent n'est pas modifiée, la directive
<directive>LDAPReferralHopLimit</directive> ne permet pas de surcharger la
- "hop limit" du SDK, et aucun "LDAP rebind callback" n'est enregistr&eacute;.</p></dd>
+ "hop limit" du SDK, et aucun "LDAP rebind callback" n'est enregistré.</p></dd>
</dl>
<p>La directive <directive>LDAPReferralHopLimit</directive> travaille en
conjonction avec cette directive pour limiter le nombre de
- redirections &agrave; suivre pour achever le traitement de la requ&ecirc;te LDAP.
- Lorsque le processus de redirection est activ&eacute; par la valeur "On",
- les donn&eacute;es d'authentification du client sont transmises via un
- "rebind callback" &agrave; tout serveur LDAP qui en fait la demande.</p>
+ redirections à suivre pour achever le traitement de la requête LDAP.
+ Lorsque le processus de redirection est activé par la valeur "On",
+ les données d'authentification du client sont transmises via un
+ "rebind callback" à tout serveur LDAP qui en fait la demande.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPRetryDelay</name>
-<description>D&eacute;finit le temps d'attente avant un autre essai de connexion au
+<description>Définit le temps d'attente avant un autre essai de connexion au
serveur LDAP.</description>
<syntax>LDAPRetryDelay <var>secondes</var></syntax>
<default>LDAPRetryDelay 0</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Si la directive <directive>LDAPRetryDelay</directive> est d&eacute;finie
- &agrave; une valeur diff&eacute;rente de 0, le serveur attendra pendant la dur&eacute;e
- sp&eacute;cifi&eacute;e pour envoyer &agrave; nouveau sa requ&ecirc;te LDAP. Une valeur de 0
- implique une absence de d&eacute;lai pour les essais successifs.</p>
+ <p>Si la directive <directive>LDAPRetryDelay</directive> est définie
+ à une valeur différente de 0, le serveur attendra pendant la durée
+ spécifiée pour envoyer à nouveau sa requête LDAP. Une valeur de 0
+ implique une absence de délai pour les essais successifs.</p>
<p>Il est possible d'effectuer une autre tentative de connexion en
- cas d'erreurs LDAP du type d&eacute;lai d&eacute;pass&eacute; ou connexion refus&eacute;e. </p>
+ cas d'erreurs LDAP du type délai dépassé ou connexion refusée. </p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPRetries</name>
-<description>D&eacute;finit le nombre maximum de tentatives de connexions au
+<description>Définit le nombre maximum de tentatives de connexions au
serveur LDAP.</description>
<syntax>LDAPRetries <var>nombre d'essais</var></syntax>
<default>LDAPRetries 3</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Suite &agrave; des &eacute;checs de connexion au serveur LDAP, le serveur
- tentera de se connecter autant de fois qu'indiqu&eacute; par la directive
- <directive>LDAPRetries</directive>. Si cette directive est d&eacute;finie &agrave;
- 0, le serveur ne tentera pas d'autre connexion apr&egrave;s un &eacute;chec.</p>
+ <p>Suite à des échecs de connexion au serveur LDAP, le serveur
+ tentera de se connecter autant de fois qu'indiqué par la directive
+ <directive>LDAPRetries</directive>. Si cette directive est définie à
+ 0, le serveur ne tentera pas d'autre connexion après un échec.</p>
<p>Il est possible d'effectuer une autre tentative de connexion en
- cas d'erreurs LDAP du type d&eacute;lai d&eacute;pass&eacute; ou connexion refus&eacute;e. </p>
+ cas d'erreurs LDAP du type délai dépassé ou connexion refusée. </p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPTrustedGlobalCert</name>
-<description>D&eacute;finit le nom de fichier ou la base de donn&eacute;es contenant
-les Autorit&eacute;s de Certification de confiance globales ou les certificats
+<description>Définit le nom de fichier ou la base de données contenant
+les Autorités de Certification de confiance globales ou les certificats
clients globaux</description>
<syntax>LDAPTrustedGlobalCert <var>type</var>
<var>chemin/nom-fichier</var> <var>[mot de passe]</var></syntax>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le chemin et le nom du
+ <p>Cette directive permet de spécifier le chemin et le nom du
fichier contenant les certificats des CA de confiance et/ou les
- certificats clients du syst&egrave;me global que <module>mod_ldap</module>
- utilisera pour &eacute;tablir une connexion SSL ou TLS avec un serveur
- LDAP. Notez que toute information relative aux certificats sp&eacute;cifi&eacute;e
- en utilisant cette directive s'applique globalement &agrave; l'ensemble de
+ certificats clients du système global que <module>mod_ldap</module>
+ utilisera pour établir une connexion SSL ou TLS avec un serveur
+ LDAP. Notez que toute information relative aux certificats spécifiée
+ en utilisant cette directive s'applique globalement à l'ensemble de
l'installation du serveur. Certains SDK LDAP (en particulier Novell)
- n&eacute;cessitent la d&eacute;finition globale de tous les certificats clients en
- utilisant cette directive. La plupart des autres SDK n&eacute;cessitent la
- d&eacute;finition des certificats clients dans une section Directory ou
+ nécessitent la définition globale de tous les certificats clients en
+ utilisant cette directive. La plupart des autres SDK nécessitent la
+ définition des certificats clients dans une section Directory ou
Location en utilisant la directive LDAPTrustedClientCert. Si vous ne
- d&eacute;finissez pas ces directives correctement, une erreur sera g&eacute;n&eacute;r&eacute;e
+ définissez pas ces directives correctement, une erreur sera générée
lors des tentatives de contact avec un serveur LDAP, ou la connexion
- &eacute;chouera silencieusement (Voir plus haut le guide des certificats
- SSL/TLS pour plus de d&eacute;tails). Le param&egrave;tre type sp&eacute;cifie le type de
- certificat en cours de d&eacute;finition, en fonction du SDK LDAP utilis&eacute;.
- Les types support&eacute;s sont :</p>
+ échouera silencieusement (Voir plus haut le guide des certificats
+ SSL/TLS pour plus de détails). Le paramètre type spécifie le type de
+ certificat en cours de définition, en fonction du SDK LDAP utilisé.
+ Les types supportés sont :</p>
<ul>
- <li>CA_DER - certificat de CA cod&eacute; en binaire DER</li>
- <li>CA_BASE64 - certificat de CA cod&eacute; en PEM</li>
- <li>CA_CERT7_DB - fichier de base de donn&eacute;es des certificats de CA
+ <li>CA_DER - certificat de CA codé en binaire DER</li>
+ <li>CA_BASE64 - certificat de CA codé en PEM</li>
+ <li>CA_CERT7_DB - fichier de base de données des certificats de CA
de Netscape cert7.db</li>
- <li>CA_SECMOD - fichier de base de donn&eacute;es secmod de Netscape</li>
- <li>CERT_DER - certificat client cod&eacute; en binaire DER</li>
- <li>CERT_BASE64 - certificat client cod&eacute; en PEM</li>
- <li>CERT_KEY3_DB - fichier de base de donn&eacute;es des certificats
+ <li>CA_SECMOD - fichier de base de données secmod de Netscape</li>
+ <li>CERT_DER - certificat client codé en binaire DER</li>
+ <li>CERT_BASE64 - certificat client codé en PEM</li>
+ <li>CERT_KEY3_DB - fichier de base de données des certificats
clients de Netscape key3.db</li>
<li>CERT_NICKNAME - certificat client "nickname" (SDK Netscape)</li>
- <li>CERT_PFX - certificat client cod&eacute; en PKCS#12 (SDK Novell)</li>
- <li>KEY_DER - cl&eacute; priv&eacute;e cod&eacute;e en binaire DER</li>
- <li>KEY_BASE64 - cl&eacute; priv&eacute;e cod&eacute;e en PEM</li>
- <li>KEY_PFX - cl&eacute; priv&eacute;e cod&eacute;e en PKCS#12 (SDK Novell)</li>
+ <li>CERT_PFX - certificat client codé en PKCS#12 (SDK Novell)</li>
+ <li>KEY_DER - clé privée codée en binaire DER</li>
+ <li>KEY_BASE64 - clé privée codée en PEM</li>
+ <li>KEY_PFX - clé privée codée en PKCS#12 (SDK Novell)</li>
</ul>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPTrustedClientCert</name>
-<description>D&eacute;finit le nom de fichier contenant un certificat client ou
-un alias renvoyant vers un certificat client sp&eacute;cifique &agrave; une connexion.
+<description>Définit le nom de fichier contenant un certificat client ou
+un alias renvoyant vers un certificat client spécifique à une connexion.
Tous les SDK LDAP ne supportent pas les certificats clients par
connexion.</description>
<syntax>LDAPTrustedClientCert <var>type</var>
@@ -697,85 +697,85 @@ connexion.</description>
host</context><context>directory</context><context>.htaccess</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le chemin et le nom de
- fichier ou l'alias d'un certificat client par connexion utilis&eacute; lors
- de l'&eacute;tablissement d'une connexion SSL ou TLS avec un serveur LDAP.
- Les sections directory ou location peuvent poss&eacute;der leurs propres
+ <p>Cette directive permet de spécifier le chemin et le nom de
+ fichier ou l'alias d'un certificat client par connexion utilisé lors
+ de l'établissement d'une connexion SSL ou TLS avec un serveur LDAP.
+ Les sections directory ou location peuvent posséder leurs propres
configurations de certificats clients. Certains SDK LDAP (en
particulier Novell) ne supportent pas les certificats clients par
connexion, et renvoient une erreur lors de la connexion au serveur
- LDAP si vous tenter d'utiliser cette directive (Utilisez &agrave; la place
+ LDAP si vous tenter d'utiliser cette directive (Utilisez à la place
la directive LDAPTrustedGlobalCert pour les certificats clients sous
Novell - Voir plus haut le guide des certificats SSL/TLS pour plus
- de d&eacute;tails). Le param&egrave;tre type sp&eacute;cifie le type du certificat en
- cours de d&eacute;finition, en fonction du SDK LDAP utilis&eacute;. Les types
- support&eacute;s sont :</p>
+ de détails). Le paramètre type spécifie le type du certificat en
+ cours de définition, en fonction du SDK LDAP utilisé. Les types
+ supportés sont :</p>
<ul>
- <li>CA_DER - certificat de CA cod&eacute; en binaire DER</li>
- <li>CA_BASE64 - certificat de CA cod&eacute; en PEM</li>
- <li>CERT_DER - certificat client cod&eacute; en binaire DER</li>
- <li>CERT_BASE64 - certificat client cod&eacute; en PEM</li>
+ <li>CA_DER - certificat de CA codé en binaire DER</li>
+ <li>CA_BASE64 - certificat de CA codé en PEM</li>
+ <li>CERT_DER - certificat client codé en binaire DER</li>
+ <li>CERT_BASE64 - certificat client codé en PEM</li>
<li>CERT_NICKNAME - certificat client "nickname" (SDK Netscape)</li>
- <li>KEY_DER - cl&eacute; priv&eacute;e cod&eacute;e en binaire DER</li>
- <li>KEY_BASE64 - cl&eacute; priv&eacute;e cod&eacute;e en PEM</li>
+ <li>KEY_DER - clé privée codée en binaire DER</li>
+ <li>KEY_BASE64 - clé privée codée en PEM</li>
</ul>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPTrustedMode</name>
-<description>Sp&eacute;cifie le mode (SSL ou TLS) &agrave; utiliser lors de la
-connexion &agrave; un serveur LDAP.</description>
+<description>Spécifie le mode (SSL ou TLS) à utiliser lors de la
+connexion à un serveur LDAP.</description>
<syntax>LDAPTrustedMode <var>type</var></syntax>
<contextlist><context>server config</context><context>virtual
host</context></contextlist>
<usage>
- <p>Les modes suivants sont support&eacute;s :</p>
+ <p>Les modes suivants sont supportés :</p>
<ul>
<li>NONE - aucun chiffrement</li>
- <li>SSL - chiffrement ldaps:// sur le port par d&eacute;faut 636</li>
- <li>TLS - chiffrement STARTTLS sur le port par d&eacute;faut 389</li>
+ <li>SSL - chiffrement ldaps:// sur le port par défaut 636</li>
+ <li>TLS - chiffrement STARTTLS sur le port par défaut 389</li>
</ul>
- <p>Les modes ci-dessus ne sont pas support&eacute;s par tous les SDK LDAP.
- Un message d'erreur sera g&eacute;n&eacute;r&eacute; &agrave; l'ex&eacute;cution si un mode n'est pas
- support&eacute;, et la connexion au serveur LDAP &eacute;chouera.
+ <p>Les modes ci-dessus ne sont pas supportés par tous les SDK LDAP.
+ Un message d'erreur sera généré à l'exécution si un mode n'est pas
+ supporté, et la connexion au serveur LDAP échouera.
</p>
- <p>Si une URL de type ldaps:// est sp&eacute;cifi&eacute;e, le mode est forc&eacute; &agrave;
- SSL et la d&eacute;finition de LDAPTrustedMode est ignor&eacute;e.</p>
+ <p>Si une URL de type ldaps:// est spécifiée, le mode est forcé à
+ SSL et la définition de LDAPTrustedMode est ignorée.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPConnectionTimeout</name>
-<description>Sp&eacute;cifie le d&eacute;lai d'attente en secondes de la socket de
+<description>Spécifie le délai d'attente en secondes de la socket de
connexion</description>
<syntax>LDAPConnectionTimeout <var>secondes</var></syntax>
<contextlist><context>server config</context></contextlist>
<usage>
<p>Cette directive configure l'option LDAP_OPT_NETWORK_TIMEOUT (ou
- LDAP_OPT_CONNECT_TIMEOUT) dans la biblioth&egrave;que client LDAP
- sous-jacente, si elle est disponible. Cette valeur repr&eacute;sente la
- dur&eacute;e pendant laquelle la biblioth&egrave;que client LDAP va attendre que
- le processus de connexion TCP au serveur LDAP soit achev&eacute;.</p>
-
- <p>Si la connexion n'a pas r&eacute;ussi avant ce d&eacute;lai, une erreur sera
- renvoy&eacute;e, ou la biblioth&egrave;que client LDAP tentera de se connecter &agrave;
- un second serveur LDAP, s'il en a &eacute;t&eacute; d&eacute;fini un (via une liste de
- noms d'h&ocirc;tes s&eacute;par&eacute;s par des espaces dans la directive <directive
+ LDAP_OPT_CONNECT_TIMEOUT) dans la bibliothèque client LDAP
+ sous-jacente, si elle est disponible. Cette valeur représente la
+ durée pendant laquelle la bibliothèque client LDAP va attendre que
+ le processus de connexion TCP au serveur LDAP soit achevé.</p>
+
+ <p>Si la connexion n'a pas réussi avant ce délai, une erreur sera
+ renvoyée, ou la bibliothèque client LDAP tentera de se connecter à
+ un second serveur LDAP, s'il en a été défini un (via une liste de
+ noms d'hôtes séparés par des espaces dans la directive <directive
module="mod_authnz_ldap">AuthLDAPURL</directive>).</p>
- <p>La valeur par d&eacute;faut est 10 secondes, si la biblioth&egrave;que client
- LDAP li&eacute;e avec le serveur supporte l'option
+ <p>La valeur par défaut est 10 secondes, si la bibliothèque client
+ LDAP liée avec le serveur supporte l'option
LDAP_OPT_NETWORK_TIMEOUT.</p>
- <note>LDAPConnectionTimeout n'est disponible que si la biblioth&egrave;que client
- LDAP li&eacute;e avec le serveur supporte l'option
+ <note>LDAPConnectionTimeout n'est disponible que si la bibliothèque client
+ LDAP liée avec le serveur supporte l'option
LDAP_OPT_NETWORK_TIMEOUT (ou LDAP_OPT_CONNECT_TIMEOUT), et le
- comportement final est enti&egrave;rement dict&eacute; par la biblioth&egrave;que client
+ comportement final est entièrement dicté par la bibliothèque client
LDAP.
</note>
</usage>
@@ -783,28 +783,28 @@ connexion</description>
<directivesynopsis>
<name>LDAPTimeout</name>
-<description>Sp&eacute;cifie le d&eacute;lai d'attente pour les op&eacute;rations de
+<description>Spécifie le délai d'attente pour les opérations de
recherche et d'identification LDAP en secondes</description>
<syntax>LDAPTimeout <var>secondes</var></syntax>
<default>LDAPTimeout 60</default>
<contextlist><context>server config</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.3.5 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.3.5 du serveur HTTP
Apache</compatibility>
<usage>
- <p>Cette directive permet de sp&eacute;cifier le d&eacute;lai d'attente pour les
- op&eacute;rations de recherche et d'identification, ainsi que l'option
- LDAP_OPT_TIMEOUT dans la biblioth&egrave;que LDAP client sous-jacente,
+ <p>Cette directive permet de spécifier le délai d'attente pour les
+ opérations de recherche et d'identification, ainsi que l'option
+ LDAP_OPT_TIMEOUT dans la bibliothèque LDAP client sous-jacente,
lorsqu'elle est disponible.</p>
- <p>Lorsque le d&eacute;lai est atteint, httpd va refaire un essai dans le
- cas o&ugrave; une connexion existante a &eacute;t&eacute; silencieusement ferm&eacute;e par un
+ <p>Lorsque le délai est atteint, httpd va refaire un essai dans le
+ cas où une connexion existante a été silencieusement fermée par un
pare-feu. Les performances seront cependant bien meilleures si le
- pare-feu est configur&eacute; pour envoyer des paquets TCP RST au lieu de
+ pare-feu est configuré pour envoyer des paquets TCP RST au lieu de
rejeter silencieusement les paquets.</p>
<note>
- <p>Les d&eacute;lais pour les op&eacute;rations de comparaison LDAP n&eacute;cessitent un
+ <p>Les délais pour les opérations de comparaison LDAP nécessitent un
SDK avec LDAP_OPT_TIMEOUT, comme OpenLDAP &gt;= 2.4.4.</p>
</note>
@@ -813,56 +813,56 @@ Apache</compatibility>
<directivesynopsis>
<name>LDAPVerifyServerCert</name>
-<description>Force la v&eacute;rification du certificat du
+<description>Force la vérification du certificat du
serveur</description>
<syntax>LDAPVerifyServerCert <var>On|Off</var></syntax>
<default>LDAPVerifyServerCert On</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Cette directive permet de sp&eacute;cifier s'il faut forcer la
- v&eacute;rification d'un certificat de serveur lors de l'&eacute;tablissement
+ <p>Cette directive permet de spécifier s'il faut forcer la
+ vérification d'un certificat de serveur lors de l'établissement
d'une connexion SSL avec un serveur LDAP.</p>
</usage>
</directivesynopsis>
<directivesynopsis>
<name>LDAPConnectionPoolTTL</name>
-<description>D&eacute;sactive les connexions d'arri&egrave;re-plan qui sont rest&eacute;es
+<description>Désactive les connexions d'arrière-plan qui sont restées
inactives trop longtemps au sein du jeu de connexions.</description>
<syntax>LDAPConnectionPoolTTL <var>n</var></syntax>
<default>LDAPConnectionPoolTTL -1</default>
<contextlist><context>server config</context><context>virtual host</context></contextlist>
-<compatibility>Disponible &agrave; partir de la version 2.3.12 du serveur HTTP
+<compatibility>Disponible à partir de la version 2.3.12 du serveur HTTP
Apache</compatibility>
<usage>
- <p>Cette directive permet de sp&eacute;cifier la dur&eacute;e maximale, en
+ <p>Cette directive permet de spécifier la durée maximale, en
secondes, pendant laquelle une connexion LDAP du jeu de connexions
- peut demeurer inactive, mais rester quand-m&ecirc;me disponible pour une
- utilisation &eacute;ventuelle. Le jeu de connexions est nettoy&eacute; au fur et &agrave;
- mesure des besoins, de mani&egrave;re non asynchrone.</p>
+ peut demeurer inactive, mais rester quand-même disponible pour une
+ utilisation éventuelle. Le jeu de connexions est nettoyé au fur et à
+ mesure des besoins, de manière non asynchrone.</p>
- <p>Si cette directive est d&eacute;finie &agrave; 0, les connexions ne sont jamais
- sauvegard&eacute;es dans le jeu de connexions d'arri&egrave;re-plan. Avec la
- valeur par d&eacute;faut -1, ou toute autre valeur n&eacute;gative, les connexions
- peuvent &ecirc;tre r&eacute;utilis&eacute;es sans limite de dur&eacute;e.</p>
+ <p>Si cette directive est définie à 0, les connexions ne sont jamais
+ sauvegardées dans le jeu de connexions d'arrière-plan. Avec la
+ valeur par défaut -1, ou toute autre valeur négative, les connexions
+ peuvent être réutilisées sans limite de durée.</p>
- <p>Dans le but d'am&eacute;liorer les performances, le temps de r&eacute;f&eacute;rence
- qu'utilise cette directive correspond au moment o&ugrave; la connexion LDAP
- est enregistr&eacute;e ou remise dans le jeu de connexions, et non au
- moment du dernier &eacute;change r&eacute;ussi avec le serveur LDAP.</p>
+ <p>Dans le but d'améliorer les performances, le temps de référence
+ qu'utilise cette directive correspond au moment où la connexion LDAP
+ est enregistrée ou remise dans le jeu de connexions, et non au
+ moment du dernier échange réussi avec le serveur LDAP.</p>
<p>La version 2.4.10 a introduit de nouvelles mesures permettant
- d'&eacute;viter une augmentation excessive du temps de r&eacute;f&eacute;rence due &agrave; des
- correspondances positives dans le cache ou des requ&ecirc;tes lentes. A
- cet effet, le temps de r&eacute;f&eacute;rence n'est pas r&eacute;actualis&eacute; si aucune
- connexion LDAP d'arri&egrave;re-plan n'est requise ; d'autre part, le temps
- de r&eacute;f&eacute;rence se base sur le moment o&ugrave; la requ&ecirc;te HTTP est re&ccedil;ue, et
- non sur le moment o&ugrave; la requ&ecirc;te a &eacute;t&eacute; trait&eacute;e.</p>
-
- <note><p>Cette dur&eacute;e de vie s'exprime par d&eacute;faut en secondes, mais
- il est possible d'utiliser d'autres unit&eacute;s en ajoutant un suffixe :
+ d'éviter une augmentation excessive du temps de référence due à des
+ correspondances positives dans le cache ou des requêtes lentes. A
+ cet effet, le temps de référence n'est pas réactualisé si aucune
+ connexion LDAP d'arrière-plan n'est requise ; d'autre part, le temps
+ de référence se base sur le moment où la requête HTTP est reçue, et
+ non sur le moment où la requête a été traitée.</p>
+
+ <note><p>Cette durée de vie s'exprime par défaut en secondes, mais
+ il est possible d'utiliser d'autres unités en ajoutant un suffixe :
millisecondes (ms), minutes (min), ou heures (h).
</p></note>
</usage>
@@ -870,32 +870,32 @@ Apache</compatibility>
<directivesynopsis>
<name>LDAPLibraryDebug</name>
-<description>Active le d&eacute;bogage dans le SDK LDAP</description>
+<description>Active le débogage dans le SDK LDAP</description>
<syntax>LDAPLibraryDebug <var>7</var></syntax>
<default>disabled</default>
<contextlist><context>server config</context></contextlist>
<usage>
- <p>Active les options de d&eacute;bogage LDAP sp&eacute;cifiques au SDK, qui
- entra&icirc;nent en g&eacute;n&eacute;ral une journalisation d'informations verbeuses du
+ <p>Active les options de débogage LDAP spécifiques au SDK, qui
+ entraînent en général une journalisation d'informations verbeuses du
SDK LDAP dans le journal principal des erreurs d'Apache. Les
messages de traces en provenance du SDK LDAP fournissent des
- informations tr&egrave;s d&eacute;taill&eacute;es qui peuvent s'av&eacute;rer utiles lors du
- d&eacute;bogage des probl&egrave;mes de connexion avec des serveurs LDAP
- d'arri&egrave;re-plan.</p>
+ informations très détaillées qui peuvent s'avérer utiles lors du
+ débogage des problèmes de connexion avec des serveurs LDAP
+ d'arrière-plan.</p>
<p>Cette option n'est configurable que lorsque le serveur HTTP
- Apache est li&eacute; avec un SDK LDAP qui impl&eacute;mente
+ Apache est lié avec un SDK LDAP qui implémente
<code>LDAP_OPT_DEBUG</code> ou <code>LDAP_OPT_DEBUG_LEVEL</code>,
comme OpenLDAP (une valeur de 7 est verbeuse) ou Tivoli Directory
Server (une valeur de 65535 est verbeuse).</p>
<note type="warning">
- <p>Les informations journalis&eacute;es peuvent contenir des donn&eacute;es
- d'authentification en clair utilis&eacute;es ou valid&eacute;es lors de
- l'authentification LDAP ; vous devez donc prendre soin de prot&eacute;ger
+ <p>Les informations journalisées peuvent contenir des données
+ d'authentification en clair utilisées ou validées lors de
+ l'authentification LDAP ; vous devez donc prendre soin de protéger
et de purger le journal des erreurs lorsque cette directive est
- utilis&eacute;e.</p>
+ utilisée.</p>
</note>
</usage>
diff --git a/docs/manual/mod/mod_lua.xml.fr b/docs/manual/mod/mod_lua.xml.fr
index 30011eb06b..6669ff7166 100644
--- a/docs/manual/mod/mod_lua.xml.fr
+++ b/docs/manual/mod/mod_lua.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: 1741842:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
diff --git a/docs/manual/mod/mod_proxy_connect.xml.fr b/docs/manual/mod/mod_proxy_connect.xml.fr
index 06f08c8e86..f5a68e0bf6 100644
--- a/docs/manual/mod/mod_proxy_connect.xml.fr
+++ b/docs/manual/mod/mod_proxy_connect.xml.fr
@@ -1,9 +1,9 @@
-<?xml version="1.0"?>
+<?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: 1648846:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2015010301 $ -->
+
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
diff --git a/docs/manual/mod/mod_proxy_html.xml.fr b/docs/manual/mod/mod_proxy_html.xml.fr
index dd66c12676..e2be08b983 100644
--- a/docs/manual/mod/mod_proxy_html.xml.fr
+++ b/docs/manual/mod/mod_proxy_html.xml.fr
@@ -423,7 +423,7 @@ dynamiquement au cours du traitement d'une requête.
</p>
</usage>
</directivesynopsis>
-i
+
<directivesynopsis>
<name>ProxyHTMLEvents</name>
<description>Spécifie les attributs à traiter comme des évènements de
diff --git a/docs/manual/mod/mod_proxy_scgi.xml.fr b/docs/manual/mod/mod_proxy_scgi.xml.fr
index 2a914cfb26..33d4bda5b4 100644
--- a/docs/manual/mod/mod_proxy_scgi.xml.fr
+++ b/docs/manual/mod/mod_proxy_scgi.xml.fr
@@ -97,10 +97,10 @@ ProxyPass "/scgi-bin/" "balancer://somecluster/"
<module>mod_proxy_scgi</module> génère une estimation la plus
précise possible de <var>PATH_INFO</var>, définissez cette
variable d'environnement. La variable doit être définie avant
- que la directive <directive
- mod="mod_env">SetEnv</directive> ne soit effective. Il est possible
- d'utiliser à la place la directive <directive
- mod="mod_setenvif">SetEnvIf</directive> : <code>SetEnvIf Request_URI . proxy-scgi-pathinfo</code>
+ que la directive <directive module="mod_env">SetEnv</directive> ne soit
+ effective. Il est possible d'utiliser à la place la directive
+ <directive module="mod_setenvif">SetEnvIf</directive> : <code>SetEnvIf
+ Request_URI . proxy-scgi-pathinfo</code>
</dd>
</dl>
</section>
diff --git a/docs/manual/mod/mod_rewrite.xml.fr b/docs/manual/mod/mod_rewrite.xml.fr
index b6a40c656c..06735d64cc 100644
--- a/docs/manual/mod/mod_rewrite.xml.fr
+++ b/docs/manual/mod/mod_rewrite.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: 1776708:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
diff --git a/docs/manual/mod/mod_ssl.xml.fr b/docs/manual/mod/mod_ssl.xml.fr
index db26ac9259..9445400184 100644
--- a/docs/manual/mod/mod_ssl.xml.fr
+++ b/docs/manual/mod/mod_ssl.xml.fr
@@ -1,9 +1,8 @@
<?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: 1761215:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2016092401 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
diff --git a/docs/manual/sitemap.xml.fr b/docs/manual/sitemap.xml.fr
index 755806d07f..05a0b50451 100644
--- a/docs/manual/sitemap.xml.fr
+++ b/docs/manual/sitemap.xml.fr
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE sitemap SYSTEM "./style/sitemap.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- English Revision: 1732099:1780356 (outdated) -->
+<!-- English Revision: 1780356 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -131,6 +131,7 @@ Compatibilité</page>
utilisateurs</page>
<page href="howto/reverse_proxy.html">Guide de configuration des mandataires
inverses</page>
+<page href="howto/http2.html">Guide HTTP/2</page>
</category>
<category id="platform">
diff --git a/docs/manual/socache.xml.fr b/docs/manual/socache.xml.fr
index 257c27b0d5..141af88677 100644
--- a/docs/manual/socache.xml.fr
+++ b/docs/manual/socache.xml.fr
@@ -1,8 +1,7 @@
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-
-<!-- English Revision: 1740717:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
diff --git a/docs/manual/ssl/ssl_intro.xml.fr b/docs/manual/ssl/ssl_intro.xml.fr
index 4e0544ea3d..79fb1f68cd 100644
--- a/docs/manual/ssl/ssl_intro.xml.fr
+++ b/docs/manual/ssl/ssl_intro.xml.fr
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1776090:1780210 (outdated) -->
+<!-- English Revision: 1780210 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
@@ -573,7 +573,7 @@ l'Internet Engineering Task Force (IETF).</p>
[<a href="#AC96">AC96</a>, ch13].</p>
</section>
-<section id="digestfuntion">
+<section id="digestfunction">
<title>Fonction de création d'empreinte</title>
<p>Le choix d'une fonction de création d'empreinte détermine la manière
dont une empreinte est créée à partir d'une unité de données. SSL supporte