You are not logged in.
Re bonjour !
j'achoppe moi aussi sur l'intégration avec active directory de windows 2003...
mon serveur se nomme "dc2k3" il est ds le domaine "societe.fr", mes users sont tous dans l'OU "services"
Hote LDAP ldap://dc2k3.societe.fr
Basedn dc=dc2k3,dc=societe,dc=fr
rootdn (pour les connexions non anonymes) cn=ricoh,ou=users,dc=societe, dc=fr
Pass (pour les connexions non anonymes) *****
Filtre de connexion (&(objectClass=user)(objectCategory=person))
Liaisons GLPI/LDAP
name cn
email mail
location department
phone telephonenumber
realname displayname
a chaque fois que je me connecte avec un compte de mon ad j'ai:
Bad username or password.
merci de votre aide !
Last edited by taltos (2005-04-13 14:21:45)
Offline
Déjà pour tester mieux vaut supprimer le filtre de connexion. Si cela fonctionne sans vous pourrez ensuite restreindre vos connexions.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Hum hum.. ca ne change rien malheureusement....
Offline
idem pour moi
tout pareil bien comme il faut et pas message error password
par contre comment doit ton rentrer le login
car nous avons un login de type pxxxx
et dans le cn= on met nom prenom
Offline
Le basedn utilisé me semble bizarre...
est-ce que : dc=societe,dc=fr ne serait pas plus correct ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Hum, j'ai essayé aussi avec
Basedn dc=societe,dc=fr
meme erreur.....
satané windows
Offline
J'ai remarqué qu'il y avait un problème avec les filtre LDAP et mon AD. Pour fonctionner, le filtre doit etre unique (genre "(objectClass=user)"). Dès que j'ajoute d'autres critères dans le filtre, cela ne fonctionne plus. Peux-tu essayer en supprimant ton filtre et/ou utilisant un seul élement.
Autre point, dans le cas d'active directory il est préférable d'utiliser pour le champ "name" la valeur "samaccountname" qui correspond au login windows.
Offline
Vous pouvez récupérer le tarball de demain j'ai modifié un peu l'affichage des messages d'erreur et vous aurez plus d'infos normalement.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
bonjour
super avec le nouveau tarball on voit se qui se passe mais on ne sait pas pourquoi
j'ai donc ce message moi
Invalid credentials
Invalid credentials
Bad username or password
.
voila
Offline
Hello,
Essaye avec cette config (testée avec A.D. sous Win 2003) :
Basedn dc=societe,dc=fr
rootdn (pour les connexions non anonymes) cn=ricoh,cn=users,dc=societe,dc=fr
Filtre de connexion (objectClass=user)
Flo
Flo
Offline
par contre je repose la question
quel login doit on mettre
car dans AD j'ai : prenom nom
mais nos logins sont de type : px123456
alors je ne sais plus
et pour l'exemple a quoi correspond ricoh
Offline
Bonjour à tous,
Désolé de réactiver se post, mais j'ai le meme genre de problème. Je me suis permis de fouiller le code php de GLPI et je me suis rendu compte que la connection au serveur ldap se faisait bien c'est la fonction ldap_bind qui foire d'ou mas question, sur nos serveur nos mots de passe sont encodé d'une certaine facon md5, ssha ou autre, ne faudrait t'il pas que le mot de pass passé en parametre a la fonction ldap_bind le soit aussi afin que l'identification fonctionne correctement ?
Désolé de vous reveillez si brutalement en ce debut de semaine
J'espère que ma question pourra aider à faire progresser GLPI.
Personnellement je vais faire quelque test afin de voir si l'encodage du mot de passe y est pour quelque chose.
Bonne journée à vous
Offline
Normalement il n'y a pas de raison. AD ne va pas demander a ses utilsiateur de rentrer leurs mots de passe en MD5 quand même
je sais que Microsoft est vicieux mais a ce poitn j'endoute quand même
Si le bind ne fonctionne pas c'est que vous devez avoir un problème dans le basedn et/ou le rootdn+passwd
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Au debut c'est ce que je pensais aussi pourtant quand je regarde votre fonction ldap_get_dn qui recherche le dn a partir du basedn fournit dans les parametres vous recuperer dans une certaine variable toutes les infos de la personne qui se connecte, j'en deduisais que le Basedn etait correcte ce qui ma donc fait penser à l'encryptage du password.
En meme temps je vien de trouver la signification de l'erreur 49 ->Invalid CREDENTIALS :
* The client passed either an incorrect DN or password.
* The password is incorrect because it has expired, intruder detection has locked the account, or some other similar reason.
Donc je penses faire sous peut la danse de l'intuition pour trouver la solution
Edit
En effet ce n'est pas l'encryptage du mot de passe qui pose probleme donc reste plus que le baseDN
Bon ben faut que je vois l'admin pour en savoir plus je vous tiendrais au courant, on ne sais jamais ca pourrais aider quelqu'un
Last edited by tarlak (2005-04-18 10:19:27)
Offline
Pour trouver les base DN de ton AD, tu peux utiliser un brouteur LDAP. c'est bien utile pour voir ce qui se trame dans les annuaire LDAP et notament dans le cas de m$...
J'utilise celui là qui est gratos et en java : http://www-unix.mcs.anl.gov/~gawor/ldap/
Offline
Ca y eeeessssttttttt (oups désolé mais ma joie est grande lol)
J'ai trouvé la solution.... en modifiant le code de deux fonction de GLPI je vous explique lesquels :
la fonction ldap_get_dn jsute avant le return implode(",",$thedn); il y a la ligne : unset($thedn[0]);
je l'ai mise en commentaire.
ensuite j'ai modifier la function connection_ldap en modifiant la ligne $dn = "uid=" . $login . "," . $basedn;
pour la transformer en : $dn =$basedn;
et la miracle messieur ca marche et même tres bien, j'ai meme test ensuite en entrant mon login classique avec un mot de passe erroné et ca ne me connecte pas donc la fonction ldap_bind fonctionne trs bien
Voila en esperant que cela aidera quelqu'un.
Last edited by tarlak (2005-04-18 12:22:41)
Offline
Moi aussi j'ai un problème entre mon 2K3 et GLPI. La connexion a l'aire de se faire mais quand je logue un utilisateur j'ai le message
Connection failed to 0.0.0.0,143: Connection refused
Operations error
User not found or several users found.
Bad username or password
et quand je log un administrateur j'ai ce message:
Connection failed to 0.0.0.0,143: Connection refused
Operations error
Bad username or password
.
Mes paramètres de config sont les même que ceux que j'utilise dans phpldapadmin qui fonctionne très bien.
Merci de votre aide
PS : j'ai tester la modif de connection_ldap...
Last edited by Belu (2005-05-10 18:39:45)
Offline
Ca y eeeessssttttttt (oups désolé mais ma joie est grande lol)
J'ai trouvé la solution.... en modifiant le code de deux fonction de GLPI je vous explique lesquels :
la fonction ldap_get_dn jsute avant le return implode(",",$thedn); il y a la ligne : unset($thedn[0]);
je l'ai mise en commentaire.ensuite j'ai modifier la function connection_ldap en modifiant la ligne $dn = "uid=" . $login . "," . $basedn;
pour la transformer en : $dn =$basedn;et la miracle messieur ca marche et même tres bien, j'ai meme test ensuite en entrant mon login classique avec un mot de passe erroné et ca ne me connecte pas donc la fonction ldap_bind fonctionne trs bien
Voila en esperant que cela aidera quelqu'un.
on pourrait savoir quel fichier il faut modifier pour faire cela ?
Offline
Bonjour,
Peux tu me dire ou se trouvent ces fonctions svp.
Merci
Satyan
Communiquer c'est commencer à exister.
Offline
Tu les trouves dans : /glpi/glpi/common/classes.php
Mais chez moi j'ai toujours le problème meme apres modification.
Offline
Pour information ayant developper un petit truc pour ma boite qui fonctionne sous Active Directory j'ai remarqué 2 chose
La premiere sous active directory pas moyen de faire une connexion anonyme, ensuite pour pouvoir se connecte il faut (dans le code) avant de faire un ldap_bind(..) faire un
ldap_set_option($idconnexion, LDAP_OPT_REFERRALS, 0);
Sinon pas moyen de pouvoir faire une simple recherche.
Voila j'espère que ca aidera
Offline