mod_authn_socache.html.fr revision fd9abdda70912b99b24e3bf1a38f26fde908a74c
<?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">
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>mod_authn_socache - 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>
<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>
<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_authn_socache</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="/en/mod/mod_authn_socache.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div>
<div class="outofdate">Cette traduction peut �tre p�rim�e. V�rifiez la version
anglaise pour les changements r�cents.</div>
<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>G�re un cache des donn�es d'authentification pour diminuer
la charge des serveurs d'arri�re-plan</td></tr>
<tr><th><a href="module-dict.html#ModuleIdentifier">Identificateur�de�Module:</a></th><td>authn_socache_module</td></tr>
<tr><th><a href="module-dict.html#SourceFile">Fichier�Source:</a></th><td>mod_authn_socache.c</td></tr>
<tr><th><a href="module-dict.html#Compatibility">Compatibilit�:</a></th><td>Versions 2.3 et ult�rieures</td></tr></table>
<h3>Sommaire</h3>
<p>Maintient un cache des donn�es d'authentification pour limiter
les sollicitations du serveur d'arri�re-plan.</p>
</div>
<div id="quickview"><h3>Sujets</h3>
<ul id="topics">
<li><img alt="" src="/images/down.gif" /> <a href="#intro">Mise en cache des donn�es d'authentification</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#dev">La mise en cache avec les modules tiers</a></li>
</ul><h3 class="directives">Directives</h3>
<ul id="toc">
<li><img alt="" src="/images/down.gif" /> <a href="#authncacheprovidefor">AuthnCacheProvideFor</a></li>
</ul>
<ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="section">
<h2><a name="intro" id="intro">Mise en cache des donn�es d'authentification</a></h2>
<p>Certains utilisateurs qui mettent oeuvre une authentification
lourde s'appuyant par exemple sur des requ�tes SQL
(<code class="module"><a href="/mod/mod_authn_dbd.html">mod_authn_dbd</a></code>) ont signal� une charge induite
inacceptable sur leur fournisseur d'authentification. Cela se
produit typiquement dans le cas o� une page HTML contient des
centaines d'objets (images, scripts, pages de styles, media,
etc...), et o� une requ�te pour cette page g�n�re des centaines de
sous-requ�tes � effet imm�diat pour des contenus suppl�mentaires
authentifi�s.</p>
<p>Pour r�soudre ce probl�me, mod_authn_socache fournit une solution
qui permet de maintenir un cache des donn�es d'authentification.</p>
<div class="section">
<h2><a name="usage" id="usage">Utilisation</a></h2>
<p>Le cache d'authentification doit �tre utilis� lorsque les
requ�tes d'authentification induisent une charge significative sur le
serveur, le serveur d'arri�re-plan ou le r�seau. Cette mise en cache
n'apportera probablement aucune am�lioration dans le cas d'une
authentification � base de fichier (<code class="module"><a href="/mod/mod_authn_file.html">mod_authn_file</a></code>)
ou de base de donn�es dbm (<code class="module"><a href="/mod/mod_authn_dbm.html">mod_authn_dbm</a></code>) car ces
m�thodes sont de par leur conception rapides et l�g�res (la mise en
cache peut cependant s'av�rer utile dans le cas o� le fichier est
situ� sur un montage r�seau). Les fournisseurs d'authentification
bas�s sur SQL ou LDAP ont plus de chances de tirer parti de cette
mise en cache, en particulier lorsqu'un probl�me de performances est
d�tect�. <code class="module"><a href="/mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code> g�rant son propre cache,
seul <code class="module"><a href="/mod/mod_authn_dbd.html">mod_authn_dbd</a></code> est concern� par notre sujet.</p>
<p>Les principales r�gles � appliquer pour la mise en cache sont :</p>
<ol><li>Inclure le fournisseur pour lequel vous voulez effectuer une
mise en cache dans une directive
<code class="directive">AuthnCacheProvideFor</code>.</li>
<li>Mettre <var>socache</var> avant le fournisseur pour lequel
vous voulez effectuer une mise en cache dans votre directive
<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>.</li>
</ol>
<p>Voici un exemple simple permettant d'acc�l�rer
<code class="module"><a href="/mod/mod_authn_dbd.html">mod_authn_dbd</a></code> et utilisant dbm comme moteur de la
mise en cache :</p>
<pre class="prettyprint lang-config"> #AuthnCacheSOCache est optionnel. S'il est d�fini, il l'est pour
#l'ensemble du serveur
AuthnCacheSOCache dbm
AuthType Basic
AuthName "Cached Authentication Example"
AuthBasicProvider socache dbd
AuthDBDUserPWQuery "SELECT password FROM authn WHERE user = %s"
AuthnCacheProvideFor dbd
Require valid-user
#Optionnel
AuthnCacheContext dbd-authn-example
</Directory></pre>
<div class="section">
<h2><a name="dev" id="dev">La mise en cache avec les modules tiers</a></h2>
<p>Les d�veloppeurs de modules doivent savoir que la mise en cache
avec mod_authn_socache doit �tre activ�e dans leurs modules. La
fonction de l'API <var>ap_authn_cache_store</var> permet de
mettre en cache les donn�es d'authentification qu'un fournisseur
vient de rechercher ou de g�n�rer. Vous trouverez des exemples
d'utilisation � <a href="http://svn.eu.apache.org/viewvc?view=revision&revision=957072">r957072</a>, o� trois fournisseurs authn sont activ�s pour la mise
en cache.</p>
</div>
<div class="directive-section"><h2><a name="authncachecontext" id="authncachecontext">Directive</a> <a name="AuthnCacheContext" id="AuthnCacheContext">AuthnCacheContext</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Sp�cifie une cha�ne de contexte � utiliser dans la cl� du
cache</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthnCacheContext <var>directory|server|cha�ne-personnalis�e</var></code></td></tr>
</table>
<p>Cette directive permet de sp�cifier une cha�ne � utiliser avec le
nom d'utilisateur fourni (et le domaine d'authentification - realm -
dans le cas d'une authentification � base de condens�s) lors de la
construction d'une cl� de cache. Ceci permet de lever l'ambigu�t�
entre plusieurs noms d'utilisateurs identiques servant diff�rentes
zones d'authentification sur le serveur.</p>
<p>Il y a deux valeurs sp�ciales pour le param�tre : <var>directory</var>,
qui utilise le contexte de r�pertoire de la requ�te comme cha�ne, et
<var>server</var>, qui utilise le nom du serveur virtuel.</p>
<p>La valeur par d�faut est <var>directory</var>, qui est aussi la
d�finition la plus courante. Ceci est cependant loin d'�tre optimal,
poss�deront chacun leur propre cl� de cache. Il est pr�f�rable
d'utiliser le fournisseur de mot de passe : par exemple un fichier
<var>htpasswd</var> ou une table de base de donn�es.</p>
<p>Les contextes peuvent �tre partag�s entre diff�rentes zones du
serveur, o� les donn�es d'authentification sont partag�es. Ceci est
cependant susceptible de cr�er des trous de s�curit� de type
cross-site ou cross-application, et cette directive n'est donc pas
disponible dans les contextes <var>.htaccess</var>.</p>
</div>
<div class="directive-section"><h2><a name="authncacheenable" id="authncacheenable">Directive</a> <a name="AuthnCacheEnable" id="AuthnCacheEnable">AuthnCacheEnable</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Active la mise en cache de l'authentification en tout
endroit</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthnCacheEnable</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur</td></tr>
</table>
<p>Normalement, cette directive n'est pas n�cessaire : l'activation
est implicite si la mise en cache de l'authentification a �t�
contre, si cette mise en cache n'a pas �t� activ�e, par d�faut, elle
ne sera pas initialis�e, et ne sera donc pas disponible dans un
contexte de fichier <var>.htaccess</var>. Cette directive permet
d'�tre s�r que la mise en cache a bien �t� activ�e et pourra
donc �tre utilis�e dans les fichiers <var>.htaccess</var>.</p>
</div>
<div class="directive-section"><h2><a name="authncacheprovidefor" id="authncacheprovidefor">Directive</a> <a name="AuthnCacheProvideFor" id="AuthnCacheProvideFor">AuthnCacheProvideFor</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Sp�cifie le fournisseur pour lequel on veut effectuer une
mise en cache</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthnCacheProvideFor <var>fournisseur-authn</var> [...]</code></td></tr>
</table>
<p>Cette directive permet de sp�cifier un ou plusieurs fournisseurs
pour le(s)quel(s) on veut effectuer une mise en cache. Les donn�es
d'authentification trouv�es par un fournisseur non sp�cifi� dans une
directive AuthnCacheProvideFor ne seront pas mises en cache.</p>
<p>Par exemple, pour mettre en cache les donn�es d'authentification
trouv�es par <code class="module"><a href="/mod/mod_authn_dbd.html">mod_authn_dbd</a></code> ou par un fournisseur
personnalis� <var>mon-fournisseur</var>, et ne pas mettre en cache
celles trouv�es par les fournisseurs l�gers comme file ou dbm :</p>
<pre class="prettyprint lang-config">AuthnCacheProvideFor dbd mon-fournisseur</pre>
</div>
<div class="directive-section"><h2><a name="authncachesocache" id="authncachesocache">Directive</a> <a name="AuthnCacheSOCache" id="AuthnCacheSOCache">AuthnCacheSOCache</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>S�lectionne le fournisseur socache d'arri�re-plan �
utiliser</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthnCacheSOCache <var>nom-fournisseur[:arguments-fournisseur]</var></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#Compatibility">Compatibilit�:</a></th><td>Les arguments optionnels du fournisseur sont disponibles
� partir de la version 2.4.7 du serveur HTTP Apache</td></tr>
</table>
<p>Cette d�finition s'applique � l'ensemble du serveur et permet de
s�lectionner un fournisseur pour le <a href="/socache.html">cache
d'objets partag�s</a>, ainsi que des arguments �ventuels pour ce
fournisseur. Les fournisseurs disponibles sont, entre autres, "dbm",
"dc", "memcache", ou "shmcb", chacun d'entre eux n�cessitant le chargement
du module appropri�. Si elle est
absente, c'est la valeur par d�faut pour votre plate-forme qui sera
utilis�e.</p>
</div>
<div class="directive-section"><h2><a name="authncachetimeout" id="authncachetimeout">Directive</a> <a name="AuthnCacheTimeout" id="AuthnCacheTimeout">AuthnCacheTimeout</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>D�finit une dur�e de vie pour les entr�es du cache</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>AuthnCacheTimeout <var>dur�e-de-vie</var> (secondes)</code></td></tr>
<tr><th><a href="directive-dict.html#Default">D�faut:</a></th><td><code>300 (5 minutes)</code></td></tr>
</table>
<p>La mise en cache des donn�es d'authentification peut constituer
un trou de s�curit�, bien qu'un mise en cache de courte dur�e ne
posera probablement pas de probl�me. En g�n�ral, il est conseill� de
conserver les entr�es du cache de fa�on � ce que la charge du serveur
d'arri�re-plan reste normale, mais pas plus longtemps ;
une dur�e de vie plus longue peut �tre param�tr�e si les
changements d'utilisateurs et de mots de passe sont peu fr�quents.
La dur�e de vie par d�faut de 300 secondes (5 minutes) est � la fois
raisonnable et suffisamment importante pour r�duire la charge d'un
serveur d'arri�re-plan comme dbd (requ�tes SQL).</p>
<p>Cette dur�e de vie ne doit pas �tre confondue avec la dur�e de
vie de session qui est un tout autre sujet. Cependant, vous devez
utiliser votre logiciel de gestion de session pour v�rifier si les
donn�es d'authentification mises en cache peuvent allonger
accidentellement une session, et en tenir compte lorsque vous
d�finissez la dur�e de vie.</p>
</div>
</div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="/en/mod/mod_authn_socache.html" hreflang="en" rel="alternate" title="English"> en </a> |
</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>
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/trunk/mod/mod_authn_socache.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 2015 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>