From: Vincent Bray Date: Tue, 12 Feb 2008 11:54:40 +0000 (+0000) Subject: Build products X-Git-Tag: 2.3.0~982 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=5df524c3c88c353c58d62d22e7fddd86c7888459;p=apache Build products git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@620771 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/bind.html.fr b/docs/manual/bind.html.fr index 50f814e248..23e4104b7c 100644 --- a/docs/manual/bind.html.fr +++ b/docs/manual/bind.html.fr @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Liaison - Serveur Apache HTTP +Adresse IP et port d'écoute - Serveur Apache HTTP @@ -16,7 +16,7 @@
<-
-Apache > Serveur HTTP > Documentation > Version 2.3

Adresse IP et port d'écoute

Langues Disponibles:  de  |  en  | @@ -24,167 +24,137 @@  ja  |  ko 

-
Cette traduction peut être périmée. Verifiez la version - Anglaise pour les changements récents.
- -

Configuration des adresses et ports sur lesquels Apache écoute.

-
- + +

Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.

+
+
top
-

Informations générales

- - -
Modules ApparentésDirectives Apparentées
- - -

Au moment de son démarrage, Apache se lie à un port et à une - adresse IP sur la machine locale et se met en attente de requètes. - Par défaut, Apache écoute sur toutes les adresses de la machine. - Apache accepte d'écouter sur un ou plusieurs ports spécifiques, - sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse. - Il est fréquent d'utiliser ces possibilités avec les fonctionnalités - de Serveurs Virtuels, qui permettent de faire répondre le serveur de - manière différente en fonction de l'adresse IP, du nom d'hôte ou - du port.

- -

Le serveur interprète la directive - Listen - en acceptant les requètes seulement sur le port ou la combinaison - adresse IP + port passée en argument. Dans le cas où seul un port - est spécifié avec la directive - Listen, - le serveur se met à l'écoute sur le port spécifié, sur toutes - les interfaces et adresses de la machine. Si une adresse IP est - spécifiée en plus du port, le serveur n'écoute que sur l'adresse - et le port spécifié. Il est possible de configurer plusieurs adresses - et ports avec la directives - Listen - pour écoute par le serveur. Le serveur répond aux requètes faites - à toutes les adresses et ports énumérés.

- - -

Par exemple, pour que le serveur accepte les connexions sur - les ports 80 et 8000, spécifiez :

- -

- Listen 80
- Listen 8000 -

- -

Pour qu'Apache accepte les connexions sur deux combinaisons - adresses + ports, spécifiez :

- -

- Listen 192.0.2.1:80
- Listen 192.0.2.5:8000 -

- -

Les adresses IPv6 sont acceptées, pourvu qu'elles soient spécifiées - entre crochets de la façon suivante :

- -

- Listen [2001:db8::a00:20ff:fea7:ccea]:80 -

-
top
+

Vue d'ensemble

+ + +
Modules ApparentésDirectives Apparentées
+ + +

Au démarrage d'Apache, un port et une adresse lui sont associés sur + l'hôte local et le serveur se met en attente de l'arrivée d'une requête. + Par défaut, le serveur écoute toutes les adresses de l'hôte local. + Cependant, on peut lui préciser des ports et des adresses spécifiques à écouter, + ou une combinaison des deux. + Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels + qui détermine la manière dont Apache répond aux différents ports, + noms d'hôtes et adresses IP.

+ +

La directive Listen + enjoint le serveur de n'accepter des requêtes que sur les ports spécifiés ou + une combinaison adresse/port. Si seul un numéro de port est spécifié + dans la directive Listen, + le serveur se met à l'écoute sur ce port, sur toutes les interfaces réseau. + Si une adresse IP est spécifiée en plus du port, le serveur va écouter + sur ce port, uniquement sur l'interface réseau correspondante. On peut utiliser + de multiples directives + Listen pour + spécifier plusieurs adresses et ports à écouter. Le serveur répondra alors + aux requêtes sur ces ports et adresses spécifiés.

+ +

Par exemple, pour faire en sorte que le serveur accepte des connexions + sur les ports 80 et 8000, sur toutes les interfaces, utilisez :

+ +

+ Listen 80
+ Listen 8000 +

+ +

Pour faire en sorte que le serveur accepte des connexions sur le port 80 + pour une interface, et sur le port 8000 pour une + autre interface, utilisez :

+ +

+ Listen 192.0.2.1:80
+ Listen 192.0.2.5:8000 +

+ +

Les adresses IPv6 doivent être mises entre crochets, comme dans + l'exemple suivant :

+ +

+ Listen [2001:db8::a00:20ff:fea7:ccea]:80 +

+
top
-

Considérations Spéciales avec IPv6

- - -

De plus en plus de plate-formes implémentent IPv6. APR - supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache - peut assigner des interfaces de connexions IPv6 et répondre aux - requètes utilisant IPv6.

- -

Une complication possible pour les administrateurs Apache est de - savoir si une interface de connexion IPv6 peut répondre aux deux types de - connexions IPv4 et IPv6. - Manipuler les connexions IPv4 avec une interface de connexion IPv6 - suppose l'utilisation d'adresses IPv6 mappées en IPv4, ce qui est - le cas par defaut sur la plupart des plate-formes, à l'exeption de FreeBSD, - NetBSD, et OpenBSD, cela en raison des politiques systèmes de ces plate-formes. - Mème sur des systèmes où cette fonctionnalité n'est pas activée par - défaut, une option de compilation permet de changer ce - fonctionnement pour Apache.

-

Pour qu'Apache puisse gérer à la fois les connexions IPv4 et IPv6 - avec un minimum d'interfaces de connexions, il faut permettre l'utilisation - des adresses - IPv6 mappées en IPv4, ce qui est possible en spécifiant l'option - - de compilation --enable-v4-mapped et en utilisant la - directive Listen - comme suit:

+

Remarques spécifiques à IPv6

-

- Listen 80 -

- -

Si --enable-v4-mapped a été spécifié à la compilation, - les directives Listen - de la configuration par défaut sont de la forme ci-dessus. - --enable-v4-mapped est l'option de compilation - par défaut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et - OpenBSD.

- - -

Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'éventuel - support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut être - spécifié pour toutes les directives - Listen, - comme dans les exemples suivantss:

- -

- Listen 0.0.0.0:80
- Listen 192.0.2.1:80 -

- -

Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces - différentes (c'est-à-dire, pour ne pas accepter les addresse IPv6 mappées - en IPv4), spécifier l'option de compilation --disable-v4-mapped - et utiliser des directives Listen - spécifiques telles que:

-

- Listen [::]:80
- Listen 0.0.0.0:80 -

- -

Avec --disable-v4-mapped, la directive - Listen à l'intérieur - du fichier de configuration par défaut créé par Apache utilise la forme - ci-dessus. - --disable-v4-mapped est l'option de compilation par défaut sous - FreeBSD, NetBSD, et OpenBSD.

-
top
+ +

Un nombre croissant de plateformes implémentent IPv6, et + APR supporte IPv6 sur la plupart d'entre elles, + ce qui permet à Apache d'allouer des points de connexion (sockets) IPv6 + et de traiter des requêtes envoyées sur IPv6.

+ +

Les administrateurs d'Apache doivent se préoccuper de la possibilité + pour un point de connexion IPv6 de traiter à la fois des connexions IPv4 + et des connexions IPv6. + Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise + des adresses IPv6 traduites en IPv4, qui sont autorisées par défaut sur la + plupart des plateformes, mais sont interdites par défaut sous FreeBSD, NetBSD, + et OpenBSD, afin de respecter la politique de sécurité du système sur ces plateformes. + Sur les systèmes où ces adresses sont interdites par défaut, un + paramètre spécial du script configure permet de modifier + ce comportement pour Apache.

+ +

En revanche, sur certaines plateformes comme Linux et Tru64, la + seule manière de gérer à la fois IPv6 et IPv4 passe + par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gère + des connexions IPv4 et IPv6 avec un minimum de points de connexion, + ce qui nécessite l'utilisation d'adresses IPv6 traduites en IPv4, + utilisez l'option --enable-v4-mapped du script configure.

+ +

L'option --enable-v4-mapped est utilisée par défaut sur + toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD; + votre Apache a donc probablement été construit avec cette option.

+ +

Si vous souhaitez qu'Apache ne gère que des connexions IPv4, sans se + soucier de ce que vos plateforme et APR supportent, spécifiez une adresse + IPv4 dans toutes les directives + Listen, comme dans l'exemple + suivant :

+ +

+ Listen 0.0.0.0:80
+ Listen 192.0.2.1:80 +

+ +

Si votre plateforme le supporte et si vous souhaitez qu'Apache gère + des connexions IPv4 et IPv6 sur des points de connexion séparés + (c'est à dire désactiver la traduction des adresses IPv6 au format IPv4), + utilisez l'option --disable-v4-mapped du script + configure. --disable-v4-mapped est + utilisé par défaut sur FreeBSD, NetBSD, et OpenBSD.

+
top
-

Faire fonctionner tout ceci avec les Serveurs Virtuels

- - -

Listen - n'implémente aucun Serveur Virtuel. Cette directive sert simplement - à informer le serveur principal sur quels addresses et ports écouter. - Dans le cas où aucune section - <VirtualHost> - n'est utilisée, le serveur répondra de la mème manière pour toutes - les requètes qu'il acceptera. Cependant des sections - <VirtualHost> - peuvent être utilisées pour qu'Apache réagisse de façon différente à - une requète selon l'adresse ou le port. Avant d'implémenter - un Serveur Virtuel au moyen de la directive - <VirtualHost>, la directive - Listen - doit tre utilisée pour que le serveur écoute sur l'adresse - ou le port spécifié. Une section - <VirtualHost> - peut alors être utilisée pour définir la réaction du Serveur Virtuel pour une - adresse et un port spécifique. À noter que si un Serveur Virtuel est - positionné au moyen de la directive - <VirtualHost> - sur une adresse et un port sur lesquels le serveur n'est pas à l'écoute, - le Serveur Virtuel ne sera pas accessible.

-
+

Comment tout ceci fonctionne-t-il avec les hôtes virtuels

+ + +

La directive Listen n'implémente pas les hôtes virtuels. + Elle indique simplement au serveur principal sur quels adresses et ports + il doit écouter. Si aucune directive + <VirtualHost> + n'est présente, le serveur se comportera de la même façon pour toutes + les requêtes acceptées. En revanche, la directive + <VirtualHost> + peut être utilisée pour provoquer une réaction différente du serveur + pour un ou plusieurs adresses ou ports. Pour implémenter un hôte virtuel, + on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter. + Ensuite, une section + <VirtualHost> + doit être créée pour le couple adresse+port spécifié afin de définir le + comportement de cet hôte virtuel. Notez que si la directive + <VirtualHost> + est définie pour une adresse et un port sur lesquels le serveur n'est pas censé + écouter, cet hôte virtuel ne sera pas accessible.

+

Langues Disponibles:  de  |  en  | diff --git a/docs/manual/bind.xml.meta b/docs/manual/bind.xml.meta index 4af357e9f5..a78303e93e 100644 --- a/docs/manual/bind.xml.meta +++ b/docs/manual/bind.xml.meta @@ -8,7 +8,7 @@ de en - fr + fr ja ko diff --git a/docs/manual/handler.html.fr b/docs/manual/handler.html.fr index c61d97c4cf..63b2160fe5 100644 --- a/docs/manual/handler.html.fr +++ b/docs/manual/handler.html.fr @@ -29,7 +29,7 @@

top
@@ -124,7 +124,7 @@
top
-

Note du programmeur

+

Note du développeur

Pour implémenter la fonctionnalité des gestionnaires, l' diff --git a/docs/manual/index.html.fr b/docs/manual/index.html.fr index f9f8ce42f1..b30f59f453 100644 --- a/docs/manual/index.html.fr +++ b/docs/manual/index.html.fr @@ -5,8 +5,8 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Documentation du Serveur HTTP Apache Version -2.3 - Serveur Apache HTTP +Documentation du Serveur HTTP Apache Version 2.3 + - Serveur Apache HTTP @@ -19,8 +19,8 @@

<-
-

Documentation du Serveur HTTP Apache Version -2.3

+

Documentation du Serveur HTTP Apache Version 2.3 +

Langues Disponibles:  de  |  en  | @@ -30,63 +30,62 @@  ko  |  pt-br 

-
Cette traduction peut être périmée. Verifiez la version - Anglaise pour les changements récents.

-

Notes sur cette version

-
diff --git a/docs/manual/index.xml.meta b/docs/manual/index.xml.meta index d098982bc3..2d6e91e7e6 100644 --- a/docs/manual/index.xml.meta +++ b/docs/manual/index.xml.meta @@ -9,7 +9,7 @@ de en es - fr + fr ja ko pt-br diff --git a/docs/manual/install.html.fr b/docs/manual/install.html.fr index 7c53ab9c21..0a9c0a166f 100644 --- a/docs/manual/install.html.fr +++ b/docs/manual/install.html.fr @@ -27,14 +27,13 @@
-

Ce document couvre l'installation et la compilation du serveur - HTTP Apache +

Ce document couvre l'installation et la compilation d'Apache sur les systèmes Unix et similaires seulement. Pour la compilation et - l'installation sous Windows, voir Utiliser Apache HTTPd avec Microsoft + l'installation sous Windows, voir Utiliser Apache avec Microsoft Windows. Pour les autres plateformes, se référer à la documentation par plateforme.

-

Apache HTTPd utilise libtool et autoconf +

Apache httpd utilise libtool et autoconf afin de créer un environnement de construction similaire à la plupart des projets Open Source .

@@ -54,7 +53,7 @@
  • Test
  • Mise à jour

    • Voir aussi

    + des sources
  • Démarrer Apache
  • Arrêt et redémarrage
    • top

    Aperçu pour les plus pressés

    @@ -118,12 +117,12 @@

    Chaque étape du processus de compilation et d'installation est décrite plus en détails ci-dessous, à commencer par les prérequis - pour compiler et installer le serveur HTTP Apache.

    + pour compiler et installer Apache httpd.

    top

    Prérequis

    -

    Les prérequis pour la construction d'Apache HTTPd sont les suivants:

    +

    Les prérequis pour la construction d'Apache sont les suivants:

    Espace disque
    @@ -174,7 +173,7 @@

    Le serveur HTTP Apache peut être téléchargé à partir du site de téléchargement du serveur HTTP Apache, qui fournit la liste de nombreux miroirs. - Il sera plus commode à la plupart des utilisateurs d'Apache HTTPd sur les + Il sera plus commode à la plupart des utilisateurs d'Apache sur les systèmes UNIX ou similaires de télécharger et de compiler la version sources. Le processus de construction (décrit ci-dessous) est simple, et vous permet de personnaliser votre serveur selon vos besoins. @@ -193,7 +192,7 @@

    Extraction

    -

    L'extraction des sources depuis l'archive Apache HTTPd consiste +

    L'extraction des sources depuis l'archive Apache HTTPD consiste simplement à décompresser et à désarchiver cette dernière :

    @@ -209,11 +208,11 @@ $ tar xvf httpd-NN.tar

    Configuration de l'arborescence des sources

    L'étape suivante consiste à configurer l'arborescence des sources - d'Apache HTTPd en fonction de votre plateforme et de vos besoins personnels. + d'Apache en fonction de votre plateforme et de vos besoins personnels. Le script configure, situé à la racine du répertoire de la distribution, a été conçu à cet effet. (Les développeurs qui téléchargent - une version non officielle de l'arborescence des sources d'Apache HTTPd + une version non officielle de l'arborescence des sources d'Apache devront disposer de autoconf et libtool et exécuter buildconf avant de passer à l'étape suivante, @@ -226,14 +225,14 @@ $ tar xvf httpd-NN.tar d'options de ligne de commande.

    L'option la plus importante --prefix est le chemin - du répertoire d'installation du serveur HTTP Apache, car Apache doit être configuré + du répertoire d'installation d'Apache, car Apache doit être configuré en fonction de ce chemin pour pouvoir fonctionner correctement. Il est possible de définir plus finement le chemin d'installation des fichiers à l'aide d' options supplémentaires de configure.

    À ce niveau, vous pouvez aussi spécifier de quelles fonctionnalités vous - voulez disposer dans Apache HTTPd en activant ou désactivant des modules. Apache est fourni avec un jeu de modules de + voulez disposer dans Apache en activant ou désactivant des modules. Apache est fourni avec un jeu de modules de Base inclus par défaut. Les autres modules sont activés à l'aide de l'option --enable-module, où @@ -255,7 +254,9 @@ $ tar xvf httpd-NN.tar d'en-têtes. A cet effet, vous pouvez passer des options de ligne de commande ou des variables d'environnement au script configure. Pour plus d'informations, voir la - page de manuel de configure.

    + page de manuel de configure. Ou lancez le script + configure avec l'option --help. +

    Pour vous faire une idée des possibilités qui s'offrent à vous, voici un exemple typique de compilation d'Apache avec le répertoire @@ -283,7 +284,7 @@ $ tar xvf httpd-NN.tar

    Construction

    Vous pouvez maintenant construire les différents éléments qui - composent le paquet Apache HTTPd en lançant tout simplement la commande :

    + composent le paquet Apache en lançant tout simplement la commande :

    $ make

    @@ -300,6 +301,11 @@ $ tar xvf httpd-NN.tar

    $ make install

    +

    Cette étape nécessite habituellement les privilàges + de root, car PREFIX est en général un + répertoire possàdant des droits en écriture + restreints.

    +

    Si vous effectuez une mise à jour, l'installation n'écrasera pas vos fichiers de configuration ou autres documents.

    top
    @@ -312,8 +318,8 @@ $ tar xvf httpd-NN.tar

    $ vi PREFIX/conf/httpd.conf

    -

    Consultez le manuel du serveur HTTP Apache situé dans - docs/manual/ ou +

    Consultez le manuel d'Apache situé dans + PREFIX/docs/manual/ ou http://httpd.apache.org/docs/trunk/ pour la version la plus récente de ce manuel et la liste complète des directives de configuration disponibles.

    top
    @@ -321,7 +327,7 @@ $ tar xvf httpd-NN.tar

    Test

    Vous pouvez maintenant démarrer votre - Serveur HTTP Apache en lançant:

    + serveur HTTP Apache en lançant:

    $ PREFIX/bin/apachectl -k start

    @@ -388,6 +394,14 @@ $ tar xvf httpd-NN.tar Listen) afin de déceler toute incompatibilité avant d'effectuer la mise à jour définitive.
    +

    Vous pouvez ajouter des arguments supplémentaires à + config.nice ; ils seront alors ajoutés aux options de + votre script configure original :

    + +

    + $ ./config.nice --prefix=/home/test/apache --with-port=90 +

    +

    Langues Disponibles:  de  | diff --git a/docs/manual/invoking.html.fr b/docs/manual/invoking.html.fr index 3bab4dd158..1fdca29a20 100644 --- a/docs/manual/invoking.html.fr +++ b/docs/manual/invoking.html.fr @@ -75,8 +75,8 @@ localisation du binaire httpd et tout argument de ligne de commande que vous souhaitez voir systématiquement présent.

    -

    La première chose qu'effectue httpd quand il est - invoqué et de localiser et lire le fichier de configuration +

    La première chose qu'effectue httpd quand il est + invoqué est de localiser et lire le fichier de configuration httpd.conf. La localisation de ce fichier est définie à la compilation, mais il est possible d'en spécifier une autre à l'exécution en utilisant l'option de ligne de commande -f comme suit:

    @@ -89,11 +89,7 @@ Ceci indique que le serveur a démarré et est en cours d'exécution. À partir de ce moment, vous pouvez utiliser votre navigateur pour vous connecter au serveur et afficher la page de test située dans le répertoire défini - par la directive DocumentRoot, - ainsi qu'une copie locale de la documentation sous forme d'un lien - situé sur cette page. - (note du traducteur : en fait, vous ne devriez voir que "It works !" - s'afficher sur votre écran !)

    + par la directive DocumentRoot

    top

    Erreurs en cours de démarrage

    diff --git a/docs/manual/mod/directives.html.de b/docs/manual/mod/directives.html.de index 42f7500e37..cf5cb957ce 100644 --- a/docs/manual/mod/directives.html.de +++ b/docs/manual/mod/directives.html.de @@ -337,6 +337,7 @@
  • RequestHeader
  • Require
  • Require
    • +
  • <RequireAlias>
  • RewriteBase
  • RewriteCond
  • RewriteEngine
    • diff --git a/docs/manual/mod/directives.html.en b/docs/manual/mod/directives.html.en index f2c8e52d93..669e45d65a 100644 --- a/docs/manual/mod/directives.html.en +++ b/docs/manual/mod/directives.html.en @@ -340,6 +340,7 @@
  • RemoveType
  • RequestHeader
  • Require
    • +
  • <RequireAlias>
  • RewriteBase
  • RewriteCond
  • RewriteEngine
    • diff --git a/docs/manual/mod/directives.html.es b/docs/manual/mod/directives.html.es index b60a62dc5a..b76ee961b9 100644 --- a/docs/manual/mod/directives.html.es +++ b/docs/manual/mod/directives.html.es @@ -342,6 +342,7 @@
  • RemoveType
  • RequestHeader
  • Require
    • +
  • <RequireAlias>
  • RewriteBase
  • RewriteCond
  • RewriteEngine
    • diff --git a/docs/manual/mod/directives.html.ja.euc-jp b/docs/manual/mod/directives.html.ja.euc-jp index c1dd5fa6bf..49ce1d324c 100644 --- a/docs/manual/mod/directives.html.ja.euc-jp +++ b/docs/manual/mod/directives.html.ja.euc-jp @@ -335,6 +335,7 @@
  • RequestHeader
  • Require
  • Require
    • +
  • <RequireAlias>
  • RewriteBase
  • RewriteCond
  • RewriteEngine
    • diff --git a/docs/manual/mod/directives.html.ko.euc-kr b/docs/manual/mod/directives.html.ko.euc-kr index ef5835d834..d947cd4f47 100644 --- a/docs/manual/mod/directives.html.ko.euc-kr +++ b/docs/manual/mod/directives.html.ko.euc-kr @@ -338,6 +338,7 @@
  • RemoveType
  • RequestHeader
  • Require
    • +
  • <RequireAlias>
  • RewriteBase
  • RewriteCond
  • RewriteEngine
    • diff --git a/docs/manual/mod/mod_authn_core.html.en b/docs/manual/mod/mod_authn_core.html.en index ff0778959e..8002695eed 100644 --- a/docs/manual/mod/mod_authn_core.html.en +++ b/docs/manual/mod/mod_authn_core.html.en @@ -43,11 +43,11 @@

    Topics

    top
    -

    Creating Provider Aliases

    +

    Creating Authentication Provider Aliases

    Extended authentication providers can be created within the configuration file and assigned an alias name. The alias @@ -62,11 +62,10 @@

    Example

    The example below creates two different ldap authentication provider aliases based on the ldap provider. This allows - a single authenticated location can be serviced by multiple - ldap hosts:

    + a single authenticated location to be serviced by multiple ldap + hosts:

    Example

    - LoadModule authn_alias_module modules/mod_authn_alias.so

    <AuthnProviderAlias ldap ldap-alias1>
    AuthLDAPBindDN cn=youruser,o=ctx
    diff --git a/docs/manual/mod/mod_authz_core.html.en b/docs/manual/mod/mod_authz_core.html.en index f657c47c3e..bc22a43e0c 100644 --- a/docs/manual/mod/mod_authz_core.html.en +++ b/docs/manual/mod/mod_authz_core.html.en @@ -45,11 +45,69 @@

  • AuthzMergeRules
  • Reject
  • Require
    • +
  • <RequireAlias>
  • <SatisfyAll>
  • <SatisfyOne>
    • -
    +

    Topics

    +
    +
    top
    +
    +

    Creating Authorization Provider Aliases

    + +

    Extended authorization providers can be created within the configuration + file and assigned an alias name. The alias providers can then be referenced + through the Require directive + in the same way as a base authorization provider. Besides the ability to + create and alias an extended provider, it also allows the same extended + authorization provider to be reference by multiple locations. +

    +

    Example

    +

    The example below creates two different ldap authorization provider + aliases based on the ldap-group authorization provider. This example + allows a single authorization location to check group membership within + multiple ldap hosts: +

    + +

    Example

    + <RequireAlias ldap-group ldap-group-alias1 cn=my-group,o=ctx>
    + + AuthLDAPBindDN cn=youruser,o=ctx
    + AuthLDAPBindPassword yourpassword
    + AuthLDAPURL ldap://ldap.host/o=ctx
    +     + </RequireAlias>

    + <AuthnProviderAlias 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
    +     + </RequireAlias>

    + + Alias /secure /webpages/secure
    + <Directory /webpages/secure>
    + + Order deny,allow
    + Allow from all

    + + AuthBasicProvider file

    + + AuthType Basic
    + AuthName LDAP_Protected_Place

    + + #implied OR operation
    + require alias1-ldap-group
    + require alias2-ldap-group
    +     </Directory>
    +

    + + +
    top

    AuthzMergeRules Directive

    @@ -168,6 +226,26 @@ a resource and Access Control
  • mod_authz_host
    • + +
    top
    +

    <RequireAlias> Directive

    +
    + + + + + +
    Description:Enclose a group of directives that represent an +extension of a base authorization provider and referenced by the specified +alias
    Syntax:<RequireAlias baseProvider Alias Require-Parameters> +... </RequireAlias> +
    Context:server config
    Status:Base
    Module:mod_authz_core
    +

    <RequireAlias> and + </RequireAlias> are used to enclose a group of + authorization directives that can be referenced by the alias name using the + directive Require.

    + +
    top

    <SatisfyAll> Directive

    diff --git a/docs/manual/mod/mod_include.xml.ja b/docs/manual/mod/mod_include.xml.ja index c4dcbc503f..4204057261 100644 --- a/docs/manual/mod/mod_include.xml.ja +++ b/docs/manual/mod/mod_include.xml.ja @@ -1,7 +1,7 @@ - + + + + +