summaryrefslogtreecommitdiffstats
path: root/docs/manual/mod/mod_access_compat.html.fr
blob: 13a64e8c706c663dafa8b413e0336c1992665772 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
<?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_access_compat - 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.png" /></div>
<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.5</a> &gt; <a href="./">Modules</a></div>
<div id="page-content">
<div id="preamble"><h1>Module Apache mod_access_compat</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="../en/mod/mod_access_compat.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../fr/mod/mod_access_compat.html" title="Fran�ais">&nbsp;fr&nbsp;</a> |
<a href="../ja/mod/mod_access_compat.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a></p>
</div>
<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Autorisations de groupe � base de nom d'h�te (nom ou
adresse IP)</td></tr>
<tr><th><a href="module-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
<tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur�de�Module:</a></th><td>access_compat_module</td></tr>
<tr><th><a href="module-dict.html#SourceFile">Fichier�Source:</a></th><td>mod_access_compat.c</td></tr>
<tr><th><a href="module-dict.html#Compatibility">Compatibilit�:</a></th><td>Disponible dans la version 2.3 du serveur HTTP Apache
� des fins de compatibilit�
avec les pr�c�dentes versions d'Apache httpd 2.x. Les directives fournies par
ce module sont devenues obsol�tes depuis la refonte d'authz. Voir
<code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code></td></tr></table>
<h3>Sommaire</h3>

    <p>Les directives fournies par le module
    <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> s'utilisent dans les sections
    <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code>,
    <code class="directive"><a href="../mod/core.html#files">&lt;Files&gt;</a></code> et
    <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code>, ainsi
    que dans les fichiers <code><a href="core.html#accessfilename">.htaccess</a></code> et permettent
    de contr�ler l'acc�s � certaines parties du serveur. On peut
    contr�ler cet acc�s en fonction du nom d'h�te du client, de son
    adresse IP ou d'autres caract�ristiques de la requ�te, telles
    qu'elles sont enregistr�es dans les <a href="../env.html">variables
    d'environnement</a>. Les directives <code class="directive"><a href="#allow">Allow</a></code> et <code class="directive"><a href="#deny">Deny</a></code> permettent de sp�cifier
    quels clients sont ou ne sont pas autoris�s � acc�der au serveur,
    alors que la directive <code class="directive"><a href="#order">Order</a></code> d�finit le statut
    d'acc�s par d�faut, et d�termine la mani�re dont les directives
    <code class="directive"><a href="#allow">Allow</a></code> et
    <code class="directive"><a href="#deny">Deny</a></code> interagissent
    entre elles.</p>

    <p>Les restrictions d'acc�s � base de nom d'h�te et
    l'authentification � base de mot de passe peuvent �tre impl�ment�es
    simultan�ment. Dans ce cas, on utilise la directive <code class="directive"><a href="#satisfy">Satisfy</a></code> pour d�terminer la
    mani�re dont ces deux modes de restrictions interagissent.</p>

    <div class="warning"><h3>Note</h3>
      <p>Les directives fournies par le module
      <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> sont devenues obsol�tes depuis
      la refonte du module <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>. M�langer d'anciennes
      directives comme <code class="directive"><a href="#order">Order</a></code>, <code class="directive"><a href="#allow">Allow</a></code> ou <code class="directive"><a href="#deny">Deny</a></code> avec des nouvelles comme
      <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> est techniquement
      possible mais d�conseill�. En effet, <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> a
      �t� con�u pour supporter des configurations ne contenant que des anciennes
      directives afin de faciliter le passage � la version 2.4. Voir le document
      <a href="../upgrading.html">upgrading</a> pour plus de d�tails.
      </p>
    </div>

    <p>En g�n�ral, les directives de restriction d'acc�s s'appliquent �
    toutes les m�thodes d'acc�s (<code>GET</code>, <code>PUT</code>,
    <code>POST</code>, etc...). C'est d'ailleurs ce que l'on souhaite
    dans la plupart des cas. Il est cependant possible de restreindre
    certaines m�thodes, alors que les autres m�thodes ne se verront
    impos�e aucune restriction, en regroupant les directives �
    l'int�rieur d'une section <code class="directive"><a href="../mod/core.html#limit">&lt;Limit&gt;</a></code>.</p>

    <div class="note"><h3>Fusion des sections de configuration</h3>
      <p>Lorsqu'une directive fournie par ce module est utilis�e dans
      une nouvelle section de configuration, cette derni�re n'h�rite
      d'aucune directive d�finie dans une section pr�c�dente.</p>
    </div>
</div>
<div id="quickview"><h3 class="directives">Directives</h3>
<ul id="toc">
<li><img alt="" src="../images/down.gif" /> <a href="#allow">Allow</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#deny">Deny</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#order">Order</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#satisfy">Satisfy</a></li>
</ul>
<h3>Traitement des bugs</h3><ul class="seealso"><li><a href="https://www.apache.org/dist/httpd/CHANGES_2.4">Journal des modifications de httpd</a></li><li><a href="https://bz.apache.org/bugzilla/buglist.cgi?bug_status=__open__&amp;list_id=144532&amp;product=Apache%20httpd-2&amp;query_format=specific&amp;order=changeddate%20DESC%2Cpriority%2Cbug_severity&amp;component=mod_access_compat">Problmes connus</a></li><li><a href="https://bz.apache.org/bugzilla/enter_bug.cgi?product=Apache%20httpd-2&amp;component=mod_access_compat">Signaler un bug</a></li></ul><h3>Voir aussi</h3>
<ul class="seealso">
<li><code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code></li>
<li><code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code></li>
<li><code class="module"><a href="../mod/mod_authz_core.html">mod_authz_core</a></code></li>
<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="directive-section"><h2><a name="allow" id="allow">Directive</a> <a name="Allow" id="Allow">Allow</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Sp�cifie quels h�tes peuvent acc�der � une certaine zone du
serveur</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code> Allow from all|<var>h�te</var>|env=[!]<var>variable
d'environnement</var>
[<var>h�te</var>|env=[!]<var>variable d'environnement</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>Limit</td></tr>
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_access_compat</td></tr>
</table>
    <p>La directive <code class="directive">Allow</code> permet de d�finir quels
    h�tes ont le droit d'acc�der � une certaine partie du serveur. On
    peut contr�ler l'acc�s par nom d'h�te, adresse IP, intervalle
    d'adresses IP, ou toute autre caract�ristique de la requ�te client
    enregistr�e dans les variables d'environnement.</p>

    <p>Le premier argument de cette directive est toujours
    <code>from</code>. Les arguments suivants peuvent prendre trois
    formes diff�rentes. Si <code>Allow from all</code> est sp�cifi�,
    tout h�te se voit accord� l'acc�s, en tenant compte des directives
    <code class="directive"><a href="#deny">Deny</a></code> et <code class="directive"><a href="#order">Order</a></code> comme d�crit plus loin.
    Pour ne permettre l'acc�s au serveur qu'� un h�te ou un groupe
    d'h�tes particuliers, on peut sp�cifier un <em>nom d'h�te</em> sous
    une des formes suivantes :</p>

    <dl>
      <dt>Un nom de domaine (partiel)</dt>

      <dd>
      <pre class="prettyprint lang-config">Allow from example.org
Allow from .net example.edu</pre>

      <p>Les h�tes dont les noms correspondent ou se terminent par la
      cha�ne sp�cifi�e ont l'autorisation d'acc�s. Seules les
      composantes enti�res du nom d'h�te doivent correspondre ; ainsi,
      dans l'exemple ci-dessus, <code>foo.example.org</code>
      correspondra, mais <code>fooexample.org</code> ne conviendra pas.
      Avec cette configuration, Apache httpd va effectuer une double recherche
      DNS sur l'adresse IP du client, sans tenir compte de la
      d�finition de la directive <code class="directive"><a href="../mod/core.html#hostnamelookups">HostnameLookups</a></code>. Tout d'abord, une
      recherche DNS inverse sur l'adresse IP est effectu�e pour
      d�terminer le nom d'h�te associ�, puis une recherche directe sur
      le nom d'h�te est effectu�e afin de s'assurer qu'il correspond
      bien � l'adresse IP originale. L'acc�s ne sera accord� que si le
      nom d'h�te correspond et si les recherches DNS inverse et directe
      concordent.</p></dd>

      <dt>Une adresse IP compl�te</dt>

      <dd>
      <pre class="prettyprint lang-config">Allow from 10.1.2.3
Allow from 192.168.1.104 192.168.1.205</pre>

      <p>L'adresse IP d'un h�te auquel on a accord� l'acc�s</p></dd>

      <dt>Une adresse IP partielle</dt>

      <dd>
      <pre class="prettyprint lang-config">Allow from 10.1
Allow from 10 172.20 192.168.2</pre>

      <p>De un � trois des premiers octets d'une adresse IP, afin de
      restreindre l'acc�s � un sous-r�seau.</p></dd>

      <dt>Une paire r�seau/masque de sous-r�seau</dt>

      <dd>
      <pre class="prettyprint lang-config">Allow from 10.1.0.0/255.255.0.0</pre>

      <p>Un r�seau a.b.c.d, et un masque de sous-r�seau w.x.y.z, pour
      une d�finition plus pr�cise de la restriction d'acc�s impos�e � un
      sous-r�seau.</p></dd>

      <dt>Une sp�cification CIDR r�seau/nnn</dt>

      <dd>
      <pre class="prettyprint lang-config">Allow from 10.1.0.0/16</pre>

      <p>Identique au cas pr�c�dent, mis � part que le masque est
      constitu� des nnn bits de poids fort.</p></dd>
    </dl>

    <p>Notez que les trois derniers exemples d�signent le m�me ensemble
    d'h�tes.</p>

    <p>On peut sp�cifier des adresses et sous-r�seaux IPv6 de la mani�re
    suivante :</p>

    <pre class="prettyprint lang-config">Allow from 2001:db8::a00:20ff:fea7:ccea
Allow from 2001:db8::a00:20ff:fea7:ccea/10</pre>


    <p>Le troisi�me format d'argument de la directive
    <code class="directive">Allow</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>Allow
    from env=<var>variable d'environnement</var></code> est sp�cifi�, la
    requ�te est autoris�e si la variable d'environnement <var>variable
    d'environnement</var> existe. En revanche, lorsque <code>Allow from
    env=!<var>env-variable</var></code> est sp�cifi�, la
    requ�te est autoris�e si la variable d'environnement <var>variable
    d'environnement</var> n'existe pas. Le serveur permet de d�finir
    avec souplesse des variables d'environnement en se basant sur les
    caract�ristiques de la requ�te client et en utilisant les directives
    fournies par le module <code class="module"><a href="../mod/mod_setenvif.html">mod_setenvif</a></code>. Ainsi, on peut
    utiliser la directive <code class="directive">Allow</code> pour permettre
    l'acc�s en fonction de param�tres comme le <code>User-Agent</code>
    (type de navigateur) des clients, le <code>Referer</code>, ou
    d'autres champs d'en-t�te de la requ�te HTTP.</p>

    <pre class="prettyprint lang-config">SetEnvIf User-Agent ^KnockKnock/2\.0 let_me_in
&lt;Directory "/docroot"&gt;
    Order Deny,Allow
    Deny from all
    Allow from env=let_me_in
&lt;/Directory&gt;</pre>


    <p>Dans cet exemple, les navigateurs dont la cha�ne user-agent
    commence par <code>KnockKnock/2.0</code> se verront accorder
    l'acc�s, alors que tous les autres seront rejet�s.</p>

    <div class="note"><h3>Fusion des sections de configuration</h3>
      <p>Lorsqu'une directive fournie par ce module est utilis�e dans
      une nouvelle section de configuration, cette derni�re n'h�rite
      d'aucune directive d�finie dans une section pr�c�dente.</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="deny" id="deny">Directive</a> <a name="Deny" id="Deny">Deny</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>D�finit quels h�tes ne sont pas autoris�s � acc�der au
serveur</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code> Deny from all|<var>h�te</var>|env=[!]<var>variable
d'environnement</var>
[<var>h�te</var>|env=[!]<var>variable d'environnement</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>Limit</td></tr>
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_access_compat</td></tr>
</table>
    <p>Cette directive permet de restreindre l'acc�s au serveur en
    fonction du nom d'h�te, de l'adresse IP ou de variables
    d'environnement. Les arguments de la directive
    <code class="directive">Deny</code> sont identiques aux arguments de la
    directive <code class="directive"><a href="#allow">Allow</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="order" id="order">Directive</a> <a name="Order" id="Order">Order</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>D�finit le statut d'acc�s par d�faut et l'ordre dans lequel
les directives <code class="directive">Allow</code> et
<code class="directive">Deny</code> sont �valu�es.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code> Order <var>ordre</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">D�faut:</a></th><td><code>Order Deny,Allow</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>Limit</td></tr>
<tr><th><a href="directive-dict.html#Status">Statut:</a></th><td>Extension</td></tr>
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_access_compat</td></tr>
</table>

    <p>La directive <code class="directive">Order</code>, associ�e aux
    directives <code class="directive"><a href="#allow">Allow</a></code>
    et <code class="directive"><a href="#deny">Deny</a></code>,
    impl�mente un syst�me de contr�le d'acc�s en trois passes. Au cours
    de la premi�re passe, ce sont soit toutes les directives <code class="directive"><a href="#allow">Allow</a></code>, soit toutes les
    directives <code class="directive"><a href="#deny">Deny</a></code> qui sont trait�es, selon
    la d�finition de la directive <code class="directive"><a href="#order">Order</a></code>. Le reste des
    directives (<code class="directive"><a href="#deny">Deny</a></code>
    ou <code class="directive"><a href="#allow">Allow</a></code>) est
    trait� au cours de la seconde passe. La troisi�me passe s'applique �
    toutes les requ�tes qui ne sont concern�es par aucune des deux
    premi�res passes.</p>

    <p>Notez que toutes les directives <code class="directive"><a href="#allow">Allow</a></code> et <code class="directive"><a href="#deny">Deny</a></code> sont trait�es, � la
    diff�rence d'un pare-feu classique o� seule la premi�re r�gle qui
    correspond est utilis�e. La derni�re directive qui correspond
    s'applique ( � la diff�rence l� encore d'un pare-feu classique). De
    plus, l'ordre dans lequel les lignes apparaissent dans le fichier de
    configuration n'a pas d'incidence -- toutes les lignes <code class="directive"><a href="#allow">Allow</a></code> sont consid�r�es comme
    un groupe, toutes les lignes <code class="directive"><a href="#deny">Deny</a></code> comme un autre, et le
    statut par d�faut a son existence propre.</p>

    <p><em>Ordre</em> peut �tre :</p>

    <dl>
      <dt><code>Allow,Deny</code></dt>

      <dd>Dans un premier temps, toutes les directives <code class="directive"><a href="#allow">Allow</a></code> sont �valu�es ; au
      moins une d'entre elles doit correspondre, sinon la requ�te est
      rejet�e. Ensuite, toutes les directives <code class="directive"><a href="#deny">Deny</a></code> sont �valu�es. Si au
      moins l'une d'entre elles correspond, la requ�te est rejet�e.
      Enfin, toute requ�te qui ne correspond � aucune directive
      <code class="directive"><a href="#allow">Allow</a></code> ou
      <code class="directive"><a href="#deny">Deny</a></code> est rejet�e
      par d�faut.</dd>

      <dt><code>Deny,Allow</code></dt>

      <dd>Dans un premier temps, toutes les directives <code class="directive"><a href="#deny">Deny</a></code> sont �valu�es ; Si au
      moins une d'entre elles correspond, la requ�te est rejet�e,
      <strong>� moins</strong> qu'elle corresponde aussi � une directive
      <code class="directive"><a href="#allow">Allow</a></code>. Toute
      requ�te qui ne correspond � aucune directive <code class="directive"><a href="#allow">Allow</a></code> ou <code class="directive"><a href="#deny">Deny</a></code> est autoris�e.</dd>

      <dt><code>Mutual-failure</code></dt>

      <dd>Cet argument a le m�me effet que <code>Allow,Deny</code> et
      est devenu de ce fait obsol�te.</dd>
    </dl>

    <p>Les mots-cl�s ne peuvent �tre s�par�s que par des virgules ;
    <em>aucun espace</em> ne doit s'intercaler entre eux.</p>

    <table class="bordered">
      <tr>
        <th>Match</th>
        <th>R�sultat Allow,Deny</th>
        <th>R�sultat Deny,Allow</th>
      </tr><tr>
        <th>Correspond � Allow seulement</th>
        <td>Requ�te autoris�e</td>
        <td>Requ�te autoris�e</td>
      </tr><tr>
        <th>Correspond � Deny seulement</th>
        <td>Requ�te rejet�e</td>
        <td>Requ�te rejet�e</td>
      </tr><tr>
        <th>Aucune correspondance</th>
        <td>Par d�faut la seconde directive : rejet</td>
        <td>Par d�faut la seconde directive : autorisation</td>
      </tr><tr>
        <th>Correspond � Allow &amp; Deny</th>
        <td>La derni�re correspondance l'emporte : rejet</td>
        <td>La derni�re correspondance l'emporte : autorisation</td>
      </tr>
    </table>

    <p>Dans cet exemple, tous les h�tes du domaine example.org ont
    l'autorisation d'acc�s ; tous les autres voient leur acc�s
    refus�.</p>

    <pre class="prettyprint lang-config">Order Deny,Allow
Deny from all
Allow from example.org</pre>


    <p>Dans l'exemple suivant, tous les h�tes du domaine example.org ont
    l'autorisation d'acc�s, sauf ceux du sous-domaine foo.example.org qui
    voient leur acc�s refus�. Tous les h�tes qui ne sont pas dans le
    domaine example.org sont rejet�s car le statut par d�faut est positionn�
    sur <code class="directive"><a href="#deny">Deny</a></code>, et consiste donc en un
    refus d'acc�s.</p>

    <pre class="prettyprint lang-config">Order Allow,Deny
Allow from example.org
Deny from foo.example.org</pre>


    <p>Par contre, si la valeur de la directive
    <code class="directive">Order</code>, dans l'exemple pr�c�dent, est
    <code>Deny,Allow</code>, tout le monde a l'autorisation d'acc�s.
    Ceci est d� au fait que <code>Allow from example.org</code> sera
    �valu� en dernier, sans tenir compte de l'ordre r�el dans lequel les
    directives apparaissent dans le fichier de configuration, et va
    l'emporter sur <code>Deny from foo.example.org</code>. Tout h�te qui
    n'est pas dans le domaine <code>example.org</code> aura aussi
    l'autorisation d'acc�s car le statut par d�faut est positionn� sur
    <code class="directive"><a href="#allow">Allow</a></code> et constitue donc une
    autorisation d'acc�s.</p>

    <p>La pr�sence d'une directive <code class="directive">Order</code> peut
    affecter le contr�le d'acc�s � une partie du serveur m�me en
    l'abscence de directives <code class="directive"><a href="#allow">Allow</a></code> et <code class="directive"><a href="#deny">Deny</a></code> associ�es, � cause de
    son influence sur le statut par d�faut. Par exemple,</p>

    <pre class="prettyprint lang-config">&lt;Directory "/www"&gt;
    Order Allow,Deny
&lt;/Directory&gt;</pre>


    <p>va interdire tout acc�s au r�pertoire <code>/www</code> � cause
    du statut d'acc�s par d�faut qui est d�fini � <code class="directive"><a href="#deny">Deny</a></code>.</p>

    <p>La directive <code class="directive">Order</code> ne contr�le l'ordre
    dans lequel sont trait�es les directives d'acc�s qu'au cours de
    chaque phase du traitement de la configuration du serveur. Ceci
    implique, par exemple, qu'une directive <code class="directive"><a href="#allow">Allow</a></code> ou <code class="directive"><a href="#deny">Deny</a></code> situ�e dans une section
    <code class="directive"><a href="../mod/core.html#location">&lt;Location&gt;</a></code> sera
    toujours �valu�e apr�s une directive <code class="directive"><a href="#allow">Allow</a></code> ou <code class="directive"><a href="#deny">Deny</a></code> situ�e dans une section
    <code class="directive"><a href="../mod/core.html#directory">&lt;Directory&gt;</a></code> ou un
    fichier <code>.htaccess</code>, sans tenir compte de la
    d�finition de la directive <code class="directive">Order</code>. Pour plus
    de d�tails � propos de la fusion des sections de configuration, voir
    le document <a href="../sections.html">Comment fonctionnent les sections Directory,
    Location et Files</a>.</p>

    <div class="note"><h3>Fusion des sections de configuration</h3>
      <p>Lorsqu'une directive fournie par ce module est utilis�e dans
      une nouvelle section de configuration, cette derni�re n'h�rite
      d'aucune directive d�finie dans une section pr�c�dente.</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="satisfy" id="satisfy">Directive</a> <a name="Satisfy" id="Satisfy">Satisfy</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Interaction entre le contr�le d'acc�s en fonction de l'h�te
et l'authentification utilisateur</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>Satisfy Any|All</code></td></tr>
<tr><th><a href="directive-dict.html#Default">D�faut:</a></th><td><code>Satisfy All</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>Extension</td></tr>
<tr><th><a href="directive-dict.html#Module">Module:</a></th><td>mod_access_compat</td></tr>
</table>
    <p>Politique d'acc�s dans le cas o� on utilise � la fois <code class="directive"><a href="#allow">Allow</a></code> et <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>. L'argument est soit
    <code>All</code>, soit <code>Any</code>. L'utilisation de cette
    directive n'a de sens que si l'acc�s � une zone particuli�re du
    serveur est restreinte par utilisateur/mot de passe et en fonction
    de l'adresse IP de l'h�te client. Dans ce cas, par
    d�faut (<code>All</code>), le client doit satisfaire � la
    restriction d'adresse, <em>et</em> fournir un couple
    utilisateur/mot de passe valide. Avec l'argument <code>Any</code>,
    le client se verra accorder l'acc�s s'il satisfait � la restriction
    d'adresse ou fournit un couple utilisateur/mot de passe valide. On
    peut utiliser cette derni�re d�finition pour restreindre l'acc�s �
    une zone par mot de passe, mais accorder l'acc�s aux clients
    poss�dant certaines adresses IP sans qu'ils aient � fournir de mot
    de passe.</p>

    <p>Par exemple, si vous souhaitez que les utilisateurs de votre
    r�seau acc�dent � une zone de votre site web sans restriction, mais
    que l'acc�s � cette zone n�cessite un mot de passe pour les autres
    utilisateurs, vous pouvez utiliser une configuration du style :</p>

    <pre class="prettyprint lang-config">Require valid-user
Allow from 192.168.1
Satisfy Any</pre>


    <p>
    Une autre utilisation fr�quente de la directive
    <code class="directive">Satisfy</code> est l'all�gement des restrictions
    d'acc�s � un sous-r�pertoire par rapport aux restrictions d'acc�s au
    r�pertoire parent :
    </p>

    <pre class="prettyprint lang-config">&lt;Directory "/var/www/private"&gt;
    Require valid-user
&lt;/Directory&gt;

&lt;Directory "/var/www/private/public"&gt;
    Allow from all
    Satisfy Any
&lt;/Directory&gt;</pre>


    <p>Dans l'exemple ci-dessus, l'acc�s au r�pertoire
    <code>/var/www/private</code> n�cessitera une authentification,
    alors que l'acc�s au r�pertoire <code>/var/www/private/public</code>
    sera accord� sans restriction.</p>


    <p>Depuis la version 2.0.51, les directives
    <code class="directive">Satisfy</code> peuvent �tre restreintes � certaines
    m�thodes particuli�res � l'aide des sections <code class="directive"><a href="../mod/core.html#limit">&lt;Limit&gt;</a></code> et <code class="directive"><a href="../mod/core.html#limitexcept">&lt;LimitExcept&gt;</a></code>.</p>

    <div class="note"><h3>Fusion des sections de configuration</h3>
      <p>Lorsqu'une directive fournie par ce module est utilis�e dans
      une nouvelle section de configuration, cette derni�re n'h�rite
      d'aucune directive d�finie dans une section pr�c�dente.</p>
    </div>

<h3>Voir aussi</h3>
<ul>
<li><code class="directive"><a href="#allow">Allow</a></code></li>
<li><code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code></li>
</ul>
</div>
</div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="../en/mod/mod_access_compat.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../fr/mod/mod_access_compat.html" title="Fran�ais">&nbsp;fr&nbsp;</a> |
<a href="../ja/mod/mod_access_compat.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</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&amp;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_access_compat.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� 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>