Ce module fournit des fonctionnalités d'autorisation permettant
    d'accorder ou de refuser aux utilisateurs authentifiés l'accès à
    certaines zones du site web en fonction de leur appartenance à tel
    ou tel groupe. Les modules 
Ce module peut aussi fournir des fonctionnalités de connexion
    utilisateur s'appuyant sur une base de données. Ceci prend le plus souvent
    sens lorsque le module est utilisé conjointement avec
    
Ce module s'appuie sur 
Les directives dbd-group,
    dbd-login et dbd-logout.
A partir de la version 2.4.8, les directives require DBD supportent les expressions.
Cette directive permet de spécifier à quel groupe un utilisateur doit appartenir pour obtenir l'autorisation d'accès.
Cette directive permet de spécifier une requête à exécuter pour indiquer que l'utilisateur s'est authentifié.
Cette directive permet de spécifier une requête à exécuter pour indiquer que l'utilisateur s'est déconnecté.
Outre sa fonction d'autorisation standard consistant à vérifier l'appartenance à des groupes, ce module permet également de gérer des sessions utilisateur côté serveur grâce à sa fonctionnalité de gestion de login/logout via base de données. En particulier, il peut mettre à jour le statut de session de l'utilisateur dans la base de données chaque fois que celui-ci visite certaines URLs (sous réserve bien entendu que l'utilisateur fournisse les informations de connexion nécessaires).
Pour cela, il faut definir deux directives Require
dbd-login et Require dbd-logout. Pour les détails de
leur utilisation, voir l'exemple de configuration ci-dessous.
Pour les administrateurs qui désirent implémenter une gestion de session côté client fonctionnant de concert avec les fonctionnalités de connexion/déconnexion côté serveur offertes par ce module, il est possible de définir ou en d'annuler par exemple un cookie HTTP ou un jeton de connextion lorsqu'un utilisateur se connecte ou se déconnecte.
 Pour supporter une telle intégration, 
Selon le pilote DBD choisi et le serveur d'arrière-plan que vous utilisez, vous devrez prendre garde à la sécurité dans le domaine SQL. Avec la plupart des pilotes, vous n'avez rien à faire : la requête est préparée par la base de données au démarrage, et l'entrée utilisateur n'est utilisée qu'en tant que donnée. Mais vous aurez peut-être à nettoyer cette entrée. Au moment où ces lignes sont écrites, le seul pilote DBD qui peut nécessiter le nettoyage de l'entrée est FreeTDS.
Veuillez vous référez à la documentation de
  
La directive 
Require dbd-group, elle spécifie
    une requête permettant de rechercher les groupes d'appartenance de
    l'utilisateur courant. Ceci correspond à la fonctionnalité standard
    d'autres modules d'autorisation comme
    Require dbd-login ou
    Require dbd-logout, elle ne refusera jamais l'accès,
    mais au contraire exécutera une requête SQL permettant d'enregistrer
    la connexion ou la déconnexion de l'utilisateur. Ce dernier doit
    être déjà authentifié avec Dans tous les cas, l'identifiant utilisateur sera transmis comme
    paramètre sous la forme d'une simple chaîne lorsque la requête SQL
    sera exécutée. Il y sera fait référence dans la requête en utilisant
    le spécificateur de format %s.
Spécifie une requête SQL optionnelle à utiliser après une
    connexion (ou une déconnexion) réussie pour rediriger l'utilisateur
    vers une URL, qui peut être spécifique à l'utilisateur.
    L'identifiant utilisateur sera transmis comme paramètre sous la
    forme d'une simple chaîne lorsque la requête SQL sera exécutée. Il y
    sera fait référence dans la requête en utilisant le spécificateur de
    format %s.
La première colonne du premier enregistrement renvoyé par la requête doit contenir une chaîne de caractères correspondant à une URL vers laquelle rediriger le client. Les enregistrements suivants sont ignorés. Si aucun enregistrement n'est renvoyé, le client ne sera pas redirigé.
Notez que 
Referer est présenteUtilisée en conjonction avec Require dbd-login ou
    Require dbd-logout, cette directive permet de rediriger
    le client vers la page d'origine (l'URL contenue dans l'en-tête
    de requête HTTP Referer, s'il est présent). En
    l'absence d'en-tête Referer, la définition
    AuthzDBDLoginToReferer On sera ignorée.