mod_authz_core.html.fr revision 20f499565e77defe9dab24dd85c02f38a1175855
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>mod_authz_core - Serveur Apache HTTP</title>
<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="/style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="/style/css/prettify.css" />
</script>
<body>
<div id="page-header">
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.5</p>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.5</a> > <a href="./">Modules</a></div>
<div id="page-content">
<div id="preamble"><h1>Module Apache mod_authz_core</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="/en/mod/mod_authz_core.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div>
<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Socle d'autorisation</td></tr>
<tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur�de�Module:</a></th><td>authz_core_module</td></tr>
<tr><th><a href="module-dict.html#SourceFile">Fichier�Source:</a></th><td>mod_authz_core.c</td></tr>
<tr><th><a href="module-dict.html#Compatibility">Compatibilit�:</a></th><td>Disponible depuis la version 2.3
d'Apache HTTPD</td></tr></table>
<h3>Sommaire</h3>
<p>Ce module fournit un socle de fonctionnalit�s d'autorisation
permettant d'accorder ou refuser l'acc�s � certaines zones du site
web aux utilisateurs authentifi�s. <code class="module"><a href="/mod/mod_authz_core.html">mod_authz_core</a></code>
donne la possibilit� d'enregistrer divers fournisseurs
d'autorisation. Il est en g�n�ral utilis� avec un module fournisseur
d'authentification comme <code class="module"><a href="/mod/mod_authn_file.html">mod_authn_file</a></code>, et un
module d'autorisation comme <code class="module"><a href="/mod/mod_authz_user.html">mod_authz_user</a></code>. Il
permet aussi l'application d'une logique �labor�e au d�roulement du
processus d'autorisation.</p>
</div>
<div id="quickview"><h3 class="directives">Directives</h3>
<ul id="toc">
<li><img alt="" src="/images/down.gif" /> <a href="#authzprovideralias"><AuthzProviderAlias></a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#authzsendforbiddenonfailure">AuthzSendForbiddenOnFailure</a></li>
</ul>
<h3>Sujets</h3>
<ul id="topics">
<li><img alt="" src="/images/down.gif" /> <a href="#requiredirectives">Les directives Require</a></li>
d'autorisation</a></li>
</ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="section">
<h2><a name="logic" id="logic">Conteneurs d'autorisation</a></h2>
<p>Les directives de conteneur d'autorisation <code class="directive"><a href="#requireall"><RequireAll></a></code>,
<code class="directive"><a href="#requireany"><RequireAny></a></code> et <code class="directive"><a href="#requirenone"><RequireNone></a></code>
peuvent �tre combin�es entre elles et avec la directive <code class="directive"><a href="#require">Require</a></code> pour construire une
logique d'autorisation complexe.</p>
<p>L'exemple ci-dessous illustre la logique d'autorisation suivante.
Pour pouvoir acc�der � la ressource, l'utilisateur doit �tre
l'utilisateur <code>superadmin</code>, ou appartenir aux deux
groupes LDAP <code>admins</code> et <code>Administrateurs</code> et
soit appartenir au groupe <code>ventes</code>, soit avoir
<code>ventes</code> comme valeur de l'attribut LDAP
<code>dept</code>. De plus, pour pouvoir acc�der � la ressource,
l'utilisateur ne doit appartenir ni au groupe <code>temps</code>, ni
au groupe LDAP <code>Employ�s temporaires</code>.</p>
<RequireAll>
<RequireAny>
Require user superadmin
<RequireAll>
Require group admins
Require ldap-group cn=Administrateurs,o=Airius
<RequireAny>
Require group ventes
Require ldap-attribute dept="ventes"
</RequireAny>
</RequireAll>
</RequireAny>
<RequireNone>
Require group temps
Require ldap-group cn=Employ�s temporaires,o=Airius
</RequireNone>
</RequireAll>
</Directory></pre>
<div class="section">
<h2><a name="requiredirectives" id="requiredirectives">Les directives Require</a></h2>
<p>Le module <code class="module"><a href="/mod/mod_authz_core.html">mod_authz_core</a></code> met � disposition des
fournisseurs d'autorisation g�n�riques utilisables avec la directive
<code class="directive"><a href="#require">Require</a></code>.</p>
<h3><a name="reqenv" id="reqenv">Require env</a></h3>
<p>Le fournisseur <code>env</code> permet de contr�ler l'acc�s au
serveur en fonction de l'existence d'une <a href="/env.html">variable d'environnement</a>. Lorsque <code>Require
env <var>env-variable</var></code> est sp�cifi�, la requ�te se voit
autoriser l'acc�s si la variable d'environnement
<var>env-variable</var> existe. Le serveur permet de d�finir
facilement des variables d'environnement en fonction des
caract�ristiques de la requ�te du client via les directives fournies
par le module <code class="module"><a href="/mod/mod_setenvif.html">mod_setenvif</a></code>. Cette directive Require
env permet donc de contr�ler l'acc�s en fonction des
valeurs des en-t�tes de la requ�te HTTP tels que
<code>User-Agent</code> (type de navigateur), <code>Referer</code>,
entre autres.</p>
<pre class="prettyprint lang-config">SetEnvIf User-Agent ^KnockKnock/2\.0 let_me_in
<Directory /docroot>
Require env let_me_in
</Directory></pre>
<p>Avec cet exemple, les navigateurs dont la cha�ne user-agent
l'acc�s, alors que tous les autres seront rejet�s.</p>
<p>Lorsque le serveur cherche un chemin via une <a class="glossarylink" href="/glossary.html#subrequest" title="voir glossaire">sous-requ�te</a> interne (par exemple la
recherche d'un <code class="directive"><a href="/mod/mod_dir.html#directoryindex">DirectoryIndex</a></code>), ou lorsqu'il g�n�re un
listing du contenu d'un r�pertoire via le module
<code class="module"><a href="/mod/mod_autoindex.html">mod_autoindex</a></code>, la sous-requ�te n'h�rite pas des
variables d'environnement sp�cifiques � la requ�te. En outre, � cause
des phases de l'API auxquelles <code class="module"><a href="/mod/mod_setenvif.html">mod_setenvif</a></code> prend
part, les directives <code class="directive"><a href="/mod/mod_setenvif.html#setenvif">SetEnvIf</a></code> ne sont pas �valu�es
s�par�ment dans la sous-requ�te.</p>
<h3><a name="reqall" id="reqall">Require all</a></h3>
<p>Le fournisseur <code>all</code> reproduit la fonctionnalit�
pr�c�demment fournie par les directives 'Allow from all' et 'Deny
from all'. Il accepte un argument dont les deux valeurs possibles
sont : 'granted' ou 'denied'. Les exemples suivants autorisent ou
interdisent l'acc�s � toutes les requ�tes.</p>
<pre class="prettyprint lang-config">Require all granted</pre>
<pre class="prettyprint lang-config">Require all denied</pre>
<h3><a name="reqmethod" id="reqmethod">Require method</a></h3>
<p>Le fournisseur <code>method</code> permet d'utiliser la m�thode
HTTP dans le processus d'autorisation. Les m�thodes GET et HEAD sont
ici consid�r�es comme �quivalentes. La m�thode TRACE n'est pas
support�e par ce fournisseur ; utilisez � la place la directive
<p>Dans l'exemple suivant, seules les m�thodes GET, HEAD, POST, et
OPTIONS sont autoris�es :</p>
<pre class="prettyprint lang-config">Require method GET POST OPTIONS</pre>
<p>Dans l'exemple suivant, les m�thodes GET, HEAD, POST, et OPTIONS
sont autoris�es sans authentification, alors que toutes les autres
m�thodes n�cessitent un utilisateur valide :</p>
<pre class="prettyprint lang-config"><RequireAny>
�Require method GET POST OPTIONS
�Require valid-user
</RequireAny></pre>
<h3><a name="reqexpr" id="reqexpr">Require expr</a></h3>
<p>Le fournisseur <code>expr</code> permet d'accorder l'autorisation
d'acc�s en fonction d'expressions arbitraires.</p>
<pre class="prettyprint lang-config">Require expr "%{TIME_HOUR} -ge 9 && %{TIME_HOUR} -le 17"</pre>
<p>La syntaxe de l'expression est d�crite dans la documentation de <a href="/expr.html">ap_expr</a>.</p>
<p>Normalement, l'expression est �valu�e avant l'authentification.
Cependant, si l'expression renvoie false et se r�f�re � la variable
<code>%{REMOTE_USER}</code>, le processus d'authentification sera
engag� et l'expression r��valu�e.</p>
<div class="section">
<h2><a name="authzalias" id="authzalias">Cr�ation des alias du fournisseur
d'autorisation</a></h2>
<p>Il est possible de cr�er des fournisseurs d'autorisation �tendus
dans le fichier de configuration et de leur assigner un nom d'alias.
On peut ensuite utiliser ces fournisseurs alias�s dans une
directive <code class="directive"><a href="#require">Require</a></code> de
la m�me mani�re qu'on le ferait pour des fournisseurs d'autorisation
de base. En plus de la possibilit� de cr�er et d'aliaser un
fournisseur �tendu, le m�me fournisseur d'autorisation �tendu peut
�tre r�f�renc� par diverses localisations.
</p>
<h3><a name="example" id="example">Exemple</a></h3>
<p>Dans l'exemple suivant, on cr�e deux alias de fournisseur
d'autorisation ldap diff�rents bas�s sur le fournisseur
d'autorisation ldap-group. Il est ainsi possible pour un seul
r�pertoire de v�rifier l'appartenance � un groupe dans plusieurs
serveurs ldap :
</p>
<pre class="prettyprint lang-config"><AuthzProviderAlias ldap-group ldap-group-alias1 cn=my-group,o=ctx>
AuthLDAPBindDN cn=youruser,o=ctx
AuthLDAPBindPassword yourpassword
AuthLDAPURL ldap://ldap.host/o=ctx
</AuthzProviderAlias>
<AuthzProviderAlias ldap-group ldap-group-alias2 cn=my-other-group,o=dev>
AuthLDAPBindDN cn=yourotheruser,o=dev
AuthLDAPBindPassword yourotherpassword
AuthLDAPURL ldap://other.ldap.host/o=dev?cn
</AuthzProviderAlias>
Require all granted
AuthBasicProvider file
AuthType Basic
AuthName LDAP_Protected_Place
#Op�ration logique implicite : OU inclusif
Require ldap-group-alias1
Require ldap-group-alias2
</Directory></pre>
</div>
<div class="directive-section"><h2><a name="AuthMerging" id="AuthMerging">AuthMerging</a> <a name="authmerging" id="authmerging">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>D�finit la mani�re dont chaque logique d'autorisation des
sections de configuration se combine avec celles des sections de
configuration pr�c�dentes.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthMerging Off | And | Or</code></td></tr>
<tr><th><a href="directive-dict.html#Default">D�faut:</a></th><td><code>AuthMerging Off</code></td></tr>
</table>
<p>Lorsque l'autorisation est activ�e, elle est normalement h�rit�e
par chaque <a href="/sections.html#merging">section de
configuration</a> suivante, � moins qu'un jeu de directives
d'autorisations diff�rent ne soit sp�cifi�. Il s'agit du
comportement par d�faut, qui correspond � la d�finition explicite
<code>AuthMerging Off</code>.</p>
<p>Dans certaines situations cependant, il peut �tre souhaitable de
combiner la logique d'autorisation d'une section de configuration
avec celle de la section pr�c�dente lorsque les sections de
configuration se combinent entre elles. Dans ce cas, deux options
sont disponibles, <code>And</code> et <code>Or</code>.</p>
<p>Lorsqu'une section de configuration contient <code>AuthMerging
And</code> ou <code>AuthMerging Or</code>, sa logique d'autorisation
se combine avec celle de la section de configuration qui la pr�c�de
(selon l'ordre g�n�ral des sections de configuration), et qui
contient aussi une logique d'autorisation, comme si les deux
sections �taient concat�n�es, respectivement, dans une directive
<code class="directive"><a href="#requireall"><RequireAll></a></code> ou <code class="directive"><a href="#requireany"><RequireAny></a></code>.</p>
<div class="note">La d�finition de la directive
<code class="directive">AuthMerging</code> ne concerne que la section de
configuration dans laquelle elle appara�t. Dans l'exemple suivant,
seuls les utilisateurs appartenant au groupe <code>alpha</code> sont
appartenant au groupe <code>alpha</code> ou au groupe
<code>beta</code> sont autoris�s � acc�der �
<code>Off</code> de la directive <code class="directive">AuthMerging</code>
s'applique � la section de configuration <code class="directive"><a href="/mod/core.html#directory"><Directory></a></code> concernant le r�pertoire
d'autorisation de cette section l'emportent sur celles des sections
pr�c�dentes. Par voie de cons�quence, seuls les utilisateurs
appartenant au groupe <code>gamma</code> sont autoris�s � acc�der �
AuthType Basic
AuthName Documents
AuthBasicProvider file
Require group alpha
</Directory>
AuthMerging Or
Require group beta
</Directory>
Require group gamma
</Directory></pre>
</div>
<div class="directive-section"><h2><a name="AuthzProviderAlias" id="AuthzProviderAlias"><AuthzProviderAlias></a> <a name="authzprovideralias" id="authzprovideralias">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Regroupe des directives repr�sentant une extension d'un
fournisseur d'autorisation de base qui pourra �tre r�f�renc�e � l'aide
de l'alias sp�cifi�</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><AuthzProviderAlias <var>fournisseur-de-base Alias
Param�tres-Require</var>>
... </AuthzProviderAlias>
</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
</table>
<p>Les balises <code class="directive"><AuthzProviderAlias></code> et
<code></AuthzProviderAlias></code> permettent de regrouper des
directives d'autorisation auxquelles on pourra faire r�f�rence �
l'aide de l'alias sp�cifi� dans une directive <code class="directive"><a href="#require">Require</a></code>.</p>
</div>
<div class="directive-section"><h2><a name="AuthzSendForbiddenOnFailure" id="AuthzSendForbiddenOnFailure">AuthzSendForbiddenOnFailure</a> <a name="authzsendforbiddenonfailure" id="authzsendforbiddenonfailure">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Envoie '403 FORBIDDEN' au lieu de '401 UNAUTHORIZED' si
l'authentification r�ussit et si l'autorisation a �t� refus�e.
</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthzSendForbiddenOnFailure On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">D�faut:</a></th><td><code>AuthzSendForbiddenOnFailure Off</code></td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Compatibilit�:</a></th><td>Disponible depuis la version 2.3.11 d'Apache HTTPD</td></tr>
</table>
<p>Par d�faut, si l'authentification r�ussit, alors que
l'autorisation est refus�e, Apache HTTPD renvoie un code de r�ponse
HTTP '401 UNAUTHORIZED'. En g�n�ral, les navigateurs proposent alors
une nouvelle fois � l'utilisateur la bo�te de dialogue de saisie du
mot de passe, ce qui n'est pas toujours souhaitable. La directive
<code class="directive">AuthzSendForbiddenOnFailure</code> permet de changer
le code de r�ponse en '403 FORBIDDEN'.</p>
<div class="warning"><h3>Avertissement de s�curit�</h3>
<p>La modification de la r�ponse en cas de refus d'autorisation
diminue la s�curit� du mot de passe, car elle indique � un �ventuel
attaquant que le mot de passe qu'il a saisi �tait correct.</p>
</div>
</div>
<div class="directive-section"><h2><a name="Require" id="Require">Require</a> <a name="require" id="require">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>V�rifie si un utilisateur authentifi� a une
autorisation d'acc�s accord�e par un fournisseur
d'autorisation.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>Require [not] <var>nom-entit�</var> [<var>nom-entit�</var>]
...</code></td></tr>
</table>
<p>Cette directive permet de v�rifier si un utilisateur authentifi�
a l'autorisation d'acc�s accord�e pour un certain fournisseur
d'autorisation et en tenant compte de certaines restrictions.
<code class="module"><a href="/mod/mod_authz_core.html">mod_authz_core</a></code> met � disposition les fournisseurs
d'autorisation g�n�riques suivants :</p>
<dl>
<dt><code>Require all granted</code></dt>
<dd>L'acc�s est autoris� sans restriction.</dd>
<dt><code>Require all denied</code></dt>
<dd>L'acc�s est syst�matiquement refus�.</dd>
<dt><code>Require env <var>env-var</var> [<var>env-var</var>]
...</code></dt>
<dd>L'acc�s n'est autoris� que si l'une au moins des variables
d'environnement sp�cifi�es est d�finie.</dd>
<dt><code>Require method <var>http-method</var> [<var>http-method</var>]
...</code></dt>
<dd>L'acc�s n'est autoris� que pour les m�thodes HTTP sp�cifi�es.</dd>
<dt><code>Require expr <var>expression</var> </code></dt>
<dd>L'acc�s est autoris� si <var>expression</var> est �valu� �
vrai.</dd>
</dl>
<p>Voici quelques exemples de syntaxes autoris�es par
<code class="module"><a href="/mod/mod_authz_user.html">mod_authz_user</a></code>, <code class="module"><a href="/mod/mod_authz_host.html">mod_authz_host</a></code> et
<dl>
<dt><code>Require user <var>identifiant utilisateur</var>
[<var>identifiant utilisateur</var>]
...</code></dt>
<dd>Seuls les utilisateurs sp�cifi�s auront acc�s � la
ressource.</dd>
<dt><code>Require group <var>nom groupe</var> [<var>nom
groupe</var>]
...</code></dt>
<dd>Seuls les utilisateurs appartenant aux groupes sp�cifi�s
auront acc�s � la ressource.</dd>
<dt><code>Require valid-user</code></dt>
<dd>Tous les utilisateurs valides auront acc�s � la
ressource.</dd>
<dt><code>Require ip 10 172.20 192.168.2</code></dt>
<dd>Les clients dont les adresses IP font partie des tranches
sp�cifi�es auront acc�s � la ressource.</dd>
</dl>
<p>D'autres modules d'autorisation comme
<code class="module"><a href="/mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code>, <code class="module"><a href="/mod/mod_authz_dbm.html">mod_authz_dbm</a></code>,
<code class="module"><a href="/mod/mod_authz_owner.html">mod_authz_owner</a></code> et <code class="module"><a href="/mod/mod_ssl.html">mod_ssl</a></code>
impl�mentent des options de la directive Require.</p>
<p>Pour qu'une configuration d'authentification et d'autorisation
fonctionne correctement, la directive <code class="directive">Require</code>
doit �tre accompagn�e dans la plupart des cas de directives <code class="directive"><a href="/mod/mod_authn_core.html#authname">AuthName</a></code>, <code class="directive"><a href="/mod/mod_authn_core.html#authtype">AuthType</a></code> et <code class="directive"><a href="/mod/mod_auth_basic.html#authbasicprovider">AuthBasicProvider</a></code> ou <code class="directive"><a href="/mod/mod_auth_digest.html#authdigestprovider">AuthDigestProvider</a></code>, ainsi que
de directives telles que <code class="directive"><a href="/mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code> et <code class="directive"><a href="/mod/mod_authz_groupfile.html#authgroupfile">AuthGroupFile</a></code> (pour la
d�finition des utilisateurs et des groupes). Exemple :</p>
<pre class="prettyprint lang-config">AuthType Basic
AuthName "Restricted Resource"
AuthBasicProvider file
Require group admin</pre>
<p>Les contr�les d'acc�s appliqu�s de cette mani�re sont effectifs
pour <strong>toutes</strong> les m�thodes. <strong>C'est d'ailleurs
ce que l'on souhaite en g�n�ral.</strong> Si vous voulez n'appliquer
les contr�les d'acc�s qu'� certaines m�thodes, tout en laissant les
autres m�thodes sans protection, placez la directive
<code class="directive">Require</code> dans une section <code class="directive"><a href="/mod/core.html#limit"><Limit></a></code>.</p>
<p>Le r�sultat de la directive <code class="directive">Require</code> peut
�tre invers� en utilisant l'option <code>not</code>. Comme dans le
cas de l'autre directive d'autorisation invers�e <code class="directive"><RequireNone></code>, si la directive
<code class="directive">Require</code> est invers�e, elle ne peut qu'�chouer
ou produire un r�sultat neutre ; elle ne peut donc alors pas
en soi autoriser une requ�te.</p>
<p>Dans l'exemple suivant, tous les utilisateurs appartenant aux
groupes <code>alpha</code> et <code>beta</code> ont l'autorisation
d'acc�s, � l'exception de ceux appartenant au groupe
<code>reject</code>.</p>
<RequireAll>
Require group alpha beta
Require not group reject
</RequireAll>
</Directory></pre>
<p>Lorsque plusieurs directives <code class="directive">Require</code> sont
plac�es dans une m�me <a href="/sections.html#merging">section de
configuration</a>, et ne se trouvent pas dans une autre directive
d'autorisation comme <code class="directive"><a href="#requireall"><RequireAll></a></code>, elles sont implicitement
contenues dans une directive <code class="directive"><a href="#requireany"><RequireAny></a></code>. Ainsi, la premi�re directive
<code class="directive">Require</code> qui autorise l'acc�s � un utilisateur
autorise l'acc�s pour l'ensemble de la requ�te, et les directives
<code class="directive">Require</code> suivantes sont ignor�es.</p>
<div class="warning"><h3>Avertissement � propos de la s�curit�</h3>
<p>Prettez une attention particuli�re aux directives d'autorisation
d�finies
qui se chevauchent avec des contenus servis depuis le syst�me de
fichiers. Par d�faut, les configurations d�finies dans ces <a href="/sections.html#merging">sections</a> l'emportent sur les
configurations d'autorisations d�finies au sein des sections
<code class="directive"><a href="/mod/core.html#directory">Directory</a></code> et <code class="directive"><a href="/mod/core.html#files">Files</a></code> sections.</p>
<p>La directive <code class="directive"><a href="#authmerging">AuthMerging</a></code> permet de contr�ler
la mani�re selon laquelle les configurations d'autorisations sont
fusionn�es au sein des sections pr�cit�es.</p>
</div>
<h3>Voir aussi</h3>
<ul>
<li><a href="#logic">Conteneurs d'autorisation</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="RequireAll" id="RequireAll"><RequireAll></a> <a name="requireall" id="requireall">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Regroupe plusieurs directives d'autorisation dont aucune ne
doit �chouer et dont au moins une doit retourner un r�sultat positif
pour que la directive globale retourne elle-m�me un r�sultat
positif.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><RequireAll> ... </RequireAll></code></td></tr>
</table>
<p>Les balises <code class="directive"><RequireAll></code> et
<code></RequireAll></code> permettent de regrouper des
directives d'autorisation dont aucune ne doit �chouer, et dont au
moins une doit retourner un r�sultat positif pour que la directive
<code class="directive"><RequireAll></code> retourne elle-m�me
un r�sultat positif.</p>
<p>Si aucune des directives contenues dans la directive <code class="directive"><RequireAll></code> n'�choue, et si au moins une
retourne un r�sultat positif, alors la directive <code class="directive"><RequireAll></code> retourne elle-m�me un r�sultat
positif. Si aucune ne retourne un r�sultat positif, et si aucune
n'�choue, la directive globale retourne un r�sultat neutre. Dans
tous les autres cas, elle �choue.</p>
<h3>Voir aussi</h3>
<ul>
<li><a href="#logic">Conteneurs d'autorisation</a></li>
contr�le d'acc�s</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="RequireAny" id="RequireAny"><RequireAny></a> <a name="requireany" id="requireany">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Regroupe des directives d'autorisation dont au moins une
doit retourner un r�sultat positif pour que la directive globale
retourne elle-m�me un r�sultat positif.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><RequireAny> ... </RequireAny></code></td></tr>
</table>
<p>Les balises <code class="directive"><RequireAny></code> et
<code></RequireAny></code> permettent de regrouper des
directives d'autorisation dont au moins une doit retourner un
r�sultat positif pour que la directive <code class="directive"><RequireAny></code> retourne elle-m�me un r�sultat
positif.</p>
<p>Si une ou plusieurs directives contenues dans la directive
<code class="directive"><RequireAny></code> retournent un
r�sultat positif, alors la directive <code class="directive"><RequireAny></code> retourne elle-m�me un r�sultat
positif. Si aucune ne retourne un r�sultat positif et aucune
n'�choue, la directive globale retourne un r�sultat neutre. Dans
tous les autres cas, elle �choue.</p>
<div class="note">Comme les directives d'autorisation invers�es sont incapables
de retourner un r�sultat positif, elles ne peuvent pas impacter de
mani�re significative le r�sultat d'une directive <code class="directive"><RequireAny></code> (elles pourraient tout au plus
faire �chouer la directive dans le cas o� elles �choueraient
elles-m�mes, et o�
toutes les autres directives retourneraient un r�sultat neutre).
C'est pourquoi il n'est pas permis d'utiliser les directives
d'autorisation invers�es dans une directive <code class="directive"><RequireAny></code>.</div>
<h3>Voir aussi</h3>
<ul>
<li><a href="#logic">Conteneurs d'autorisation</a></li>
contr�le d'acc�s</a></li>
</ul>
</div>
<div class="directive-section"><h2><a name="RequireNone" id="RequireNone"><RequireNone></a> <a name="requirenone" id="requirenone">Directive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Regroupe des directives d'autorisation dont aucune ne doit
retourner un r�sultat positif pour que la directive globale n'�choue
pas.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><RequireNone> ... </RequireNone></code></td></tr>
</table>
<p>Les balises <code class="directive"><RequireNone></code> et
<code></RequireNone></code> permettent de regrouper des
directives d'autorisation dont aucune ne doit retourner un r�sultat
positif pour que la directive <code class="directive"><RequireNone></code> n'�choue pas.</p>
<p>Si une ou plusieurs directives contenues dans la directive
<code class="directive"><RequireNone></code> retournent un
r�sultat positif, la directive <code class="directive"><RequireNone></code> �chouera. Dans tous les
autres cas, cette derni�re retournera un r�sultat neutre. Ainsi,
comme pour la directive d'autorisation invers�e <code>Require
not</code>, elle ne peut jamais en soi autoriser une requ�te
car elle ne pourra jamais retourner un r�sultat
positif. Par contre, on peut l'utiliser pour restreindre l'ensemble
des utilisateurs autoris�s � acc�der � une ressource.</p>
<div class="note">Comme les directives d'autorisation invers�es sont incapables
de retourner un r�sultat positif, elles ne peuvent pas impacter de
mani�re significative le r�sultat d'une directive <code class="directive"><RequireNone></code>.
C'est pourquoi il n'est pas permis d'utiliser les directives
d'autorisation invers�es dans une directive <code class="directive"><RequireNone></code>.</div>
<h3>Voir aussi</h3>
<ul>
<li><a href="#logic">Conteneurs d'autorisation</a></li>
contr�le d'acc�s</a></li>
</ul>
</div>
</div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="/en/mod/mod_authz_core.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div><div class="top"><a href="#page-header"><img src="/images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/trunk/mod/mod_authz_core.html';
(function(w, d) {
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
d.write('<div id="comments_thread"><\/div>');
var s = d.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
else {
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2014 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>