Contrôle d'accès

Le contrôle d'accès fait référence à tout concept de contrôle d'accès à une ressource quelconque. Il est distinct du processus d'authentification et d'autorisation.

permet d'accorder ou d'interdire l'accès à certaines ressources de différentes manières. Ces critères d'accès, en conjonction avec les directives Require

, peuvent être combinés d'une manière suffisamment complexe pour satisfaire votre politique de contrôle d'accès.RequireNone

fournies par le module Order

sont obsolètes, et sont appelées à disparaître dans les versions futures. Il est donc déconseillé de les utiliser, et de se fier aux tutoriels qui recommandent leur utilisation. modaccesscompat

Les directives Require s'utilisent comme suit :

Require host address Require ip ip.address

Dans la première forme, nom-hôte est un nom de domaine pleinement qualifié (fqdn), ou un nom de domaine partiel ; vous pouvez spécifier plusieurs noms de domaines, si vous le désirez.

Dans la seconde forme, adresse-ip est une adresse IP complète, une adresse IP partielle, une paire réseau/masque de sous-réseau ou une spécification CIDR de la forme réseau/nnn. Il est possible de spécifier des adresses IPv4 ou IPv6.

Voir la documentation de modauthzhost pour d'autres exemples de cette syntaxe.

Vous pouvez insérer le mot-clé not

pour inverser un critère particulier. Notez que le mot not

étant la négation d'une valeur, il ne peut pas être utilisé pour autoriser ou interdire une requête, car non vrai ne sera pas interpreté par httpd comme faux. Ainsi, pour interdire la visite d'une page à l'aide d'une négation, le bloc doit contenir un élément évalué à vrai ou faux. Par exemple, si quelqu'un est en train d'inonder votre forum de messages indésirables, vous pouvez ajouter cette ligne pour lui refuser l'accès :

Require all granted Require not ip 10.252.46.165

) ne pourront pas voir le contenu concerné par cette directive. Si vous voulez interdire l'accès à une machine en fonction de son nom, vous pouvez ajouter ceci :

Require not hosthost.example.com

Require not ip 192.168.205 Require not host phishers.example.com moreidiots.example Require not host gov

permettent également de préciser des critères d'accès plus complexes.RequireNone

Require All Denied

permet de réécrire l'exemple précédent de la manière suivante :Require

Contrôler l'accès en fonction de l'en-tête User-Agent

n'est pas une technique fiable, car cet en-tête peut être défini à une valeur quelconque, selon le bon vouloir de l'utilisateur.

Voir le document à propos des expressions pour une description plus approfondie des syntaxes d'expressions et des variables disponibles.

Par exemple, pour bloquer l'accès à une ressources entre 20h et 6h du matin, vous pouvez utiliser

RewriteEngine On RewriteCond %{TIMEHOUR} >=20 [OR] RewriteCond %{TIMEHOUR} <07 RewriteRule ^/fridge - [F]

Toute requête arrivant après 20h ou avant 7h du matin provoquera l'envoi d'une réponse de type 403 Forbidden. Vous pouvez utiliser cette technique pour vérifier toutes sortes de critères. En outre, si vous le préférez, vous pouvez rediriger ou réécrire la requête.

, introduite à partir de la version 2.4, permet de remplacer le module

dans de nombreuses situations où il était traditionnellement utilisé, et il sera probablement préférable pour vous de tenter de l'utiliser avant de vous tourner vers modrewrite.modrewrite

De même, vous devez lire la documentation du module

pour des exemples de combinaison de critères d'accès multiples, et en particulier la manière dont ces derniers interagissent.modauthzcore

Voir aussi le How-To Authentification and autorisation.

Modules | Directives | FAQ | Glossaire | Plan du site

Serveur Apache HTTP Version 2.4