Caractéristiques
Basée sur la contribution Authentification externe par une base MySql, cette variante se distingue par les faits suivants :
- Les requêtes ne se basent non plus sur la fonction spip_query mais s’effectuent à partir de la librairie Pear DB, ce qui permet de faire abstraction du serveur de base de données (MySQL, PostgreSQL, InterBase, Mini SQL, Microsoft SQL Server, Oracle 7/8/8i, ODBC, SyBase, Informix, FrontBase).
- Fonctionne avec des versions récentes de spip (développé et testé sous SPIP 1.8.2 g)
- Utilisation d’un champ optionnel pour spécifier si l’utilisateur est autorisé à s’identifier sous spip et permet de spécifier différentes valeurs de ce champ pour répartir les utilisateurs entre rédacteurs et administrateurs (si ce champ optionnel n’est pas spécifié, tous les utilisateurs sont par défaut de simples auteurs)
- Possibilité de récupérer le profil d’un utilisateur à partir de 2 tables jointes à partir d’une clé (optionnel et utile lorsque le profil d’un utilisateur est réparti sur 2 tables, par exemple une table pour les paramètres de connexions et une table pour les informations personnelles).
- Pas d’interface d’installation donc réservé à des utilisateurs avertis (désolé !). L’installation de cette contribution se fait après avoir installé normalement spip et le paramétrage s’effectue uniquement en éditant le fichier de configuration
inc_connect.php3
- Ajout du cryptage de mot de passe de type unix (crypt avec salt). Message d’erreur si le serveur externe d’authentification est down.
Cette variante a été développée pour répondre au besoin de permettre à des utilisateurs dont le profil est stocké dans une base postgreSQL de s’identifier sous spip et spikini. De plus, les profils utilisateurs sont stockées dans 2 tables différentes nécessitant une jointure. En outre, avec les versions 1.8.2 de spip, le fichier inc_login.php3 a été remplacé par formulaires/inc-login_public.php3 ce qui oblige a quelques adaptations mineures par rapport à la contribution originale.
Pré-requis
La librairie Pear DB doit être préalablement installée et accessible dans le path courant par php, ceci afin de pouvoir inclure DB.php.
Installation
Modification du noyau de spip
Il est nécessaire d’effectuer des modifications minimes dans spip_cookie.php3 et formulaires/inc-login_public.php3
Dans spip_cookie.php3, sous les lignes :
// Essayer differentes methodes d'authentification
$auths = array('spip');
include_local(_FILE_CONNECT); // pour savoir si ldap est present
if ($ldap_present) $auths[] = 'ldap';ajoutez la ligne :
Dans formulaires/inc-login_public.php3, remplacez la section :
AND !$GLOBALS['ldap_present'])par :
Attention cette modification est à reporter 2 fois (recherchez le mot ldap pour trouver les 2 lignes à modifier - lignes 98 et 113 dans la version utilisée).
Fichier à ajouter
Il s’agit du module d’authentification externe inc_auth_bddext.php3 a ajouter dans le répertoire /ecrire/
Paramétrage de l’authentification externe
Tous le paramétrage d’effectue par l’intermédiaire du fichier inc_connect.php3 contenu dans le répertoire /ecrire/
Il faut ajouter à la fin de ce fichier :
Effectuer le paramétrage de l’authentification externe :
- Le champ
bddext_typespécifie le serveur de base de donnée (selon la syntaxe des containers Pear DB). - Le champ
bddext_tablespécifie la table servant à stocker les utilisateurs. - Si les profils utilisateurs sont répartis sur 2 tables, il faut spécifier les champs
bddext_table_jointure(seconde table) etbddext_champ_jointure(nom de la clé utilisée pour faire la jointure entre les 2 tables). Dans le cas contraire, mettre à vide ces 2 champs. - Le champ
prenomest optionnel. S’il est spécifié, le nom de l’utilisateur sera la concaténation du prénom et du nom sous la forme "Prenom NOM". - Le champ
statutest optionnel. S’il est spécifié, il permet de préciser quel est le champ utilisé pour savoir si l’utilisateur est autorisé à accéder à l’interface privée de spip et si oui quels sont les valeurs associés aux rédacteurs et aux administrateurs (par le biais debddext_adminetbddext_auteur. Si le champstatutn’est pas spécifié, tous les utilisateurs sont rédacteurs. - Le champ
bddext_type_passpermet de spécifier le cryptage utilisé pour les mots de passe. - Les champs
bddext_adminetbddext_auteurne sont utilisés que si le champstatutest précisé. Ces champs sont des tableaux de valeur permettant de spécifier quel(s) valeur(s) correspond(ent) aux statuts d’administrateurs et de rédacteurs.