--- /dev/null
+<?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><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>mod_session - Serveur Apache HTTP</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.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/directives.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.4</p>
+<img alt="" src="../images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div>
+<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.4</a> > <a href="./">Modules</a></div>
+<div id="page-content">
+<div id="preamble"><h1>Module Apache mod_session</h1>
+<div class="toplang">
+<p><span>Langues Disponibles: </span><a href="../en/mod/mod_session.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="../fr/mod/mod_session.html" title="Français"> fr </a></p>
+</div>
+<table class="module"><tr><th><a href="module-dict.html#Description">Description:</a></th><td>Support des sessions</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>session_module</td></tr>
+<tr><th><a href="module-dict.html#SourceFile">Fichier Source:</a></th><td>mod_session.c</td></tr>
+<tr><th><a href="module-dict.html#Compatibility">Compatibilité:</a></th><td>Disponible depuis la version 2.3 d'Apache</td></tr></table>
+<h3>Sommaire</h3>
+
+ <div class="warning"><h3>Avertissement</h3>
+ <p>Le module session fait usage des cookies HTTP, et peut à ce
+ titre être victime d'attaques de type Cross Site Scripting, ou
+ divulguer des informations à caractère privé aux clients. Veuillez
+ vous assurer que les risques ainsi encourus ont été pris en compte
+ avant d'activer le support des sessions sur votre serveur.</p>
+ </div>
+
+ <p>Ce module fournit le support d'une interface de session pour
+ chaque utilisateur au niveau du serveur global. Les sessions
+ permettent de transmettre diverses informations : l'utilisateur
+ est-il connecté ou non, ou toute autre information qui doit être
+ conservée d'une requête à l'autre.</p>
+
+ <p>Les sessions peuvent être stockées sur le serveur, ou au niveau
+ du navigateur. Les sessions peuvent également être chiffrées pour une
+ sécurité accrue. Ces fonctionnalités sont réparties entre différents
+ modules complémentaires de <code class="module"><a href="../mod/mod_session.html">mod_session</a></code> :
+ <code class="module"><a href="../mod/mod_session_crypto.html">mod_session_crypto</a></code>,
+ <code class="module"><a href="../mod/mod_session_cookie.html">mod_session_cookie</a></code> et
+ <code class="module"><a href="../mod/mod_session_dbd.html">mod_session_dbd</a></code>. Chargez les modules appropriés
+ en fonction des besoins du serveur (soit statiquement à la
+ compilation, soit dynamiquement via la directive <code class="directive"><a href="../mod/mod_so.html#loadmodule">LoadModule</a></code>).</p>
+
+ <p>Les sessions peuvent être manipulées par d'autres modules qui
+ dépendent de la session, ou la session peut être lue et écrite dans
+ des variables d'environnement et des en-têtes HTTP, selon les
+ besoins.</p>
+
+</div>
+<div id="quickview"><h3 class="directives">Directives</h3>
+<ul id="toc">
+<li><img alt="" src="../images/down.gif" /> <a href="#session">Session</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessionenv">SessionEnv</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessionexclude">SessionExclude</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessionheader">SessionHeader</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessioninclude">SessionInclude</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessionmaxage">SessionMaxAge</a></li>
+</ul>
+<h3>Sujets</h3>
+<ul id="topics">
+<li><img alt="" src="../images/down.gif" /> <a href="#whatisasession">Qu'est-ce qu'une session ?</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#whocanuseasession">Qui peut utiliser une session
+ ?</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#serversession">Stockage des sessions sur le
+ serveur</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#browsersession">Stockage des sessions au niveau
+ du navigateur</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#basicexamples">Exemples simples</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#sessionprivacy">Confidentialité des
+ sessions</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#cookieprivacy">Confidentialité du cookie</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#authentication">Support des sessions pour
+ l'authentification</a></li>
+<li><img alt="" src="../images/down.gif" /> <a href="#integration">Intégration des sessions avec les
+ applications externes</a></li>
+</ul><h3>Voir aussi</h3>
+<ul class="seealso">
+<li><code class="module"><a href="../mod/mod_session_cookie.html">mod_session_cookie</a></code></li>
+<li><code class="module"><a href="../mod/mod_session_crypto.html">mod_session_crypto</a></code></li>
+<li><code class="module"><a href="../mod/mod_session_dbd.html">mod_session_dbd</a></code></li>
+</ul><ul class="seealso"><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="section">
+<h2><a name="whatisasession" id="whatisasession">Qu'est-ce qu'une session ?</a></h2>
+ <p>Au coeur de l'interface de session se trouve une table de
+ paires clé/valeur qui sont accessibles d'une requête du navigateur
+ à l'autre. Les valeurs de clés peuvent se voir affecter toute chaîne
+ de caractères valide, en fonction des besoins de l'application qui
+ fait usage de la session.</p>
+
+ <p>Une "session" est une chaîne
+ <strong>application/x-www-form-urlencoded</strong> qui contient la
+ paire clé/valeur définie par la <a href="http://www.w3.org/TR/html4/">spécification HTML</a>.</p>
+
+ <p>Selon les souhaits de l'administrateur, la session peut être
+ chiffrée et codée en base64 avant d'être soumise au dispositif de
+ stockage.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="whocanuseasession" id="whocanuseasession">Qui peut utiliser une session
+ ?</a></h2>
+ <p>L'interface de session a été conçue à l'origine pour être
+ utilisée par d'autres modules du serveur comme
+ <code class="module"><a href="../mod/mod_auth_form.html">mod_auth_form</a></code> ; les applications à base de
+ programmes CGI peuvent cependant se voir accorder l'accès au
+ contenu d'une session via la variable d'environnement
+ HTTP_SESSION. Il est possible de modifier et/ou de mettre à jour
+ une session en insérant un en-tête de réponse HTTP contenant les
+ nouveaux paramètres de session.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="serversession" id="serversession">Stockage des sessions sur le
+ serveur</a></h2>
+ <p>Apache peut être configuré pour stocker les sessions
+ utilisateurs sur un serveur particulier ou un groupe de serveurs.
+ Cette fonctionnalité est similaire aux sessions disponibles sur
+ les serveurs d'applications courants.</p>
+
+ <p>Selon la configuration, les sessions sont suivies à
+ partir d'un identifiant de session stocké dans un cookie, ou
+ extraites de la chaîne de paramètres de l'URL, comme dans les
+ requêtes GET courantes.</p>
+
+ <p>Comme le contenu de la session est stocké exclusivement sur le
+ serveur, il est nécessaire de préserver la confidentialité de ce
+ contenu. Ceci a des implications en matière de performance et de
+ consommation de ressources lorsqu'un grand nombre de sessions est
+ stocké, ou lorsqu'un grand nombre de serveurs doivent se partager
+ les sessions entre eux.</p>
+
+ <p>Le module <code class="module"><a href="../mod/mod_session_dbd.html">mod_session_dbd</a></code> permet de stocker
+ les sessions utilisateurs dans une base de données SQL via le
+ module <code class="module"><a href="../mod/mod_dbd.html">mod_dbd</a></code>.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="browsersession" id="browsersession">Stockage des sessions au niveau
+ du navigateur</a></h2>
+ <p>Dans les environnements à haut trafic où le stockage d'une
+ session sur un serveur consomme trop
+ de ressources, il est possible de stocker le contenu de la session
+ dans un cookie au niveau du navigateur client.</p>
+
+ <p>Ceci a pour avantage de ne nécessiter qu'une quantité minimale de
+ ressources sur le serveur pour suivre les sessions, et évite à
+ plusieurs serveurs parmi une forêt de serveurs de devoir partager
+ les informations de session.</p>
+
+ <p>Le contenu de la session est cependant présenté au client, avec
+ pour conséquence un risque de perte de confidentialité. Le module
+ <code class="module"><a href="../mod/mod_session_crypto.html">mod_session_crypto</a></code> peut être configuré pour
+ chiffrer le contenu de la session avant qu'elle soit stockée au
+ niveau du client.</p>
+
+ <p>Le module <code class="module"><a href="../mod/mod_session_cookie.html">mod_session_cookie</a></code> permet de stocker
+ les sessions au niveau du navigateur dans un cookie HTTP.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="basicexamples" id="basicexamples">Exemples simples</a></h2>
+
+ <p>La création d'une session consiste simplement à ouvrir la
+ session, et à décider de l'endroit où elle doit être stockée. Dans
+ l'exemple suivant, la session sera stockée au niveau du
+ navigateur, dans un cookie nommé <code>session</code>.</p>
+
+ <div class="example"><h3>Session stockée au niveau du navigateur</h3><pre class="prettyprint lang-config">
+Session On
+SessionCookieName session path=/
+ </pre>
+</div>
+
+ <p>Une session est inutile s'il n'est pas possible d'y lire
+ ou d'y écrire. L'exemple suivant montre comment des valeurs
+ peuvent être injectées dans une session à l'aide d'un en-tête de
+ réponse HTTP prédéterminé nommé
+ <code>X-Replace-Session</code>.</p>
+
+ <div class="example"><h3>Ecriture dans une session</h3><pre class="prettyprint lang-config">
+Session On
+SessionCookieName session path=/
+SessionHeader X-Replace-Session
+ </pre>
+</div>
+
+ <p>L'en-tête doit contenir des paires clé/valeur sous le même
+ format que celui de la chaîne d'argument d'une URL, comme dans
+ l'exemple suivant. Donner pour valeur à une clé la chaîne vide a
+ pour effet de supprimer la clé de la session.</p>
+
+ <div class="example"><h3>Script CGI pour écrire dans une session</h3><pre class="prettyprint lang-sh">
+#!/bin/bash
+echo "Content-Type: text/plain"
+echo "X-Replace-Session: key1=foo&key2=&key3=bar"
+echo
+env
+ </pre>
+</div>
+
+ <p>Selon la configuration, les informations de la session peuvent
+ être extraites de la variable d'environnement HTTP_SESSION. Par
+ défaut la session est privée, et cette fonctionnalité doit donc
+ être explicitement activée via la directive <code class="directive"><a href="#sessionenv">SessionEnv</a></code>.</p>
+
+ <div class="example"><h3>Lecture depuis une session</h3><pre class="prettyprint lang-config">
+Session On
+SessionEnv On
+SessionCookieName session path=/
+SessionHeader X-Replace-Session
+ </pre>
+</div>
+
+ <p>Une fois la lecture effectuée, la variable CGI
+ <code>HTTP_SESSION</code> doit contenir la valeur
+ <code>clé1=foo&clé3=bar</code>.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="sessionprivacy" id="sessionprivacy">Confidentialité des
+ sessions</a></h2>
+
+ <p>En utilisant la fonctionnalité de votre navigateur "Afficher
+ les cookies", vous pouvez voir une réprésentation de la session
+ sous forme de texte en clair. Ceci peut poser problème si le
+ contenu de la session doit être dissimulé à l'utilisateur final,
+ ou si un tiers accède sans autorisation aux informations de
+ session.</p>
+
+ <p>À ce titre, le contenu de la session peut être chiffré à l'aide
+ du module <code class="module"><a href="../mod/mod_session_crypto.html">mod_session_crypto</a></code> avant d'être stocké
+ au niveau du navigateur.</p>
+
+ <div class="example"><h3>Session chiffrée avant stockage au niveau du
+ navigateur</h3><pre class="prettyprint lang-config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/
+ </pre>
+</div>
+
+ <p>La session sera automatiquement déchiffrée à la lecture, et
+ rechiffrée par Apache lors de la sauvegarde, si bien que
+ l'application sous-jacente qui utilise la session n'a pas à se
+ préoccuper de savoir si un chiffrement a été mis en oeuvre ou
+ non.</p>
+
+ <p>Les sessions stockées sur le serveur plutôt qu'au niveau du
+ navigateur peuvent aussi être chiffrées, préservant par là-même la
+ confidentialité lorsque des informations sensibles sont partagées
+ entre les serveurs web d'une forêt de serveurs à l'aide du module
+ <code class="module"><a href="../mod/mod_session_dbd.html">mod_session_dbd</a></code>.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="cookieprivacy" id="cookieprivacy">Confidentialité du cookie</a></h2>
+
+ <p>Le mécanisme de cookie HTTP offre aussi des fonctionnalités
+ quant à la confidentialité, comme la possibilité de
+ restreindre le transport du cookie aux pages protégées par SSL
+ seulement, ou l'interdiction pour les scripts java qui
+ s'exécutent au niveau du navigateur d'obtenir l'accès au contenu
+ du cookie.</p>
+
+ <div class="warning"><h3>Avertissement</h3>
+ <p>Certaines fonctionnalités de confidentialité du cookie HTTP ne
+ sont pas standardisées, ou ne sont pas toujours implémentées au
+ niveau du navigateur. Les modules de session vous permettent de
+ définir les paramètres du cookie, mais il n'est pas garanti que la
+ confidentialité sera respectée par le navigateur. Si la sécurité
+ est la principale préoccupation, chiffrez le contenu de la session
+ avec le module <code class="module"><a href="../mod/mod_session_crypto.html">mod_session_crypto</a></code>, ou stockez la
+ session sur le serveur avec le module
+ <code class="module"><a href="../mod/mod_session_dbd.html">mod_session_dbd</a></code>.</p>
+ </div>
+
+ <p>Les paramètres standards du cookie peuvent être spécifiés après
+ le nom du cookie comme dans l'exemple suivant :</p>
+
+ <div class="example"><h3>Définition des paramètres du cookie</h3><pre class="prettyprint lang-config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/private;domain=example.com;httponly;secure;
+ </pre>
+</div>
+
+ <p>Dans les cas où le serveur Apache sert de frontal pour des
+ serveurs d'arrière-plan, il est possible de supprimer les cookies
+ de session des en-têtes HTTP entrants à l'aide de la directive
+ <code class="directive"><a href="../mod/mod_session_cookie.html#sessioncookieremove">SessionCookieRemove</a></code>. Ceci
+ permet d'empêcher les serveurs d'arrière-plan d'accéder au contenu
+ des cookies de session.
+ </p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="authentication" id="authentication">Support des sessions pour
+ l'authentification</a></h2>
+
+ <p>Comme il est possible de le faire avec de nombreux serveurs
+ d'applications, les modules d'authentification peuvent utiliser
+ une session pour stocker le nom d'utilisateur et le mot de passe
+ après connexion. Le module <code class="module"><a href="../mod/mod_auth_form.html">mod_auth_form</a></code> par
+ exemple, sauvegarde les nom de connexion et mot de passe de
+ l'utilisateur dans une session.</p>
+
+ <div class="example"><h3>Authentification à base de formulaire</h3><pre class="prettyprint lang-config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/
+AuthFormProvider file
+AuthUserFile conf/passwd
+AuthType form
+AuthName realm
+#...
+ </pre>
+</div>
+
+ <p>Pour la documentation et des exemples complets, voir le module
+ <code class="module"><a href="../mod/mod_auth_form.html">mod_auth_form</a></code>.</p>
+
+ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="section">
+<h2><a name="integration" id="integration">Intégration des sessions avec les
+ applications externes</a></h2>
+
+ <p>Pour que les sessions soient utiles, leur contenu doit être
+ accessible aux applications externes, et ces dernières doivent
+ elles-mêmes être capables d'écrire une session.</p>
+
+ <p>L'exemple type est une application qui modifie le mot de passe
+ d'un utilisateur défini par <code class="module"><a href="../mod/mod_auth_form.html">mod_auth_form</a></code>. Cette
+ application doit pouvoir extraire les nom d'utilisateur et mot de
+ passe courants de la session, effectuer les modifications
+ demandées, puis écrire le nouveau mot de passe dans la session,
+ afin que la transition vers le nouveau mot de passe soit
+ transparente.</p>
+
+ <p>Un autre exemple met en jeu une application qui enregistre un
+ nouvel utilisateur pour la première fois. Une fois
+ l'enregistrement terminé, le nom d'utilisateur et le mot de passe
+ sont écrits dans la session, fournissant là aussi une transition
+ transparente.</p>
+
+ <dl>
+ <dt>Modules Apache</dt>
+ <dd>Selon les besoins, les modules du serveur peuvent utiliser
+ l'API <strong>mod_session.h</strong> pour lire et écrire dans les
+ sessions. Les modules tels que <code class="module"><a href="../mod/mod_auth_form.html">mod_auth_form</a></code>
+ utilisent ce mécanisme.
+ </dd>
+
+ <dt>Programmes CGI et langages de script</dt>
+ <dd>Les applications qui s'exécutent au sein du serveur web
+ peuvent éventuellement extraire la valeur de la session de la
+ variable d'environnement <strong>HTTP_SESSION</strong>. La session
+ doit être codée sous la forme d'une chaîne
+ <strong>application/x-www-form-urlencoded</strong> selon les
+ préconisations de la <a href="http://www.w3.org/TR/html4/">specification HTML</a>. Cette
+ variable d'environnement est définie via la directive <code class="directive"><a href="#sessionenv">SessionEnv</a></code>. Un script peut écrire
+ dans la session en renvoyant un en-tête de réponse
+ <strong>application/x-www-form-urlencoded</strong> dont le nom est
+ défini via la directive <code class="directive"><a href="#sessionheader">SessionHeader</a></code>. Dans les deux cas,
+ tout chiffrement ou déchiffrement, ainsi que la lecture ou
+ l'écriture de ou vers la session à partir du mécanisme de stockage
+ choisi sont gérés par le module <code class="module"><a href="../mod/mod_session.html">mod_session</a></code> et la
+ configuration correspondante.
+ </dd>
+
+ <dt>Applications situées derrière <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code></dt>
+ <dd>Si la directive <code class="directive"><a href="#sessionheader">SessionHeader</a></code> est utilisée pour
+ définir un en-tête de requête HTTP, la session codée sous la forme
+ d'une chaîne <strong>application/x-www-form-urlencoded</strong>
+ sera accessible pour l'application. Si ce même en-tête est fourni
+ dans la réponse, sa valeur sera utilisée pour remplacer la
+ session. Comme précédemment, tout chiffrement ou déchiffrement,
+ ainsi que la lecture ou
+ l'écriture de ou vers la session à partir du mécanisme de stockage
+ choisi sont gérés par le module <code class="module"><a href="../mod/mod_session.html">mod_session</a></code> et la
+ configuration correspondante.</dd>
+
+ <dt>Applications indépendantes</dt>
+ <dd>Les applications peuvent choisir de manipuler la session en
+ s'affranchissant du contrôle du serveur HTTP Apache. Dans ce cas,
+ c'est l'application qui doit prendre en charge la lecture de la
+ session depuis le mécanisme de stockage choisi, son déchiffrement,
+ sa mise à jour, son chiffrement et sa réécriture vers le mécanisme
+ de stockage choisi de manière appropriée.</dd>
+ </dl>
+
+ </div>
+<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
+<div class="directive-section"><h2><a name="Session" id="Session">Session</a> <a name="session" id="session">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Ouvre une session pour le contexte courant</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>Session On|Off</code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>Session Off</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, 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_session</td></tr>
+</table>
+ <p>La directive <code class="directive">Session</code> permet d'ouvrir une
+ session pour le contexte ou conteneur courant. Les directives
+ suivantes permettent de définir où la session sera stockée et
+ comment sera assurée la confidentialité.</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="SessionEnv" id="SessionEnv">SessionEnv</a> <a name="sessionenv" id="sessionenv">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit si le contenu de la session doit être enregistré
+dans la variable d'environnement <var>HTTP_SESSION</var></td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SessionEnv On|Off</code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SessionEnv Off</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, 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_session</td></tr>
+</table>
+ <p>Lorsque la directive <code class="directive">SessionEnv</code> est
+ définie à <var>On</var>, le contenu de la session est enregistré
+ dans une variable d'environnement CGI nommée
+ <var>HTTP_SESSION</var>.</p>
+
+ <p>La chaîne est écrite sous le même format que celui de la chaîne
+ d'arguments d'une URL, comme dans l'exemple suivant :</p>
+
+ <div class="example"><p><code>
+ <code>clé1=foo&clé3=bar</code>
+ </code></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="SessionExclude" id="SessionExclude">SessionExclude</a> <a name="sessionexclude" id="sessionexclude">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit les préfixes d'URLs pour lesquels une session sera
+ignorée</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SessionExclude <var>chemin</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>none</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, répertoire, .htaccess</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_session</td></tr>
+</table>
+ <p>La directive <code class="directive">SessionExclude</code> permet de
+ définir les préfixes d'URLs pour lesquels la session sera
+ désactivée. Ceci peut améliorer l'efficacité d'un site web, en
+ ciblant de manière plus précise l'espace d'URL pour lequel une
+ session devra être maintenue. Par défaut, toutes les URLs du
+ contexte ou du conteneur courant sont incluses dans la session. La
+ directive <code class="directive"><a href="#sessionexclude">SessionExclude</a></code>
+ l'emporte sur la directive <code class="directive"><a href="#sessioninclude">SessionInclude</a></code>.</p>
+
+ <div class="warning"><h3>Avertissement</h3>
+ <p>Cette directive a un comportement similaire à celui de l'attribut
+ <var>chemin</var> des cookies HTTP, mais ne doit pas être confondue
+ avec cet attribut. En effet, cette directive ne définit pas
+ l'attribut <var>chemin</var>, qui doit être configuré
+ séparément.</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="SessionHeader" id="SessionHeader">SessionHeader</a> <a name="sessionheader" id="sessionheader">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Importation des mises à jour de session depuis l'en-tête de
+réponse HTTP spécifié</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SessionHeader <var>en-tête</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>none</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, 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_session</td></tr>
+</table>
+ <p>La directive <code class="directive">SessionHeader</code> permet de
+ définir le nom d'un en-tête de réponse HTTP qui, s'il est présent,
+ sera lu et son contenu écrit dans la session courante.</p>
+
+ <p>Le contenu de l'en-tête doit se présenter sous le même format que
+ celui de la chaîne d'arguments d'une URL, comme dans l'exemple
+ suivant :</p>
+
+ <div class="example"><p><code>
+ <code>clé1=foo&clé2=&clé3=bar</code>
+ </code></p></div>
+
+ <p>Si une clé a pour valeur la chaîne vide, elle sera supprimée de
+ la session.</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="SessionInclude" id="SessionInclude">SessionInclude</a> <a name="sessioninclude" id="sessioninclude">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit les préfixes d'URL pour lesquels une session est
+valide</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SessionInclude <var>chemin</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>toutes URLs</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, 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_session</td></tr>
+</table>
+ <p>La directive <code class="directive">SessionInclude</code> permet de
+ définir les préfixes d'URL spécifiques pour lesquels une session
+ sera valide. Ceci peut améliorer l'efficacité d'un site web, en
+ ciblant de manière plus précise l'espace d'URL pour lequel une
+ session devra être maintenue. Par défaut, toutes les URLs du
+ contexte ou du conteneur courant sont incluses dans la session.</p>
+
+ <div class="warning"><h3>Avertissement</h3>
+ <p>Cette directive a un comportement similaire à celui de l'attribut
+ <var>chemin</var> des cookies HTTP, mais ne doit pas être confondue
+ avec cet attribut. En effet, cette directive ne définit pas
+ l'attribut <var>chemin</var>, qui doit être configuré séparément.</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="SessionMaxAge" id="SessionMaxAge">SessionMaxAge</a> <a name="sessionmaxage" id="sessionmaxage">Directive</a></h2>
+<table class="directive">
+<tr><th><a href="directive-dict.html#Description">Description:</a></th><td>Définit une durée de vie maximale pour la session en
+secondes</td></tr>
+<tr><th><a href="directive-dict.html#Syntax">Syntaxe:</a></th><td><code>SessionMaxAge <var>durée de vie maximale</var></code></td></tr>
+<tr><th><a href="directive-dict.html#Default">Défaut:</a></th><td><code>SessionMaxAge 0</code></td></tr>
+<tr><th><a href="directive-dict.html#Context">Contexte:</a></th><td>configuration du serveur, serveur virtuel, 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_session</td></tr>
+</table>
+ <p>La directive <code class="directive">SessionMaxAge</code> permet de
+ définir la durée maximale pendant laquelle une session restera
+ valide. Lorsqu'une session est sauvegardée, cette durée est
+ réinitialisée et la session peut continuer d'exister. Si la durée
+ d'une session dépasse cette limite sans qu'une requête au serveur ne
+ vienne la rafraîchir, la session va passer hors délai et sera
+ supprimée. Lorsqu'une session est utilisée pour stocker les
+ informations de connexion d'un utilisateur, ceci aura pour effet de
+ le déconnecter automatiquement après le délai spécifié.</p>
+
+ <p>Donner à cette directive la valeur 0 empêche l'expiration de la
+ session.</p>
+
+</div>
+</div>
+<div class="bottomlang">
+<p><span>Langues Disponibles: </span><a href="../en/mod/mod_session.html" hreflang="en" rel="alternate" title="English"> en </a> |
+<a href="../fr/mod/mod_session.html" title="Français"> fr </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&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/2.4/mod/mod_session.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 2012 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/directives.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>
\ No newline at end of file
--- /dev/null
+<?xml version="1.0"?>
+<!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
+<!-- English Revision : 1334024 -->
+<!-- French translation : Lucien GENTIS -->
+<!-- Reviewed by : Vincent Deffontaines -->
+
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<modulesynopsis metafile="mod_session.xml.meta">
+
+<name>mod_session</name>
+<description>Support des sessions</description>
+<status>Extension</status>
+<sourcefile>mod_session.c</sourcefile>
+<identifier>session_module</identifier>
+<compatibility>Disponible depuis la version 2.3 d'Apache</compatibility>
+
+<summary>
+ <note type="warning"><title>Avertissement</title>
+ <p>Le module session fait usage des cookies HTTP, et peut à ce
+ titre être victime d'attaques de type Cross Site Scripting, ou
+ divulguer des informations à caractère privé aux clients. Veuillez
+ vous assurer que les risques ainsi encourus ont été pris en compte
+ avant d'activer le support des sessions sur votre serveur.</p>
+ </note>
+
+ <p>Ce module fournit le support d'une interface de session pour
+ chaque utilisateur au niveau du serveur global. Les sessions
+ permettent de transmettre diverses informations : l'utilisateur
+ est-il connecté ou non, ou toute autre information qui doit être
+ conservée d'une requête à l'autre.</p>
+
+ <p>Les sessions peuvent être stockées sur le serveur, ou au niveau
+ du navigateur. Les sessions peuvent également être chiffrées pour une
+ sécurité accrue. Ces fonctionnalités sont réparties entre différents
+ modules complémentaires de <module>mod_session</module> :
+ <module>mod_session_crypto</module>,
+ <module>mod_session_cookie</module> et
+ <module>mod_session_dbd</module>. Chargez les modules appropriés
+ en fonction des besoins du serveur (soit statiquement à la
+ compilation, soit dynamiquement via la directive <directive
+ module="mod_so">LoadModule</directive>).</p>
+
+ <p>Les sessions peuvent être manipulées par d'autres modules qui
+ dépendent de la session, ou la session peut être lue et écrite dans
+ des variables d'environnement et des en-têtes HTTP, selon les
+ besoins.</p>
+
+</summary>
+<seealso><module>mod_session_cookie</module></seealso>
+<seealso><module>mod_session_crypto</module></seealso>
+<seealso><module>mod_session_dbd</module></seealso>
+
+ <section id="whatisasession"><title>Qu'est-ce qu'une session ?</title>
+ <p>Au coeur de l'interface de session se trouve une table de
+ paires clé/valeur qui sont accessibles d'une requête du navigateur
+ à l'autre. Les valeurs de clés peuvent se voir affecter toute chaîne
+ de caractères valide, en fonction des besoins de l'application qui
+ fait usage de la session.</p>
+
+ <p>Une "session" est une chaîne
+ <strong>application/x-www-form-urlencoded</strong> qui contient la
+ paire clé/valeur définie par la <a
+ href="http://www.w3.org/TR/html4/">spécification HTML</a>.</p>
+
+ <p>Selon les souhaits de l'administrateur, la session peut être
+ chiffrée et codée en base64 avant d'être soumise au dispositif de
+ stockage.</p>
+
+ </section>
+ <section id="whocanuseasession"><title>Qui peut utiliser une session
+ ?</title>
+ <p>L'interface de session a été conçue à l'origine pour être
+ utilisée par d'autres modules du serveur comme
+ <module>mod_auth_form</module> ; les applications à base de
+ programmes CGI peuvent cependant se voir accorder l'accès au
+ contenu d'une session via la variable d'environnement
+ HTTP_SESSION. Il est possible de modifier et/ou de mettre à jour
+ une session en insérant un en-tête de réponse HTTP contenant les
+ nouveaux paramètres de session.</p>
+
+ </section>
+ <section id="serversession"><title>Stockage des sessions sur le
+ serveur</title>
+ <p>Apache peut être configuré pour stocker les sessions
+ utilisateurs sur un serveur particulier ou un groupe de serveurs.
+ Cette fonctionnalité est similaire aux sessions disponibles sur
+ les serveurs d'applications courants.</p>
+
+ <p>Selon la configuration, les sessions sont suivies à
+ partir d'un identifiant de session stocké dans un cookie, ou
+ extraites de la chaîne de paramètres de l'URL, comme dans les
+ requêtes GET courantes.</p>
+
+ <p>Comme le contenu de la session est stocké exclusivement sur le
+ serveur, il est nécessaire de préserver la confidentialité de ce
+ contenu. Ceci a des implications en matière de performance et de
+ consommation de ressources lorsqu'un grand nombre de sessions est
+ stocké, ou lorsqu'un grand nombre de serveurs doivent se partager
+ les sessions entre eux.</p>
+
+ <p>Le module <module>mod_session_dbd</module> permet de stocker
+ les sessions utilisateurs dans une base de données SQL via le
+ module <module>mod_dbd</module>.</p>
+
+ </section> <!-- /serversession -->
+
+ <section id="browsersession"><title>Stockage des sessions au niveau
+ du navigateur</title>
+ <p>Dans les environnements à haut trafic où le stockage d'une
+ session sur un serveur consomme trop
+ de ressources, il est possible de stocker le contenu de la session
+ dans un cookie au niveau du navigateur client.</p>
+
+ <p>Ceci a pour avantage de ne nécessiter qu'une quantité minimale de
+ ressources sur le serveur pour suivre les sessions, et évite à
+ plusieurs serveurs parmi une forêt de serveurs de devoir partager
+ les informations de session.</p>
+
+ <p>Le contenu de la session est cependant présenté au client, avec
+ pour conséquence un risque de perte de confidentialité. Le module
+ <module>mod_session_crypto</module> peut être configuré pour
+ chiffrer le contenu de la session avant qu'elle soit stockée au
+ niveau du client.</p>
+
+ <p>Le module <module>mod_session_cookie</module> permet de stocker
+ les sessions au niveau du navigateur dans un cookie HTTP.</p>
+
+ </section> <!-- /browsersession -->
+
+ <section id="basicexamples"><title>Exemples simples</title>
+
+ <p>La création d'une session consiste simplement à ouvrir la
+ session, et à décider de l'endroit où elle doit être stockée. Dans
+ l'exemple suivant, la session sera stockée au niveau du
+ navigateur, dans un cookie nommé <code>session</code>.</p>
+
+ <example><title>Session stockée au niveau du navigateur</title>
+ <highlight language="config">
+Session On
+SessionCookieName session path=/
+ </highlight>
+ </example>
+
+ <p>Une session est inutile s'il n'est pas possible d'y lire
+ ou d'y écrire. L'exemple suivant montre comment des valeurs
+ peuvent être injectées dans une session à l'aide d'un en-tête de
+ réponse HTTP prédéterminé nommé
+ <code>X-Replace-Session</code>.</p>
+
+ <example><title>Ecriture dans une session</title>
+ <highlight language="config">
+Session On
+SessionCookieName session path=/
+SessionHeader X-Replace-Session
+ </highlight>
+ </example>
+
+ <p>L'en-tête doit contenir des paires clé/valeur sous le même
+ format que celui de la chaîne d'argument d'une URL, comme dans
+ l'exemple suivant. Donner pour valeur à une clé la chaîne vide a
+ pour effet de supprimer la clé de la session.</p>
+
+ <example><title>Script CGI pour écrire dans une session</title>
+ <highlight language="sh">
+#!/bin/bash
+echo "Content-Type: text/plain"
+echo "X-Replace-Session: key1=foo&key2=&key3=bar"
+echo
+env
+ </highlight>
+ </example>
+
+ <p>Selon la configuration, les informations de la session peuvent
+ être extraites de la variable d'environnement HTTP_SESSION. Par
+ défaut la session est privée, et cette fonctionnalité doit donc
+ être explicitement activée via la directive <directive
+ module="mod_session">SessionEnv</directive>.</p>
+
+ <example><title>Lecture depuis une session</title>
+ <highlight language="config">
+Session On
+SessionEnv On
+SessionCookieName session path=/
+SessionHeader X-Replace-Session
+ </highlight>
+ </example>
+
+ <p>Une fois la lecture effectuée, la variable CGI
+ <code>HTTP_SESSION</code> doit contenir la valeur
+ <code>clé1=foo&clé3=bar</code>.</p>
+
+ </section>
+ <section id="sessionprivacy"><title>Confidentialité des
+ sessions</title>
+
+ <p>En utilisant la fonctionnalité de votre navigateur "Afficher
+ les cookies", vous pouvez voir une réprésentation de la session
+ sous forme de texte en clair. Ceci peut poser problème si le
+ contenu de la session doit être dissimulé à l'utilisateur final,
+ ou si un tiers accède sans autorisation aux informations de
+ session.</p>
+
+ <p>À ce titre, le contenu de la session peut être chiffré à l'aide
+ du module <module>mod_session_crypto</module> avant d'être stocké
+ au niveau du navigateur.</p>
+
+ <example><title>Session chiffrée avant stockage au niveau du
+ navigateur</title>
+ <highlight language="config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/
+ </highlight>
+ </example>
+
+ <p>La session sera automatiquement déchiffrée à la lecture, et
+ rechiffrée par Apache lors de la sauvegarde, si bien que
+ l'application sous-jacente qui utilise la session n'a pas à se
+ préoccuper de savoir si un chiffrement a été mis en oeuvre ou
+ non.</p>
+
+ <p>Les sessions stockées sur le serveur plutôt qu'au niveau du
+ navigateur peuvent aussi être chiffrées, préservant par là-même la
+ confidentialité lorsque des informations sensibles sont partagées
+ entre les serveurs web d'une forêt de serveurs à l'aide du module
+ <module>mod_session_dbd</module>.</p>
+
+ </section>
+ <section id="cookieprivacy"><title>Confidentialité du cookie</title>
+
+ <p>Le mécanisme de cookie HTTP offre aussi des fonctionnalités
+ quant à la confidentialité, comme la possibilité de
+ restreindre le transport du cookie aux pages protégées par SSL
+ seulement, ou l'interdiction pour les scripts java qui
+ s'exécutent au niveau du navigateur d'obtenir l'accès au contenu
+ du cookie.</p>
+
+ <note type="warning"><title>Avertissement</title>
+ <p>Certaines fonctionnalités de confidentialité du cookie HTTP ne
+ sont pas standardisées, ou ne sont pas toujours implémentées au
+ niveau du navigateur. Les modules de session vous permettent de
+ définir les paramètres du cookie, mais il n'est pas garanti que la
+ confidentialité sera respectée par le navigateur. Si la sécurité
+ est la principale préoccupation, chiffrez le contenu de la session
+ avec le module <module>mod_session_crypto</module>, ou stockez la
+ session sur le serveur avec le module
+ <module>mod_session_dbd</module>.</p>
+ </note>
+
+ <p>Les paramètres standards du cookie peuvent être spécifiés après
+ le nom du cookie comme dans l'exemple suivant :</p>
+
+ <example><title>Définition des paramètres du cookie</title>
+ <highlight language="config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/private;domain=example.com;httponly;secure;
+ </highlight>
+ </example>
+
+ <p>Dans les cas où le serveur Apache sert de frontal pour des
+ serveurs d'arrière-plan, il est possible de supprimer les cookies
+ de session des en-têtes HTTP entrants à l'aide de la directive
+ <directive
+ module="mod_session_cookie">SessionCookieRemove</directive>. Ceci
+ permet d'empêcher les serveurs d'arrière-plan d'accéder au contenu
+ des cookies de session.
+ </p>
+
+ </section>
+ <section id="authentication"><title>Support des sessions pour
+ l'authentification</title>
+
+ <p>Comme il est possible de le faire avec de nombreux serveurs
+ d'applications, les modules d'authentification peuvent utiliser
+ une session pour stocker le nom d'utilisateur et le mot de passe
+ après connexion. Le module <module>mod_auth_form</module> par
+ exemple, sauvegarde les nom de connexion et mot de passe de
+ l'utilisateur dans une session.</p>
+
+ <example><title>Authentification à base de formulaire</title>
+ <highlight language="config">
+Session On
+SessionCryptoPassphrase secret
+SessionCookieName session path=/
+AuthFormProvider file
+AuthUserFile conf/passwd
+AuthType form
+AuthName realm
+#...
+ </highlight>
+ </example>
+
+ <p>Pour la documentation et des exemples complets, voir le module
+ <module>mod_auth_form</module>.</p>
+
+ </section>
+
+ <section id="integration"><title>Intégration des sessions avec les
+ applications externes</title>
+
+ <p>Pour que les sessions soient utiles, leur contenu doit être
+ accessible aux applications externes, et ces dernières doivent
+ elles-mêmes être capables d'écrire une session.</p>
+
+ <p>L'exemple type est une application qui modifie le mot de passe
+ d'un utilisateur défini par <module>mod_auth_form</module>. Cette
+ application doit pouvoir extraire les nom d'utilisateur et mot de
+ passe courants de la session, effectuer les modifications
+ demandées, puis écrire le nouveau mot de passe dans la session,
+ afin que la transition vers le nouveau mot de passe soit
+ transparente.</p>
+
+ <p>Un autre exemple met en jeu une application qui enregistre un
+ nouvel utilisateur pour la première fois. Une fois
+ l'enregistrement terminé, le nom d'utilisateur et le mot de passe
+ sont écrits dans la session, fournissant là aussi une transition
+ transparente.</p>
+
+ <dl>
+ <dt>Modules Apache</dt>
+ <dd>Selon les besoins, les modules du serveur peuvent utiliser
+ l'API <strong>mod_session.h</strong> pour lire et écrire dans les
+ sessions. Les modules tels que <module>mod_auth_form</module>
+ utilisent ce mécanisme.
+ </dd>
+
+ <dt>Programmes CGI et langages de script</dt>
+ <dd>Les applications qui s'exécutent au sein du serveur web
+ peuvent éventuellement extraire la valeur de la session de la
+ variable d'environnement <strong>HTTP_SESSION</strong>. La session
+ doit être codée sous la forme d'une chaîne
+ <strong>application/x-www-form-urlencoded</strong> selon les
+ préconisations de la <a
+ href="http://www.w3.org/TR/html4/">specification HTML</a>. Cette
+ variable d'environnement est définie via la directive <directive
+ module="mod_session">SessionEnv</directive>. Un script peut écrire
+ dans la session en renvoyant un en-tête de réponse
+ <strong>application/x-www-form-urlencoded</strong> dont le nom est
+ défini via la directive <directive
+ module="mod_session">SessionHeader</directive>. Dans les deux cas,
+ tout chiffrement ou déchiffrement, ainsi que la lecture ou
+ l'écriture de ou vers la session à partir du mécanisme de stockage
+ choisi sont gérés par le module <module>mod_session</module> et la
+ configuration correspondante.
+ </dd>
+
+ <dt>Applications situées derrière <module>mod_proxy</module></dt>
+ <dd>Si la directive <directive
+ module="mod_session">SessionHeader</directive> est utilisée pour
+ définir un en-tête de requête HTTP, la session codée sous la forme
+ d'une chaîne <strong>application/x-www-form-urlencoded</strong>
+ sera accessible pour l'application. Si ce même en-tête est fourni
+ dans la réponse, sa valeur sera utilisée pour remplacer la
+ session. Comme précédemment, tout chiffrement ou déchiffrement,
+ ainsi que la lecture ou
+ l'écriture de ou vers la session à partir du mécanisme de stockage
+ choisi sont gérés par le module <module>mod_session</module> et la
+ configuration correspondante.</dd>
+
+ <dt>Applications indépendantes</dt>
+ <dd>Les applications peuvent choisir de manipuler la session en
+ s'affranchissant du contrôle du serveur HTTP Apache. Dans ce cas,
+ c'est l'application qui doit prendre en charge la lecture de la
+ session depuis le mécanisme de stockage choisi, son déchiffrement,
+ sa mise à jour, son chiffrement et sa réécriture vers le mécanisme
+ de stockage choisi de manière appropriée.</dd>
+ </dl>
+
+ </section>
+
+<directivesynopsis>
+<name>Session</name>
+<description>Ouvre une session pour le contexte courant</description>
+<syntax>Session On|Off</syntax>
+<default>Session Off</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+ <p>La directive <directive>Session</directive> permet d'ouvrir une
+ session pour le contexte ou conteneur courant. Les directives
+ suivantes permettent de définir où la session sera stockée et
+ comment sera assurée la confidentialité.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SessionMaxAge</name>
+<description>Définit une durée de vie maximale pour la session en
+secondes</description>
+<syntax>SessionMaxAge <var>durée de vie maximale</var></syntax>
+<default>SessionMaxAge 0</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+ <p>La directive <directive>SessionMaxAge</directive> permet de
+ définir la durée maximale pendant laquelle une session restera
+ valide. Lorsqu'une session est sauvegardée, cette durée est
+ réinitialisée et la session peut continuer d'exister. Si la durée
+ d'une session dépasse cette limite sans qu'une requête au serveur ne
+ vienne la rafraîchir, la session va passer hors délai et sera
+ supprimée. Lorsqu'une session est utilisée pour stocker les
+ informations de connexion d'un utilisateur, ceci aura pour effet de
+ le déconnecter automatiquement après le délai spécifié.</p>
+
+ <p>Donner à cette directive la valeur 0 empêche l'expiration de la
+ session.</p>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SessionEnv</name>
+<description>Définit si le contenu de la session doit être enregistré
+dans la variable d'environnement <var>HTTP_SESSION</var></description>
+<syntax>SessionEnv On|Off</syntax>
+<default>SessionEnv Off</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+ <p>Lorsque la directive <directive>SessionEnv</directive> est
+ définie à <var>On</var>, le contenu de la session est enregistré
+ dans une variable d'environnement CGI nommée
+ <var>HTTP_SESSION</var>.</p>
+
+ <p>La chaîne est écrite sous le même format que celui de la chaîne
+ d'arguments d'une URL, comme dans l'exemple suivant :</p>
+
+ <example>
+ <code>clé1=foo&clé3=bar</code>
+ </example>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SessionHeader</name>
+<description>Importation des mises à jour de session depuis l'en-tête de
+réponse HTTP spécifié</description>
+<syntax>SessionHeader <var>en-tête</var></syntax>
+<default>none</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+ <p>La directive <directive>SessionHeader</directive> permet de
+ définir le nom d'un en-tête de réponse HTTP qui, s'il est présent,
+ sera lu et son contenu écrit dans la session courante.</p>
+
+ <p>Le contenu de l'en-tête doit se présenter sous le même format que
+ celui de la chaîne d'arguments d'une URL, comme dans l'exemple
+ suivant :</p>
+
+ <example>
+ <code>clé1=foo&clé2=&clé3=bar</code>
+ </example>
+
+ <p>Si une clé a pour valeur la chaîne vide, elle sera supprimée de
+ la session.</p>
+
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SessionInclude</name>
+<description>Définit les préfixes d'URL pour lesquels une session est
+valide</description>
+<syntax>SessionInclude <var>chemin</var></syntax>
+<default>toutes URLs</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+<override>AuthConfig</override>
+
+<usage>
+ <p>La directive <directive>SessionInclude</directive> permet de
+ définir les préfixes d'URL spécifiques pour lesquels une session
+ sera valide. Ceci peut améliorer l'efficacité d'un site web, en
+ ciblant de manière plus précise l'espace d'URL pour lequel une
+ session devra être maintenue. Par défaut, toutes les URLs du
+ contexte ou du conteneur courant sont incluses dans la session.</p>
+
+ <note type="warning"><title>Avertissement</title>
+ <p>Cette directive a un comportement similaire à celui de l'attribut
+ <var>chemin</var> des cookies HTTP, mais ne doit pas être confondue
+ avec cet attribut. En effet, cette directive ne définit pas
+ l'attribut <var>chemin</var>, qui doit être configuré séparément.</p></note>
+</usage>
+</directivesynopsis>
+
+<directivesynopsis>
+<name>SessionExclude</name>
+<description>Définit les préfixes d'URLs pour lesquels une session sera
+ignorée</description>
+<syntax>SessionExclude <var>chemin</var></syntax>
+<default>none</default>
+<contextlist><context>server config</context>
+<context>virtual host</context>
+<context>directory</context>
+<context>.htaccess</context>
+</contextlist>
+
+<usage>
+ <p>La directive <directive>SessionExclude</directive> permet de
+ définir les préfixes d'URLs pour lesquels la session sera
+ désactivée. Ceci peut améliorer l'efficacité d'un site web, en
+ ciblant de manière plus précise l'espace d'URL pour lequel une
+ session devra être maintenue. Par défaut, toutes les URLs du
+ contexte ou du conteneur courant sont incluses dans la session. La
+ directive <directive module="mod_session">SessionExclude</directive>
+ l'emporte sur la directive <directive
+ module="mod_session">SessionInclude</directive>.</p>
+
+ <note type="warning"><title>Avertissement</title>
+ <p>Cette directive a un comportement similaire à celui de l'attribut
+ <var>chemin</var> des cookies HTTP, mais ne doit pas être confondue
+ avec cet attribut. En effet, cette directive ne définit pas
+ l'attribut <var>chemin</var>, qui doit être configuré
+ séparément.</p></note>
+</usage>
+</directivesynopsis>
+
+</modulesynopsis>
projects / apache / commitdiff