<?xml version="1.0"?>
<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1674612:1906507 (outdated) -->
+<!-- English Revision: 1906507 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<compatibility>Disponible depuis la version 2.3 d'Apache</compatibility>
<summary>
- <p>Ce module fournit le coeur des fonctionnalités d'authentification
- permettant d'accorder ou de refuser l'accès à certaines zones du
+ <p>Ce module fournit le coeur des fonctionnalités d'authentification
+ permettant d'accorder ou de refuser l'accès à certaines zones du
site web. Les directives fournies par le module
- <module>mod_authn_core</module> sont communes à tous les
+ <module>mod_authn_core</module> sont communes à tous les
fournisseurs d'authentification.</p>
</summary>
-<section id="authnalias"><title>Création d'alias de fournisseurs
+<section id="authnalias"><title>Création d'alias de fournisseurs
d'authentification</title>
- <p>Il est possible de créer des fournisseurs d'authentification
- étendus dans le fichier de configuration et de leur assigner un
- alias. Le fournisseur ainsi nommé peut alors être référencé à l'aide
+ <p>Il est possible de créer des fournisseurs d'authentification
+ étendus dans le fichier de configuration et de leur assigner un
+ alias. Le fournisseur ainsi nommé peut alors être référencé à l'aide
des directives <directive
module="mod_auth_basic">AuthBasicProvider</directive> ou <directive
module="mod_auth_digest">AuthDigestProvider</directive> tout comme
- un fournisseur d'authentification de base. Outre la possibilité de
- créer et attribuer un alias à un fournisseur étendu, le même
- fournisseur d'authentification peut aussi être référencé par
- plusieurs sections relatives à une zone du site web.</p>
+ un fournisseur d'authentification de base. Outre la possibilité de
+ créer et attribuer un alias à un fournisseur étendu, le même
+ fournisseur d'authentification peut aussi être référencé par
+ plusieurs sections relatives à une zone du site web.</p>
<section id="example"><title>Exemples</title>
- <p>Cet exemple vérifie les mots de passe dans deux fichiers
- textes différents.</p>
+ <p>Cet exemple vérifie les mots de passe dans deux fichiers
+ textes différents.</p>
- <example><title>Vérification dans plusieurs fichiers de mots de
+ <example><title>Vérification dans plusieurs fichiers de mots de
passe au format texte</title>
<highlight language="config">
-# Première vérification
+# Première vérification
<AuthnProviderAlias file file1>
AuthUserFile "/www/conf/passwords1"
</AuthnProviderAlias>
-# Vérification suivante
+# Vérification suivante
<AuthnProviderAlias file file2>
AuthUserFile "/www/conf/passwords2"
</AuthnProviderAlias>
<p>Dans l'exemple ci-dessous, deux fournisseurs
- d'authentification ldap sont créés à partir du fournisseur ldap
+ d'authentification ldap sont créés à partir du fournisseur ldap
de base, et se voient attribuer un alias. L'authentification
- d'une même zone peut alors être traitée par plusieurs serveurs
+ d'une même zone peut alors être traitée par plusieurs serveurs
ldap :</p>
- <example><title>Vérification auprès de plusieurs serveurs
+ <example><title>Vérification auprès de plusieurs serveurs
LDAP</title>
<highlight language="config">
<AuthnProviderAlias ldap ldap-alias1>
Require valid-user
# Notez que Require ldap-* ne fonctionnerait pas ici, car
# AuthnProviderAlias ne fournit pas de configuration pour les
- # fournisseurs d'autorisation implémentés dans le même module que le
+ # fournisseurs d'autorisation implémentés dans le même module que le
# fournisseur d'authentification.
</Directory>
</highlight>
<directivesynopsis>
<name>AuthName</name>
-<description>L'identifiant de l'autorisation à utiliser avec
+<description>L'identifiant de l'autorisation à utiliser avec
l'authentification HTTP</description>
<syntax>AuthName <var>domaine d'autorisation</var></syntax>
<contextlist><context>directory</context><context>.htaccess</context>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de définir l'identifiant d'autorisation
- pour un répertoire. Cet identifiant est fourni au client de façon à
+ <p>Cette directive permet de définir l'identifiant d'autorisation
+ pour un répertoire. Cet identifiant est fourni au client de façon à
ce qu'il sache quels nom d'utilisateur et mot de passe envoyer.
<directive>AuthName</directive> accepte un seul argument ; s'il
- contient des espaces, il doit être entouré de guillemets. Pour
+ contient des espaces, il doit être entouré de guillemets. Pour
pouvoir fonctionner, la directive <directive>AuthName</directive>
- doit être utilisée en combinaison avec les directives <directive
+ doit être utilisée en combinaison avec les directives <directive
module="mod_authn_core">AuthType</directive> et <directive
module="mod_authz_core">Require</directive>, ainsi que des
directives comme <directive
AuthName "Top Secret"
</highlight>
- <p>La chaîne fournie comme argument à <code>AuthName</code>
- apparaîtra dans la boîte de dialogue d'authentification pour la
+ <p>La chaîne fournie comme argument à <code>AuthName</code>
+ apparaîtra dans la boîte de dialogue d'authentification pour la
plupart des navigateurs.</p>
+
+ <p>A partir de la version 2.4.55 du serveur HTTP Apache, il est possible de
+ définir cette directive en utilisant la <a href="../expr.html">syntaxe des
+ expressions</a> pour spécifier l'identifiant d'autorisation de manière
+ dynamique.</p>
+
+ <p>Exemple :</p>
+
+ <highlight language="config">
+ AuthName "%{HTTP_HOST}"
+ </highlight>
+
</usage>
<seealso><a
- href="../howto/auth.html">Authentification, autorisation et contrôle
- d'accès</a></seealso>
+ href="../howto/auth.html">Authentification, autorisation et contrôle
+ d'accès</a></seealso>
<seealso><module>mod_authz_core</module></seealso>
</directivesynopsis>
<override>AuthConfig</override>
<usage>
- <p>Cette directive permet de définir le type d'authentification
- utilisateur pour un répertoire. Les types d'authentification
- disponibles sont <code>None</code>, <code>Basic</code> (implémenté
+ <p>Cette directive permet de définir le type d'authentification
+ utilisateur pour un répertoire. Les types d'authentification
+ disponibles sont <code>None</code>, <code>Basic</code> (implémenté
par <module>mod_auth_basic</module>), <code>Digest</code>
- (implémenté par <module>mod_auth_digest</module>), et
- <code>Form</code> (implémenté par
+ (implémenté par <module>mod_auth_digest</module>), et
+ <code>Form</code> (implémenté par
<module>mod_auth_form</module>).</p>
<p>Pour mettre en oeuvre l'authentification, vous devez aussi
comme <module>mod_authn_file</module> et d'un module d'autorisation
comme <module>mod_authz_user</module>.</p>
- <p>Le type d'authentification <code>None</code> désactive
- l'authentification. Lorsqu'une authentification est définie, elle
- est en g
énéral héritée par chacune des <a
+ <p>Le type d'authentification <code>None</code> désactive
+ l'authentification. Lorsqu'une authentification est définie, elle
+ est en g
énéral héritée par chacune des <a
href="../sections.html#mergin">sections de configuration</a> qui
- suivent, à moins qu'un autre type d'authentification ne soit
- spécifié. Si l'on ne souhaite pas mettre en oeuvre
- d'authentification pour une sous-section d'une section authentifiée,
+ suivent, à moins qu'un autre type d'authentification ne soit
+ spécifié. Si l'on ne souhaite pas mettre en oeuvre
+ d'authentification pour une sous-section d'une section authentifiée,
on doit utiliser le type d'authentification <code>None</code> ; dans
- l'exemple suivant, les clients peuvent accéder au répertoire
+ l'exemple suivant, les clients peuvent accéder au répertoire
<code>/www/docs/public</code> sans devoir s'authentifier :</p>
<highlight language="config">
</Directory>
</highlight>
+ <p>A partir de la version 2.4.55, il est possible de définir cette
+ directive en utilisant la <a
+ href="../expr.html">syntaxe des expressions</a> pour
+ spécifier le type d'authentification de manière dynamique.</p>
+
<note>Veuillez noter que, lorsque l'authentification n'est pas
- activée, les clients qui se sont déjà authentifiés pour une autre
- zone de l'arborescence du site continueront en général à envoyer des
- en-tête d'authentification HTTP ou des cookies avec chaque requête,
- sans se préoccuper de savoir si le serveur nécessite vraiment une
+ activée, les clients qui se sont déjà authentifiés pour une autre
+ zone de l'arborescence du site continueront en général à envoyer des
+ en-tête d'authentification HTTP ou des cookies avec chaque requête,
+ sans se préoccuper de savoir si le serveur nécessite vraiment une
authentification pour chaque ressource.</note>
</usage>
-<seealso><a href="../howto/auth.html">Authentification, autorisation et contrôle
- d'accès</a></seealso>
+<seealso><a href="../howto/auth.html">Authentification, autorisation et contrôle
+ d'accès</a></seealso>
</directivesynopsis>
<directivesynopsis type="section">
<name>AuthnProviderAlias</name>
<description>Regroupe un ensemble de directives qui constituent une
extension d'un fournisseur d'authentification de base et lui attribue
-l'alias spécifié</description>
+l'alias spécifié</description>
<syntax><AuthnProviderAlias <var>alias-fournisseur</var>>
... </AuthnProviderAlias></syntax>
<contextlist><context>server config</context>
<usage>
<p>Les balises <code><AuthnProviderAlias></code> et
<code></AuthnProviderAlias></code> permettent de regrouper un
- ensemble de directives d'authentification qui seront référencées par
- l'alias spécifié à l'aide des directives <directive
+ ensemble de directives d'authentification qui seront référencées par
+ l'alias spécifié à l'aide des directives <directive
module="mod_auth_basic">AuthBasicProvider</directive> ou <directive
module="mod_auth_digest">AuthDigestProvider</directive>.</p>
<note>Cette directive n'a aucune influence sur le processus
- d'autorisation, même pour les modules qui fournissent à la fois
+ d'autorisation, même pour les modules qui fournissent à la fois
l'authentification et l'autorisation.</note>
</usage>
<?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: 1838953:1906498 (outdated) -->
+<!-- English Revision: 1906521 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
d'arrière-plan peut être créé ; par exemple "es-tu en
état de fonctionner"</td><td></td></tr>
<tr><td>OPTIONS</td><td>Envoie une requête <code>HTTP
- OPTIONS</code> au serveur d'arrière-plan</td><td>*</td></tr>
- <tr><td>HEAD</td><td>Envoie une requête <code>HTTP
- HEAD</code> au serveur d'arrière-plan</td><td>*</td></tr>
- <tr><td>GET</td><td>Envoie une requête <code>HTTP
- GET</code> au serveur d'arrière-plan</td><td>*</td></tr>
+ OPTIONS</code> au serveur d'arrière-plan via
+ <code>HTTP/1.0</code></td><td>*</td></tr>
+ <tr><td>HEAD</td><td>Envoie une requête <code>HTTP
+ HEAD</code> au serveur d'arrière-plan via
+ <code>HTTP/1.0</code></td><td>*</td></tr>
+ <tr><td>GET</td><td>Envoie une requête <code>HTTP
+ GET</code> au serveur d'arrière-plan via
+ <code>HTTP/1.0</code></td><td>*</td></tr>
+ <tr><td>OPTIONS11</td><td>Envoie une requête <code>HTTP
+ OPTIONS</code> au serveur d'arrière-plan via
+ <code>HTTP/1.1</code></td><td>*</td></tr>
+ <tr><td>HEAD11</td><td>Envoie une requête <code>HTTP
+ HEAD</code> au serveur d'arrière-plan via
+ <code>HTTP/1.1</code></td><td>*</td></tr>
+ <tr><td>GET11</td><td>Envoie une requête <code>HTTP
+ GET</code> au serveur d'arrière-plan via
+ <code>HTTP/1.1</code></td><td>*</td></tr>
<!--
<tr><td>CPING</td><td><strong>AJP only</strong> Do <code>CPING/CPONG</code> check</td><td></td></tr>
<tr><td>PROVIDER</td><td>Name of <code>provider</code> to be used to check health</td><td></td></tr>
</table>
</note>
+<note><title>Compatibilité :</title>
+ <p><code>OPTIONS11</code>, <code>HEAD11</code> et <code>GET11</code> sont
+ disponibles à partir de la version 2.4.55 du serveur HTTP Apache.</p>
+</note>
+
</summary>
<seealso><module>mod_proxy</module></seealso>
<?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: 1866240:1906638 (outdated) -->
+<!-- English Revision: 1906638 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
trois types :</p>
<dl>
-<dt>Un chemin complet du système de fichiers vers une ressource</dt>
+<dt>1. Un chemin complet du système de fichiers vers une ressource</dt>
<dd>
<highlight language="config">
-RewriteRule "^/jeux" "/usr/local/jeux/web"
+RewriteRule "^/games" "/usr/local/games/web/puzzles.html"
</highlight>
<p>Ceci peut faire correspondre une requête à toute localisation voulue de
votre système de fichiers, un peu comme la directive <directive
module="mod_alias">Alias</directive>.</p>
</dd>
-<dt>Un chemin web vers une ressource</dt>
+<dt>2. Un chemin web vers une ressource</dt>
<dd>
<highlight language="config">
-RewriteRule "^/foo$" "/bar"
+RewriteRule "^/games$" "/puzzles.html"
</highlight>
<p>Si la directive <directive module="core">DocumentRoot</directive> a
pour valeur <code>/usr/local/apache2/htdocs</code>, cette règle va faire
-correspondre les requêtes pour <code>http://example.com/foo</code> au
-chemin <code>/usr/local/apache2/htdocs/bar</code>.</p>
+correspondre les requêtes pour <code>http://example.com/games</code> au
+chemin <code>/usr/local/apache2/htdocs/puzzles.html</code>.</p>
</dd>
-<dt>Une URL absolue</dt>
+<dt>3. Une URL absolue</dt>
<dd>
<highlight language="config">
RewriteRule "^/produits/vues$" "http://site2.example.com/voirproduits.html" [R]
</dd>
</dl>
+<note type="warning">Notez que <strong>1</strong> et <strong>2</strong>
+possèdent exactement la même syntaxe. Par contre, dans le cas de
+<strong>1</strong>, le niveau racine du chemin cible (par exemple
+<code>/usr/</code>) existe dans le système de fichiers, alors que ce n'est pas
+le cas avec <strong>2</strong> (par exemple, il n'y a pas de répertoire
+<code>/bar/</code> au niveau de la racine du système de fichiers).</note>
+
<p>La chaîne de <var>Substitution</var> peut aussi contenir des
<em>références arrières</em> vers des parties du chemin d'URL entrant
correspondant au <var>Modèle</var>. Considérons ce qui suit :</p>
utiliser :</p>
<highlight language="config">
RewriteCond "%{REMOTE_ADDR}" "^10\.2\."
-RewriteRule "(.*)" "http://intranet.example.com$1"
+RewriteRule "(.*)" "http://intranet.example.com$1"
</highlight>
<p>Si vous spécifiez plus d'une directive <directive
"go", vous pouvez utiliser :</p>
<highlight language="config">
RewriteCond "%{QUERY_STRING}" "hack"
-RewriteCond "%{HTTP_COOKIE}" "!go"
-RewriteRule "." "-" [F]
+RewriteCond "%{HTTP_COOKIE}" !go
+RewriteRule "." "-" [F]
</highlight>
<p>Notez que le point d'exclamation indique une correspondance négative
; ainsi, la règle n'est appliquée que si le cookie ne contient pas "go"</p>
en fonction du nom d'hôte utilisé pour accéder au site :</p>
<highlight language="config">
RewriteCond "%{HTTP_HOST}" "(.*)"
-RewriteRule "^/(.*)" "/sites/%1/$1"
+RewriteRule "^/(.*)" "/sites/%1/$1"
</highlight>
<p>Si la requête concernait <code>http://example.com/foo/bar</code>,
alors <code>%1</code> contiendrait <code>example.com</code> et
projects / thirdparty / apache / httpd.git / commitdiff
