mirror of
https://github.com/apache/httpd.git
synced 2025-10-30 08:05:39 +03:00
deaf36d879
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1722582 13f79535-47bb-0310-9956-ffa450edef68
672 lines
38 KiB
Plaintext
672 lines
38 KiB
Plaintext
<?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">
|
||
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head>
|
||
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
|
||
<!--
|
||
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|
||
This file is generated from xml source: DO NOT EDIT
|
||
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|
||
-->
|
||
<title>mod_authz_core - Serveur Apache HTTP Version 2.5</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 src="../style/scripts/prettify.min.js" type="text/javascript">
|
||
</script>
|
||
|
||
<link href="../images/favicon.ico" rel="shortcut icon" /></head>
|
||
<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>
|
||
<img alt="" src="../images/feather.gif" /></div>
|
||
<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
|
||
<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> |
|
||
<a href="../fr/mod/mod_authz_core.html" title="Fran<61>ais"> fr </a></p>
|
||
</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#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur<75>de<64>Module:</a></th><td>authz_core_module</td></tr>
|
||
<tr><th><a href="module-dict.html#SourceFile">Fichier<65>Source:</a></th><td>mod_authz_core.c</td></tr>
|
||
<tr><th><a href="module-dict.html#Compatibility">Compatibilit<69>:</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<69>s d'autorisation
|
||
permettant d'accorder ou refuser l'acc<63>s <20> certaines zones du site
|
||
web aux utilisateurs authentifi<66>s. <code class="module"><a href="../mod/mod_authz_core.html">mod_authz_core</a></code>
|
||
donne la possibilit<69> d'enregistrer divers fournisseurs
|
||
d'autorisation. Il est en g<>n<EFBFBD>ral utilis<69> 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 <20>labor<6F>e au d<>roulement du
|
||
processus d'autorisation.</p>
|
||
</div>
|
||
<div id="quickview"><h3>Sujets</h3>
|
||
<ul id="topics">
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#logic">Conteneurs d'autorisation</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#requiredirectives">Les directives Require</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#authzalias">Cr<43>ation des alias du fournisseur
|
||
d'autorisation</a></li>
|
||
</ul><h3 class="directives">Directives</h3>
|
||
<ul id="toc">
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#authmerging">AuthMerging</a></li>
|
||
<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>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#require">Require</a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#requireall"><RequireAll></a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#requireany"><RequireAny></a></li>
|
||
<li><img alt="" src="../images/down.gif" /> <a href="#requirenone"><RequireNone></a></li>
|
||
</ul>
|
||
<ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></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 <20>tre combin<69>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<63>der <20> la ressource, l'utilisateur doit <20>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<63>der <20> la ressource,
|
||
l'utilisateur ne doit appartenir ni au groupe <code>temps</code>, ni
|
||
au groupe LDAP <code>Employ<6F>s temporaires</code>.</p>
|
||
|
||
<pre class="prettyprint lang-config"><Directory "/www/mydocs">
|
||
<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<6F>s temporaires,o=Airius"
|
||
</RequireNone>
|
||
</RequireAll>
|
||
</Directory></pre>
|
||
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<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 <20> disposition des
|
||
fournisseurs d'autorisation g<>n<EFBFBD>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<74>ler l'acc<63>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<73>cifi<66>, la requ<71>te se voit
|
||
autoriser l'acc<63>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<63>ristiques de la requ<71>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<74>ler l'acc<63>s en fonction des
|
||
valeurs des en-t<>tes de la requ<71>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<68>ne user-agent
|
||
commence par <code>KnockKnock/2.0</code> se verront autoriser
|
||
l'acc<63>s, alors que tous les autres seront rejet<65>s.</p>
|
||
|
||
<p>Lorsque le serveur cherche un chemin via une <a class="glossarylink" href="../glossary.html#subrequest" title="voir glossaire">sous-requ<71>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<EFBFBD>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<71>te n'h<>rite pas des
|
||
variables d'environnement sp<73>cifiques <20> la requ<71>te. En outre, <20> 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 <20>valu<6C>es
|
||
s<>par<61>ment dans la sous-requ<71>te.</p>
|
||
|
||
|
||
|
||
<h3><a name="reqall" id="reqall">Require all</a></h3>
|
||
|
||
<p>Le fournisseur <code>all</code> reproduit la fonctionnalit<69>
|
||
pr<70>c<EFBFBD>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<63>s <20> toutes les requ<71>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<69>r<EFBFBD>es comme <20>quivalentes. La m<>thode TRACE n'est pas
|
||
support<72>e par ce fournisseur ; utilisez <20> la place la directive
|
||
<code class="directive"><a href="../mod/core.html#traceenable">TraceEnable</a></code>.</p>
|
||
|
||
<p>Dans l'exemple suivant, seules les m<>thodes GET, HEAD, POST, et
|
||
OPTIONS sont autoris<69>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<69>es sans authentification, alors que toutes les autres
|
||
m<>thodes n<>cessitent un utilisateur valide :</p>
|
||
|
||
<pre class="prettyprint lang-config"><RequireAny>
|
||
<20>Require method GET POST OPTIONS
|
||
<20>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<63>s en fonction d'expressions arbitraires.</p>
|
||
|
||
<pre class="prettyprint lang-config">Require expr %{TIME_HOUR} -ge 9 && %{TIME_HOUR} -le 17</pre>
|
||
|
||
|
||
<pre class="prettyprint lang-config"><RequireAll>
|
||
Require expr "!(%{QUERY_STRING} =~ /secret/)"
|
||
Require expr "%{REQUEST_URI} in { '/example.cgi', '/other.cgi' }"
|
||
</RequireAll></pre>
|
||
|
||
|
||
<pre class="prettyprint lang-config">Require expr "!(%{QUERY_STRING} =~ /secret/) && %{REQUEST_URI} in { '/example.cgi', '/other.cgi' }"</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 <20>valu<6C>e avant l'authentification.
|
||
Cependant, si l'expression renvoie false et se r<>f<EFBFBD>re <20> la variable
|
||
<code>%{REMOTE_USER}</code>, le processus d'authentification sera
|
||
engag<61> et l'expression r<><72>valu<6C>e.</p>
|
||
|
||
|
||
|
||
</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="section">
|
||
<h2><a name="authzalias" id="authzalias">Cr<43>ation des alias du fournisseur
|
||
d'autorisation</a></h2>
|
||
|
||
<p>Il est possible de cr<63>er des fournisseurs d'autorisation <20>tendus
|
||
dans le fichier de configuration et de leur assigner un nom d'alias.
|
||
On peut ensuite utiliser ces fournisseurs alias<61>s dans une
|
||
directive <code class="directive"><a href="#require">Require</a></code> de
|
||
la m<>me mani<6E>re qu'on le ferait pour des fournisseurs d'autorisation
|
||
de base. En plus de la possibilit<69> de cr<63>er et d'aliaser un
|
||
fournisseur <20>tendu, le m<>me fournisseur d'autorisation <20>tendu peut
|
||
<20>tre r<>f<EFBFBD>renc<6E> par diverses localisations.
|
||
</p>
|
||
|
||
<h3><a name="example" id="example">Exemple</a></h3>
|
||
<p>Dans l'exemple suivant, on cr<63>e deux alias de fournisseur
|
||
d'autorisation ldap diff<66>rents bas<61>s sur le fournisseur
|
||
d'autorisation ldap-group. Il est ainsi possible pour un seul
|
||
r<>pertoire de v<>rifier l'appartenance <20> 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>
|
||
|
||
Alias "/secure" "/webpages/secure"
|
||
<Directory "/webpages/secure">
|
||
Require all granted
|
||
|
||
AuthBasicProvider file
|
||
|
||
AuthType Basic
|
||
AuthName LDAP_Protected_Place
|
||
|
||
#Op<4F>ration logique implicite : OU inclusif
|
||
Require ldap-group-alias1
|
||
Require ldap-group-alias2
|
||
</Directory></pre>
|
||
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="authmerging" id="authmerging">Directive</a> <a name="AuthMerging" id="AuthMerging">AuthMerging</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>D<>finit la mani<6E>re dont chaque logique d'autorisation des
|
||
sections de configuration se combine avec celles des sections de
|
||
configuration pr<70>c<EFBFBD>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>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>AuthConfig</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</td></tr>
|
||
</table>
|
||
<p>Lorsque l'autorisation est activ<69>e, elle est normalement h<>rit<69>e
|
||
par chaque <a href="../sections.html#merging">section de
|
||
configuration</a> suivante, <20> moins qu'un jeu de directives
|
||
d'autorisations diff<66>rent ne soit sp<73>cifi<66>. Il s'agit du
|
||
comportement par d<>faut, qui correspond <20> la d<>finition explicite
|
||
<code>AuthMerging Off</code>.</p>
|
||
|
||
<p>Dans certaines situations cependant, il peut <20>tre souhaitable de
|
||
combiner la logique d'autorisation d'une section de configuration
|
||
avec celle de la section pr<70>c<EFBFBD>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<70>c<EFBFBD>de
|
||
(selon l'ordre g<>n<EFBFBD>ral des sections de configuration), et qui
|
||
contient aussi une logique d'autorisation, comme si les deux
|
||
sections <20>taient concat<61>n<EFBFBD>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<72>t. Dans l'exemple suivant,
|
||
seuls les utilisateurs appartenant au groupe <code>alpha</code> sont
|
||
autoris<69>s <20> acc<63>der <20> <code>/www/docs</code>. Les utilisateurs
|
||
appartenant au groupe <code>alpha</code> ou au groupe
|
||
<code>beta</code> sont autoris<69>s <20> acc<63>der <20>
|
||
<code>/www/docs/ab</code>. Cependant, la d<>finition implicite <20>
|
||
<code>Off</code> de la directive <code class="directive">AuthMerging</code>
|
||
s'applique <20> la section de configuration <code class="directive"><a href="../mod/core.html#directory"><Directory></a></code> concernant le r<>pertoire
|
||
<code>/www/docs/ab/gamma</code>, ce qui implique que les directives
|
||
d'autorisation de cette section l'emportent sur celles des sections
|
||
pr<70>c<EFBFBD>dentes. Par voie de cons<6E>quence, seuls les utilisateurs
|
||
appartenant au groupe <code>gamma</code> sont autoris<69>s <20> acc<63>der <20>
|
||
<code>/www/docs/ab/gamma</code>.</div>
|
||
|
||
<pre class="prettyprint lang-config"><Directory "/www/docs">
|
||
AuthType Basic
|
||
AuthName Documents
|
||
AuthBasicProvider file
|
||
AuthUserFile "/usr/local/apache/passwd/passwords"
|
||
Require group alpha
|
||
</Directory>
|
||
|
||
<Directory "/www/docs/ab">
|
||
AuthMerging Or
|
||
Require group beta
|
||
</Directory>
|
||
|
||
<Directory "/www/docs/ab/gamma">
|
||
Require group gamma
|
||
</Directory></pre>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="authzprovideralias" id="authzprovideralias">Directive</a> <a name="AuthzProviderAlias" id="AuthzProviderAlias"><AuthzProviderAlias></a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Regroupe des directives repr<70>sentant une extension d'un
|
||
fournisseur d'autorisation de base qui pourra <20>tre r<>f<EFBFBD>renc<6E>e <20> l'aide
|
||
de l'alias sp<73>cifi<66></td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><AuthzProviderAlias <var>fournisseur-de-base Alias
|
||
Param<EFBFBD>tres-Require</var>>
|
||
... </AuthzProviderAlias>
|
||
</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</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<EFBFBD>rence <20>
|
||
l'aide de l'alias sp<73>cifi<66> dans une directive <code class="directive"><a href="#require">Require</a></code>.</p>
|
||
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="authzsendforbiddenonfailure" id="authzsendforbiddenonfailure">Directive</a> <a name="AuthzSendForbiddenOnFailure" id="AuthzSendForbiddenOnFailure">AuthzSendForbiddenOnFailure</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 <20>t<EFBFBD> refus<75>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#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</td></tr>
|
||
<tr><th><a href="directive-dict.html#Compatibility">Compatibilit<69>:</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<75>e, Apache HTTPD renvoie un code de r<>ponse
|
||
HTTP '401 UNAUTHORIZED'. En g<>n<EFBFBD>ral, les navigateurs proposent alors
|
||
une nouvelle fois <20> l'utilisateur la bo<62>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<69></h3>
|
||
<p>La modification de la r<>ponse en cas de refus d'autorisation
|
||
diminue la s<>curit<69> du mot de passe, car elle indique <20> un <20>ventuel
|
||
attaquant que le mot de passe qu'il a saisi <20>tait correct.</p>
|
||
</div>
|
||
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="require" id="require">Directive</a> <a name="Require" id="Require">Require</a></h2>
|
||
<table class="directive">
|
||
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>V<>rifie si un utilisateur authentifi<66> a une
|
||
autorisation d'acc<63>s accord<72>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<69></var> [<var>nom-entit<69></var>]
|
||
...</code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>AuthConfig</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</td></tr>
|
||
</table>
|
||
<p>Cette directive permet de v<>rifier si un utilisateur authentifi<66>
|
||
a l'autorisation d'acc<63>s accord<72>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 <20> disposition les fournisseurs
|
||
d'autorisation g<>n<EFBFBD>riques suivants :</p>
|
||
|
||
<dl>
|
||
<dt><code>Require all granted</code></dt>
|
||
<dd>L'acc<63>s est autoris<69> sans restriction.</dd>
|
||
|
||
<dt><code>Require all denied</code></dt>
|
||
<dd>L'acc<63>s est syst<73>matiquement refus<75>.</dd>
|
||
|
||
<dt><code>Require env <var>env-var</var> [<var>env-var</var>]
|
||
...</code></dt>
|
||
<dd>L'acc<63>s n'est autoris<69> que si l'une au moins des variables
|
||
d'environnement sp<73>cifi<66>es est d<>finie.</dd>
|
||
|
||
<dt><code>Require method <var>http-method</var> [<var>http-method</var>]
|
||
...</code></dt>
|
||
<dd>L'acc<63>s n'est autoris<69> que pour les m<>thodes HTTP sp<73>cifi<66>es.</dd>
|
||
|
||
<dt><code>Require expr <var>expression</var> </code></dt>
|
||
<dd>L'acc<63>s est autoris<69> si <var>expression</var> est <20>valu<6C> <20>
|
||
vrai.</dd>
|
||
</dl>
|
||
|
||
<p>Voici quelques exemples de syntaxes autoris<69>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
|
||
<code class="module"><a href="../mod/mod_authz_groupfile.html">mod_authz_groupfile</a></code> :</p>
|
||
|
||
<dl>
|
||
<dt><code>Require user <var>identifiant utilisateur</var>
|
||
[<var>identifiant utilisateur</var>]
|
||
...</code></dt>
|
||
<dd>Seuls les utilisateurs sp<73>cifi<66>s auront acc<63>s <20> 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<73>cifi<66>s
|
||
auront acc<63>s <20> la ressource.</dd>
|
||
|
||
<dt><code>Require valid-user</code></dt>
|
||
<dd>Tous les utilisateurs valides auront acc<63>s <20> 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<73>cifi<66>es auront acc<63>s <20> 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_dbd.html">mod_authz_dbd</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<70>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 <20>tre accompagn<67>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
|
||
AuthUserFile "/web/users"
|
||
AuthGroupFile "/web/groups"
|
||
Require group admin</pre>
|
||
|
||
|
||
<p>Les contr<74>les d'acc<63>s appliqu<71>s de cette mani<6E>re sont effectifs
|
||
pour <strong>toutes</strong> les m<>thodes. <strong>C'est d'ailleurs
|
||
ce que l'on souhaite en g<>n<EFBFBD>ral.</strong> Si vous voulez n'appliquer
|
||
les contr<74>les d'acc<63>s qu'<27> 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
|
||
<20>tre invers<72> en utilisant l'option <code>not</code>. Comme dans le
|
||
cas de l'autre directive d'autorisation invers<72>e <code class="directive"><RequireNone></code>, si la directive
|
||
<code class="directive">Require</code> est invers<72>e, elle ne peut qu'<27>chouer
|
||
ou produire un r<>sultat neutre ; elle ne peut donc alors pas
|
||
en soi autoriser une requ<71>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<63>s, <20> l'exception de ceux appartenant au groupe
|
||
<code>reject</code>.</p>
|
||
|
||
<pre class="prettyprint lang-config"><Directory "/www/docs">
|
||
<RequireAll>
|
||
Require group alpha beta
|
||
Require not group reject
|
||
</RequireAll>
|
||
</Directory></pre>
|
||
|
||
|
||
<p>Lorsque plusieurs directives <code class="directive">Require</code> sont
|
||
plac<61>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<6D>re directive
|
||
<code class="directive">Require</code> qui autorise l'acc<63>s <20> un utilisateur
|
||
autorise l'acc<63>s pour l'ensemble de la requ<71>te, et les directives
|
||
<code class="directive">Require</code> suivantes sont ignor<6F>es.</p>
|
||
|
||
<div class="warning"><h3>Avertissement <20> propos de la s<>curit<69></h3>
|
||
<p>Prettez une attention particuli<6C>re aux directives d'autorisation
|
||
d<>finies
|
||
au sein des sections <code class="directive"><a href="../mod/core.html#location">Location</a></code>
|
||
qui se chevauchent avec des contenus servis depuis le syst<73>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<74>ler
|
||
la mani<6E>re selon laquelle les configurations d'autorisations sont
|
||
fusionn<6E>es au sein des sections pr<70>cit<69>es.</p>
|
||
</div>
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><a href="../howto/access.html">Tutoriel du contr<74>le d'acc<63>s</a></li>
|
||
<li><a href="#logic">Conteneurs d'autorisation</a></li>
|
||
<li><code class="module"><a href="../mod/mod_authn_core.html">mod_authn_core</a></code></li>
|
||
<li><code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code></li>
|
||
</ul>
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="requireall" id="requireall">Directive</a> <a name="RequireAll" id="RequireAll"><RequireAll></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 <20>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>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>AuthConfig</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</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 <20>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'<27>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'<27>choue, la directive globale retourne un r<>sultat neutre. Dans
|
||
tous les autres cas, elle <20>choue.</p>
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><a href="#logic">Conteneurs d'autorisation</a></li>
|
||
<li><a href="../howto/auth.html">Authentification, autorisation et
|
||
contr<EFBFBD>le d'acc<63>s</a></li>
|
||
</ul>
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="requireany" id="requireany">Directive</a> <a name="RequireAny" id="RequireAny"><RequireAny></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>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>AuthConfig</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</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'<27>choue, la directive globale retourne un r<>sultat neutre. Dans
|
||
tous les autres cas, elle <20>choue.</p>
|
||
|
||
<div class="note">Comme les directives d'autorisation invers<72>es sont incapables
|
||
de retourner un r<>sultat positif, elles ne peuvent pas impacter de
|
||
mani<6E>re significative le r<>sultat d'une directive <code class="directive"><RequireAny></code> (elles pourraient tout au plus
|
||
faire <20>chouer la directive dans le cas o<> elles <20>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<72>es dans une directive <code class="directive"><RequireAny></code>.</div>
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><a href="#logic">Conteneurs d'autorisation</a></li>
|
||
<li><a href="../howto/auth.html">Authentification, autorisation et
|
||
contr<EFBFBD>le d'acc<63>s</a></li>
|
||
</ul>
|
||
</div>
|
||
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
|
||
<div class="directive-section"><h2><a name="requirenone" id="requirenone">Directive</a> <a name="RequireNone" id="RequireNone"><RequireNone></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'<27>choue
|
||
pas.</td></tr>
|
||
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code><RequireNone> ... </RequireNone></code></td></tr>
|
||
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>r<>pertoire, .htaccess</td></tr>
|
||
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>AuthConfig</td></tr>
|
||
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Base</td></tr>
|
||
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_authz_core</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'<27>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> <20>chouera. Dans tous les
|
||
autres cas, cette derni<6E>re retournera un r<>sultat neutre. Ainsi,
|
||
comme pour la directive d'autorisation invers<72>e <code>Require
|
||
not</code>, elle ne peut jamais en soi autoriser une requ<71>te
|
||
car elle ne pourra jamais retourner un r<>sultat
|
||
positif. Par contre, on peut l'utiliser pour restreindre l'ensemble
|
||
des utilisateurs autoris<69>s <20> acc<63>der <20> une ressource.</p>
|
||
|
||
<div class="note">Comme les directives d'autorisation invers<72>es sont incapables
|
||
de retourner un r<>sultat positif, elles ne peuvent pas impacter de
|
||
mani<6E>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<72>es dans une directive <code class="directive"><RequireNone></code>.</div>
|
||
|
||
<h3>Voir aussi</h3>
|
||
<ul>
|
||
<li><a href="#logic">Conteneurs d'autorisation</a></li>
|
||
<li><a href="../howto/auth.html">Authentification, autorisation et
|
||
contr<EFBFBD>le d'acc<63>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> |
|
||
<a href="../fr/mod/mod_authz_core.html" title="Fran<61>ais"> fr </a></p>
|
||
</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>
|
||
<script type="text/javascript"><!--//--><![CDATA[//><!--
|
||
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 2016 The Apache Software Foundation.<br />Autoris<69> 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> |