From: Lucien Gentis Date: Sat, 17 Mar 2018 16:27:40 +0000 (+0000) Subject: XML update. X-Git-Tag: 2.4.33~7 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=705aee4fde0ccb93ab969f42d4411eba983604d3;p=apache XML update. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1827096 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/mod_auth_basic.xml.fr b/docs/manual/mod/mod_auth_basic.xml.fr index 50dc5705f6..1374af6934 100644 --- a/docs/manual/mod/mod_auth_basic.xml.fr +++ b/docs/manual/mod/mod_auth_basic.xml.fr @@ -1,7 +1,7 @@ - + - + @@ -33,12 +33,12 @@

Ce module permet d'utiliser l'authentification basique HTTP pour - restreindre l'accès en recherchant les utilisateurs dans les - fournisseurs d'authentification spécifiés. Il est en général - combiné avec au moins un module d'authentification comme + restreindre l'accès en recherchant les utilisateurs dans les + fournisseurs d'authentification spécifiés. Il est en général + combiné avec au moins un module d'authentification comme mod_authn_file et un module d'autorisation comme - mod_authz_user. L'authentification HTTP à - base de condensé (digest), quant à elle, est fournie par le module + mod_authz_user. L'authentification HTTP à + base de condensé (digest), quant à elle, est fournie par le module mod_auth_digest.

AuthName @@ -49,7 +49,7 @@ l'authentification AuthBasicProvider -Définit le(les) fournisseur(s) d'authentification pour +Définit le(les) fournisseur(s) d'authentification pour cette zone du site web AuthBasicProvider nom fournisseur [nom fournisseur] ... @@ -60,11 +60,11 @@ cette zone du site web

La directive AuthBasicProvider permet de - définir le fournisseur utilisé pour authentifier les utilisateurs - pour la zone du site web concernée. Le fournisseur par défaut - file est implémenté par le module + définir le fournisseur utilisé pour authentifier les utilisateurs + pour la zone du site web concernée. Le fournisseur par défaut + file est implémenté par le module mod_authn_file. Assurez-vous que le module - implémentant le fournisseur choisi soit bien présent dans le + implémentant le fournisseur choisi soit bien présent dans le serveur.

Exemple @@ -79,13 +79,13 @@ cette zone du site web </Location> -

Les fournisseurs sont sollicités dans l'ordre jusqu'à ce que l'un +

Les fournisseurs sont sollicités dans l'ordre jusqu'à ce que l'un d'entre eux trouve une correspondance pour le nom d'utilisateur de - la requête ; alors, ce dernier fournisseur sera le seul à vérifier - le mot de passe. Un échec dans la vérification du mot de passe - n'entraîne pas le passage du contrôle au fournisseur suivant.

+ la requête ; alors, ce dernier fournisseur sera le seul à vérifier + le mot de passe. Un échec dans la vérification du mot de passe + n'entraîne pas le passage du contrôle au fournisseur suivant.

-

Les différents fournisseurs disponibles sont implémentés par les +

Les différents fournisseurs disponibles sont implémentés par les modules mod_authn_dbm, mod_authn_file, mod_authn_dbd, mod_authnz_ldap et mod_authn_socache.

@@ -94,8 +94,8 @@ cette zone du site web AuthBasicAuthoritative -Définit si les processus d'autorisation et -d'authentification peuvent être confiés à des modules de plus bas +Définit si les processus d'autorisation et +d'authentification peuvent être confiés à des modules de plus bas niveau AuthBasicAuthoritative On|Off AuthBasicAuthoritative On @@ -104,55 +104,55 @@ niveau AuthConfig -

Normalement, chaque module d'autorisation énuméré dans la +

Normalement, chaque module d'autorisation énuméré dans la directive AuthBasicProvider va tenter de - vérifier l'utilisateur, et si ce dernier n'est trouvé dans aucun des - fournisseurs, l'accès sera refusé. Définir explicitement la - directive AuthBasicAuthoritative à + vérifier l'utilisateur, et si ce dernier n'est trouvé dans aucun des + fournisseurs, l'accès sera refusé. Définir explicitement la + directive AuthBasicAuthoritative à Off permet de confier l'autorisation et - l'authentification à d'autres modules non basés sur les fournisseurs + l'authentification à d'autres modules non basés sur les fournisseurs si aucun identifiant utilisateur ou aucune - règle ne correspondent à l'identifiant utilisateur - spécifié. Ceci ne peut s'avérer nécessaire que lorsque - mod_auth_basic est combiné avec des modules tiers - qui n'ont pas été configurés à l'aide de la directive règle ne correspondent à l'identifiant utilisateur + spécifié. Ceci ne peut s'avérer nécessaire que lorsque + mod_auth_basic est combiné avec des modules tiers + qui n'ont pas été configurés à l'aide de la directive AuthBasicProvider. Lorsqu'on utilise de tels modules, l'ordre dans lequel s'effectue le - traitement est défini dans le code source des modules et n'est pas + traitement est défini dans le code source des modules et n'est pas configurable.

 AuthBasicFake -Authentification de base simulée à l'aide des nom +Authentification de base simulée à l'aide des nom d'utilisateur et mot de passe fournis -AuthBasicFake off|nom-utilisateur [mot-de-passe] +AuthBasicFake off|username [password] none directory.htaccess AuthConfig -Disponible à partir de la version 2.4.5 du serveur HTTP +Disponible à partir de la version 2.4.5 du serveur HTTP Apache -

Les nom d'utilisateur et mot de passe spécifiés sont rassemblés - dans un en-tête d'autorisation qui est transmis au serveur ou au +

Les nom d'utilisateur et mot de passe spécifiés sont rassemblés + dans un en-tête d'autorisation qui est transmis au serveur ou au service sous-jacent au serveur. Ces nom d'utilisateur et mot de - passe sont interprétés par l'interpréteur - d'expression, ce qui permet de les définir en fonction de - paramètres de la requête.

+ passe sont interprétés par l'interpréteur + d'expression, ce qui permet de les définir en fonction de + paramètres de la requête.

-

Si aucun mot de passe n'est spécifié, la valeur par défaut - "password" sera utilisée. Pour désactiver l'authentification de base - simulée pour un espace d'URL, définissez AuthBasicFake à "off".

+

Si aucun mot de passe n'est spécifié, la valeur par défaut + "password" sera utilisée. Pour désactiver l'authentification de base + simulée pour un espace d'URL, définissez AuthBasicFake à "off".

Dans l'exemple suivant, un nom d'utilisateur et un mot de passe - prédéfinis sont transmis à un serveur d'arrière-plan :

+ prédéfinis sont transmis à un serveur d'arrière-plan :

Exemple de transmission d'un nom d'utilisateur et - d'un mot de passe prédéfinis + d'un mot de passe prédéfinis <Location "/demo"> AuthBasicFake demo demopass @@ -161,11 +161,11 @@ Apache

Dans l'exemple suivant, l'adresse email extraite d'un certificat - client est transmise au serveur, étendant par là-même la - fonctionnalité de l'option FakeBasicAuth de la directive SSLOptions. Comme avec l'option - FakeBasicAuth, le mot de passe se voit attribué le contenu fixe de - la chaîne "password".

+ FakeBasicAuth, le mot de passe se voit attribué le contenu fixe de + la chaîne "password".

Exemple d'utilisation avec un certificat @@ -175,14 +175,14 @@ Apache -

Pour compléter l'exemple précédent, il est possible de générer la - valeur du mot de passe en procédant à un hashage de l'adresse email - à partir d'un mot d'une passphrase initial fixée, puis de transmettre le - résultat obtenu au serveur d'arrière-plan. Ceci peut s'avérer utile - pour donner accès à des serveurs anciens qui ne supportent pas les +

Pour compléter l'exemple précédent, il est possible de générer la + valeur du mot de passe en procédant à un hashage de l'adresse email + à partir d'un mot d'une passphrase initial fixée, puis de transmettre le + résultat obtenu au serveur d'arrière-plan. Ceci peut s'avérer utile + pour donner accès à des serveurs anciens qui ne supportent pas les certificats clients.

- Exemple de génération de mot de passe par hashage de + <example><title>Exemple de génération de mot de passe par hashage de l'adresse email <Location "/secure"> @@ -191,7 +191,7 @@ Apache - Désactivation de l'authentification simulée + Désactivation de l'authentification simulée <Location "/public"> AuthBasicFake off @@ -204,89 +204,87 @@ Apache AuthBasicUseDigestAlgorithm -Vérifie les mots de passe auprès des fournisseurs -d'authentification à la manière de l'authentification de type Digest. +Vérifie les mots de passe auprès des fournisseurs +d'authentification à la manière de l'authentification de type Digest. AuthBasicUseDigestAlgorithm MD5|Off AuthBasicUseDigestAlgorithm Off directory.htaccess AuthConfig -Disponible à partir de la version 2.4.7 du serveur HTTP +Disponible à partir de la version 2.4.7 du serveur HTTP Apache

Normalement, lorsqu'on utilise l'authentification basique, les - fournisseurs spécifiés via la directive AuthBasicProvider tentent de - contrôler l'identité d'un utilisateur en recherchant dans leurs - bases de données l'existence d'un couple utilisateur/mot de passe - correspondant. Les mots de passe enregistrés sont en général - chiffrés, mais ce n'est pas systématique ; chaque fournisseur peut + contrôler l'identité d'un utilisateur en recherchant dans leurs + bases de données l'existence d'un couple utilisateur/mot de passe + correspondant. Les mots de passe enregistrés sont en général + chiffrés, mais ce n'est pas systématique ; chaque fournisseur peut choisir son propre mode de stockage des mots de passe.

Lorsqu'on utilise l'authentification de type Digest, les - fournisseurs spécifiés par la directive AuthDigestProvider effectuent une recherche similaire dans leurs bases de - données pour trouver un couple utilisateur/mot de passe - correspondant. Cependant, à la différence de l'authentification - basique, les données associées à chaque utilisateur et comportant le + données pour trouver un couple utilisateur/mot de passe + correspondant. Cependant, à la différence de l'authentification + basique, les données associées à chaque utilisateur et comportant le nom d'utilisateur, le domaine de protection (realm) et le mot de - passe doivent être contenues dans une chaîne chiffrée (Voir le + passe doivent être contenues dans une chaîne chiffrée (Voir le document RFC 2617, - Section 3.2.2.2 pour plus de détails à propos du type de - chiffrement utilisé pour cette chaîne).

+ Section 3.2.2.2 pour plus de détails à propos du type de + chiffrement utilisé pour cette chaîne).

-

A cause de la différence entre les méthodes de stockage des - données des authentifications de type basique et digest, le passage - d'une méthode d'authentification de type digest à une méthode +

A cause de la différence entre les méthodes de stockage des + données des authentifications de type basique et digest, le passage + d'une méthode d'authentification de type digest à une méthode d'authentification de type basique requiert l'attribution de nouveaux - mots de passe à chaque utilisateur, car leur mots de passe existant - ne peut pas être extrait à partir du schéma de stockage utilisé + mots de passe à chaque utilisateur, car leur mots de passe existant + ne peut pas être extrait à partir du schéma de stockage utilisé par les fournisseurs d'authentification de type digest.

-

Si la directive AuthBasicUseDigestAlgorithm est - définie à la valeur MD5, le mot de passe d'un - utilisateur dans le cas de l'authentification basique sera vérifié - en utilisant le même format de chiffrement que dans le cas de - l'authentification de type digest. Tout d'abord, une chaîne +

Si la directive AuthBasicUseDigestAlgorithm est + définie à la valeur MD5, le mot de passe d'un + utilisateur dans le cas de l'authentification basique sera vérifié + en utilisant le même format de chiffrement que dans le cas de + l'authentification de type digest. Tout d'abord, une chaîne comportant le nom d'utilisateur, le domaine de protection (realm) et - le mot de passe est générée sous forme de condensé (hash) en + le mot de passe est générée sous forme de condensé (hash) en utilisant l'algorithme MD5 ; puis le nom d'utilisateur et cette - chaîne chiffrée sont transmis aux fournisseurs spécifiés via la + chaîne chiffrée sont transmis aux fournisseurs spécifiés via la directive AuthBasicProvider comme si la directive AuthType - était définie à Digest et si l'authentification de type - Digest était utilisée. + était définie à Digest et si l'authentification de type + Digest était utilisée.

-

Grâce à cette directive, un site peut basculer d'une - authentification de type digest à basique sans devoir changer les +

Grâce à cette directive, un site peut basculer d'une + authentification de type digest à basique sans devoir changer les mots de passe des utilisateurs.

- Le processus inverse consistant à passer d'une authentification de - type basique à digest sans changer les mots de passe n'est en - général pas possible. Les mots de passe enregistrés dans le cas - d'une authentification de type basique ne pourront être extraits - et chiffrés à nouveau selon le schéma de l'authentification de - type digest, que s'ils ont été stockés en clair ou selon un schéma de - chiffrement réversible. + Le processus inverse consistant à passer d'une authentification de + type basique à digest sans changer les mots de passe n'est en + général pas possible. Les mots de passe enregistrés dans le cas + d'une authentification de type basique ne pourront être extraits + et chiffrés à nouveau selon le schéma de l'authentification de + type digest, que s'ils ont été stockés en clair ou selon un schéma de + chiffrement réversible. Seuls les fournisseurs qui supportent l'authentification de type digest pourront authentifier les utilisateurs lorsque la directive - AuthBasicUseDigestAlgorithm - est définie à MD5. L'utilisation d'un autre + AuthBasicUseDigestAlgorithm + est définie à MD5. L'utilisation d'un autre fournisseur provoquera un message d'erreur et le client se verra - refuser l'accès. + refuser l'accès.