[spip-dev] SPIP et active directory

la suite de ceci
http://trac.rezo.net/trac/spip/ticket/1147

je suis sous linux redhat avec active directory serveur 2003

en mettant a jour mon site en SPIP 2.0 j'ai toujours le meme problème

d'abord un temps infini pour passer de l'étape 2 a l'étape 3 (10 mn)

puis si un auteur existant peut bien se connecter la création d'un auteur se passe mal car s'il est bien créé son login ne l'ai pas dans la base ce qui fait qu'il est créé a chaque fois qu'il se connecte.

je ne vois rien dans les logs

j'avais déjà rencontré ce pb, je pesnsais qu'il était au moins contourn

je vais essayer avec un XAMPP sous windows

lara a écrit :

la suite de ceci
http://trac.rezo.net/trac/spip/ticket/1147

je suis sous linux redhat avec active directory serveur 2003

en mettant a jour mon site en SPIP 2.0 j'ai toujours le meme problème

d'abord un temps infini pour passer de l'étape 2 a l'étape 3 (10 mn)

puis si un auteur existant peut bien se connecter la création d'un auteur se passe mal car s'il est bien créé son login ne l'ai pas dans la base ce qui fait qu'il est créé a chaque fois qu'il se connecte.

je ne vois rien dans les logs

j'avais déjà rencontré ce pb, je pesnsais qu'il était au moins contourn

je vais essayer avec un XAMPP sous windows

je viens d'essayer sous XAMPP

l'installation est très rapide, mais toujours le meme pb de récupération de login.

on pouurait pas fixer dans le formulaire d'install le champ necessaire a u login, comme on le fait pour le chemin
plutot que de mettre une machine a tester qui marchouille ?

lara a écrit :

lara a écrit :

la suite de ceci
http://trac.rezo.net/trac/spip/ticket/1147

je suis sous linux redhat avec active directory serveur 2003

en mettant a jour mon site en SPIP 2.0 j'ai toujours le meme problème

d'abord un temps infini pour passer de l'étape 2 a l'étape 3 (10 mn)

puis si un auteur existant peut bien se connecter la création d'un auteur se passe mal car s'il est bien créé son login ne l'ai pas dans la base ce qui fait qu'il est créé a chaque fois qu'il se connecte.

je ne vois rien dans les logs

j'avais déjà rencontré ce pb, je pesnsais qu'il était au moins contourn

je vais essayer avec un XAMPP sous windows

je viens d'essayer sous XAMPP

l'installation est très rapide, mais toujours le meme pb de récupération de login.

on pouurait pas fixer dans le formulaire d'install le champ necessaire a u login, comme on le fait pour le chemin
plutot que de mettre une machine a tester qui marchouille ?

ca marche mieux si dans le fichier /inc/auth_ldap si ligne 90 on rajoute "objectClass=*",

  ligne 85 // Lire les infos sur l'uid de l'utilisateur depuis LDAP
  ligne 87 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("uid", "cn", "mail", "description"));
    ligne 67
         ligne 88// Si ça ne marche pas, essayer avec le samaccountname
        ligne 89 if (!$result)
                ligne 90 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("samaccountname", "cn", "mail", "description"));

je prépare une petite modif pour simplifier la moulinette
voir un plugin pour un post-paramétrage

lara a écrit :

lara a écrit :

lara a écrit :

la suite de ceci
http://trac.rezo.net/trac/spip/ticket/1147

je suis sous linux redhat avec active directory serveur 2003

en mettant a jour mon site en SPIP 2.0 j'ai toujours le meme problème

d'abord un temps infini pour passer de l'étape 2 a l'étape 3 (10 mn)

puis si un auteur existant peut bien se connecter la création d'un auteur se passe mal car s'il est bien créé son login ne l'ai pas dans la base ce qui fait qu'il est créé a chaque fois qu'il se connecte.

je ne vois rien dans les logs

j'avais déjà rencontré ce pb, je pesnsais qu'il était au moins contourn

je vais essayer avec un XAMPP sous windows

je viens d'essayer sous XAMPP

l'installation est très rapide, mais toujours le meme pb de récupération de login.

on pouurait pas fixer dans le formulaire d'install le champ necessaire a u login, comme on le fait pour le chemin
plutot que de mettre une machine a tester qui marchouille ?

ca marche mieux si dans le fichier /inc/auth_ldap si ligne 90 on rajoute "objectClass=*",

ligne 85 // Lire les infos sur l'uid de l'utilisateur depuis LDAP
ligne 87 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("uid", "cn", "mail", "description"));
   ligne 67
        ligne 88// Si ça ne marche pas, essayer avec le samaccountname
       ligne 89 if (!$result)
               ligne 90 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("samaccountname", "cn", "mail", "description"));

je prépare une petite modif pour simplifier la moulinette
voir un plugin pour un post-paramétrage

j'ai mis a disposition les fichiers modifiés

a remettre a leur place dans ecrire

/install pour les fichiers d'install

etape_ldap3.php
etape_ldap4.php
/inc pour auth_ldap.php

http://ile-de-france.sante.gouv.fr/drass/divers/ldap_spip.zip

ca marche ici

S'lt

Si tu as un patch il est preferable d'ouvrir un ticket je pense. Plus
pratique pour l'historique.

Tu as la commande svn diff qui te permet de generer le diff entre la
version svn et tes modifs.

Km

cam.lafit@azerttyu.net a écrit :

S'lt

Si tu as un patch il est preferable d'ouvrir un ticket je pense. Plus
pratique pour l'historique.

Tu as la commande svn diff qui te permet de generer le diff entre la
version svn et tes modifs.

Km

j'ose pas mettre sur svn , je n'ai pas de compte et ça vaut mieux pour l'instant.

je répond en fait a un ticket généré sur le svn dans lequel il y a un lien vers le forum , mais je ne sais pas pourquoi je n'arrive pas a poster dans le forum.
ben m'avais renvoyé ceci

salut,
du nouveau la dessus ?
http://trac.rezo.net/trac/spip/ticket/1147

cam.lafit@azerttyu.net a écrit :

S'lt

Si tu as un patch il est preferable d'ouvrir un ticket je pense. Plus
pratique pour l'historique.

Tu as la commande svn diff qui te permet de generer le diff entre la
version svn et tes modifs.

Km

apparement il faut un code

je veux bien m'y coller

merci

Merci de la proposition, mais elle me pose un pb. Si j'ai bien compris tu demandes à l'install les noms des champs Ldap à consulter, mais tu ne les mémorises pas ensuite, ce qui fait que dans inc/auth_ldap.php ils réapparaissent sous forme de valeurs de globales qui sont définies ailleurs que dans tes fichiers (dans mes_options je présume). Pourrais-tu ajouter à étape_ldap4 une mémorisation comme metas des noms indiqués, et les utiliser après ?

Committo,Ergo:Sum

Committo,Ergo:sum a écrit :

ca marche mieux si dans le fichier /inc/auth_ldap si ligne 90 on rajoute "objectClass=*",
ligne 85 // Lire les infos sur l'uid de l'utilisateur depuis LDAP
ligne 87 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("uid", "cn", "mail", "description"));
  ligne 67
       ligne 88// Si ça ne marche pas, essayer avec le samaccountname
      ligne 89 if (!$result)
              ligne 90 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("samaccountname", "cn", "mail", "description"));
je prépare une petite modif pour simplifier la moulinette
voir un plugin pour un post-paramétrage

j'ai mis a disposition les fichiers modifiés

a remettre a leur place dans ecrire

/install pour les fichiers d'install

etape_ldap3.php
etape_ldap4.php
/inc pour auth_ldap.php

Merci de la proposition, mais elle me pose un pb. Si j'ai bien compris tu demandes à l'install les noms des champs Ldap à consulter, mais tu ne les mémorises pas ensuite, ce qui fait que dans inc/auth_ldap.php ils réapparaissent sous forme de valeurs de globales qui sont définies ailleurs que dans tes fichiers (dans mes_options je présume). Pourrais-tu ajouter à étape_ldap4 une mémorisation comme metas des noms indiqués, et les utiliser après ?

Committo,Ergo:Sum

ils sont sauvegardé dans LDAP.php a priori ca marche ici, les champs sont préremplis a titre de proposition , il y a du nettoyage a faire car il reste des tests inutiles.

j'y travaille

lara a écrit :

Committo,Ergo:sum a écrit :

ca marche mieux si dans le fichier /inc/auth_ldap si ligne 90 on rajoute "objectClass=*",
ligne 85 // Lire les infos sur l'uid de l'utilisateur depuis LDAP
ligne 87 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("uid", "cn", "mail", "description"));
  ligne 67
       ligne 88// Si ça ne marche pas, essayer avec le samaccountname
      ligne 89 if (!$result)
              ligne 90 $result = @ldap_read($ldap_link, $dn, "objectClass=*", array("samaccountname", "cn", "mail", "description"));
je prépare une petite modif pour simplifier la moulinette
voir un plugin pour un post-paramétrage

j'ai mis a disposition les fichiers modifiés

a remettre a leur place dans ecrire

/install pour les fichiers d'install

etape_ldap3.php
etape_ldap4.php
/inc pour auth_ldap.php

Merci de la proposition, mais elle me pose un pb. Si j'ai bien compris tu demandes à l'install les noms des champs Ldap à consulter, mais tu ne les mémorises pas ensuite, ce qui fait que dans inc/auth_ldap.php ils réapparaissent sous forme de valeurs de globales qui sont définies ailleurs que dans tes fichiers (dans mes_options je présume). Pourrais-tu ajouter à étape_ldap4 une mémorisation comme metas des noms indiqués, et les utiliser après ?

Committo,Ergo:Sum

ils sont sauvegardé dans LDAP.php a priori ca marche ici, les champs sont préremplis a titre de proposition , il y a du nettoyage a faire car il reste des tests inutiles.

j'y travaille

je viens de vérifier a nouveau ca marche bien

ca permttrait de lié cela au plugin accès restreint pour faire des liens entre valeur d'un champ auteur et appartenance a une zone