]> git.ipfire.org Git - thirdparty/apache/httpd.git/commitdiff
Updates.
authorLucien Gentis <lgentis@apache.org>
Sun, 17 Jun 2012 12:26:34 +0000 (12:26 +0000)
committerLucien Gentis <lgentis@apache.org>
Sun, 17 Jun 2012 12:26:34 +0000 (12:26 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1351097 13f79535-47bb-0310-9956-ffa450edef68

docs/manual/mod/mod_lua.xml.fr
docs/manual/vhosts/name-based.xml.fr

index fce3e9bdccbf324f7ff733f1e64b3938c86d1a8c..741abb226fe916410582a64af652c9e01b16af26 100644 (file)
@@ -1,7 +1,7 @@
 <?xml version="1.0"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1345917:1351020 (outdated) -->
+<!-- English Revision : 1351020 -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
@@ -135,6 +135,60 @@ Cela signifie que vous pouvez (et &ecirc;tes encourag&eacute; &agrave;) avoir pl
 gestionnaires (ou points d'entr&eacute;e, ou filtres) dans le m&ecirc;me script.
 </p>
 
+</section>
+<section id="writingauthzproviders">
+<title>Ecriture de fournisseurs d'autorisation</title>
+
+<p><module>mod_authz_core</module> fournit une interface d'autorisation
+de haut niveau bien plus facile &agrave; utiliser que dans les hooks
+correspondants. Le premier argument de la directive <directive
+module="mod_authz_core">Require</directive> permet de sp&eacute;cifier le
+fournisseur d'autorisation &agrave; utiliser. Pour chaque directive <directive
+module="mod_authz_core">Require</directive>,
+<module>mod_authz_core</module> appellera le fournisseur d'autorisation
+sp&eacute;cifi&eacute;, le reste de la ligne constituant les param&egrave;tres. Le
+fournisseur consid&eacute;r&eacute; va alors v&eacute;rifier les autorisations et fournir le
+r&eacute;sultat dans une valeur de retour.</p>
+
+<p>En g&eacute;n&eacute;ral, le fournisseur authz est appel&eacute; avant l'authentification.
+S'il doit conna&icirc;tre le nom d'utilisateur authentifi&eacute; (ou si
+l'utilisateur est appel&eacute; &agrave; &ecirc;tre authentifi&eacute;), le fournisseur doit
+renvoyer <code>apache2.AUTHZ_DENIED_NO_USER</code>, ce qui va
+d&eacute;clancher le processus d'authentification et un deuxi&egrave;me appel du
+fournisseur authz.</p>
+
+<p>La fonction du fournisseur authz ci-dessous accepte deux arguments,
+une adresse IP et un nom d'utilisateur. Elle autorise l'acc&egrave;s dans le
+cas o&ugrave; la requ&ecirc;te provient de l'adresse IP sp&eacute;cifi&eacute;e, ou si
+l'utilisateur authentifi&eacute; correspond au second argument :</p>
+
+<highlight language="lua">
+<strong>authz_provider.lua</strong>
+
+require 'apache2'
+
+function authz_check_foo(r, ip, user)
+    if r.useragent_ip == ip then
+        return apache2.AUTHZ_GRANTED
+    elseif r.user == nil then
+        return apache2.AUTHZ_DENIED_NO_USER
+    elseif r.user == user then
+        return apache2.AUTHZ_GRANTED
+    else
+        return apache2.AUTHZ_DENIED
+    end
+end
+</highlight>
+
+<p>La configuration suivante enregistre cette fonction en tant que
+fournisseur <code>foo</code>, et la configure por l'URL <code>/</code> :</p>
+<highlight language="config">
+LuaAuthzProvider foo authz_provider.lua authz_check_foo
+&lt;Location /&gt;
+  Require foo 10.1.2.3 john_doe
+&lt;/Location&gt;
+</highlight>
+
 </section>
 
 <section id="writinghooks"><title>Ecriture de fonctions d'accroche
@@ -249,6 +303,17 @@ end
           <td>oui</td>
         </tr>
 
+       <tr>
+          <td><code>context_prefix</code></td>
+          <td>string</td>
+          <td>non</td>
+        </tr>
+        <tr>
+          <td><code>context_document_root</code></td>
+          <td>string</td>
+          <td>non</td>
+        </tr>
+
         <tr>
           <td><code>document_root</code></td>
           <td>string</td>
@@ -284,6 +349,11 @@ end
           <td>string</td>
           <td>non</td>
         </tr>
+        <tr>
+       <td><code>log_id</code></td>
+          <td>string</td>
+          <td>non</td>
+        </tr>
         <tr>
           <td><code>method</code></td>
           <td>string</td>
@@ -344,6 +414,11 @@ end
           <td>string</td>
           <td>oui</td>
         </tr>
+       <tr>
+          <td><code>useragent_ip</code></td>
+          <td>string</td>
+          <td>non</td>
+        </tr>
         </table>
 
         <p>La structure request_rec poss&egrave;de (au minimum) les m&eacute;thodes
@@ -354,8 +429,8 @@ end
         </highlight>
 
         <highlight language="lua">
-        r:parseargs() -- renvoie une table lua contenant la chaîne
-       d'arguments de la requête
+        r:parseargs() -- renvoie une table lua contenant la cha&icirc;ne
+       d'arguments de la requ&ecirc;te
         </highlight>
 <!--
 /* Not supported yet */
@@ -829,5 +904,32 @@ traitement de la requ&ecirc;te</description>
 </usage>
 </directivesynopsis>
 
+<directivesynopsis>
+<name>LuaAuthzProvider</name>
+<description>Branche une fonction fournisseur d'autorisation dans <module>mod_authz_core</module>
+</description>
+<syntax>LuaAuthzProvider provider_name /path/to/lua/script.lua function_name</syntax>
+<contextlist><context>server config</context> </contextlist>
+<compatibility>Disponible depuis la version 2.5.0 du serveur HTTP Apache</compatibility>
+
+<usage>
+<p>Lorsqu'une fonction lua a &eacute;t&eacute; enregistr&eacute;e en tant que fournisseur
+d'autorisation, elle peut &ecirc;tre appel&eacute;e via la directive <directive
+module="mod_authz_core">Require</directive> :</p>
+
+<example>
+<highlight language="config">
+LuaRoot /usr/local/apache2/lua
+LuaAuthzProvider foo authz.lua authz_check_foo
+&lt;Location /&gt;
+  Require foo bar
+&lt;/Location&gt;
+</highlight>
+</example>
+
+</usage>
+</directivesynopsis>
+
+
 </modulesynopsis>
 
index 5bfd581c475660299dfa7baba4041bc4da810495..11085975c11815c533625a6f8db204537f63ed26 100644 (file)
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding='ISO-8859-1' ?>
 <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1334406:1344675 (outdated) -->
+<!-- English Revision: 1334675 -->
 <!-- French translation by alain B, review by Vincent Deffontaines 
        updated by Lucien GENTIS -->
 
@@ -211,6 +211,11 @@ virtuel bas
     priorité particulière en cas de présence de caractères génériques
     (que ce soit pour le ServerName ou le ServerAlias).</p>
 
+    <p>La liste complète des noms dans la section <directive
+    module="core">VirtualHost</directive> sont traités comme une
+    directive <directive module="core">ServerAlias</directive> sans
+    caractères génériques.</p>
+
     <p>Finalement, vous pouvez affiner la configuration des serveurs 
     virtuels en plaçant d'autres directives à l'intérieur des sections 
     <directive type="section" module="core">VirtualHost</directive>.