#437: Amélioration  de la  récupération des infos LDAP
---------------------------+------------------------------------------------
 Reporter:  yoyox          |        Owner:  MoYo  
     Type:  bug            |       Status:  closed
 Priority:  normal         |    Milestone:  0.65  
Component:  Configuration  |      Version:  0.65  
 Severity:  major          |   Resolution:  fixed 
 Keywords:                 |           Cd:        
---------------------------+------------------------------------------------
Changes (by moyo):

  * cd:  =>
  * type:  => bug
  * summary:  Am�oration  de la  r�p�tion des infos LDAP => Amélioration
              de la  récupération des infos LDAP

Old description:

> {{{
> Je rencontre un problème avec l'authentification LDAP sous GLPI 0.6 et
> CVS.
> L'authentification fonctionne sans problème, mais par contre aucune info
> (mail, nom, ...) n'est récupérée depuis l'annuaire.
>
> En fait, après quelques petites recherches, je me suis rendu compte que
> le problème n'apparaissait que lorsqu'un rootdn est renseigné (en
> connexion non anonyme donc). J'obtiens une erreur dans le fichier de log
> du serveur LDAP (cf pièce jointe) car il n'arrive pas à trouver le DN :
> cn=Manager,dc=oktal,dc=fr,ou=Toulouse,ou=People,dc=oktal,dc=fr
> ce qui est un peu logique.
>
> Dans la config de GLPI, dans basedn j'ai :
> ou=Toulouse,ou=People,dc=oktal,dc=fr
> et dans rootdn, j'ai : cn=Manager,dc=oktal,dc=fr
>
> Pourquoi essaie-t'il de concaténer le rootdn avec le basedn, lors de la
> recherche des infos complémentaires pour un utilisateur???
> J'ai essayé en mettant cn=Manager comme rootdn, puis dc=oktal,dc=fr comme
> basedn, mais du coup l'authentification ne fonctionne plus car il essaie
> de se connecter en cn=Manager seulement (logique)...
>
> Bon certes, en mettant en anonyme tout fonctionne correctement, mais ce
> comportement ne me semble pas correct. Surtout que si un jour je ne veux
> plus rendre le champs mot de passe accessible en anonyme, je me
> retrouverai avec le même problème.
>
> En espérant avoir été assez clair,
> Merci d'avance, et bonne année!!
>
> }}}

New description:

 {{{
 Je rencontre un problème avec l'authentification LDAP sous GLPI 0.6 et
 CVS.
 L'authentification fonctionne sans problème, mais par contre aucune info
 (mail, nom, ...) n'est récupérée depuis l'annuaire.

 En fait, après quelques petites recherches, je me suis rendu compte que le
 problème n'apparaissait que lorsqu'un rootdn est renseigné (en connexion
 non anonyme donc). J'obtiens une erreur dans le fichier de log du serveur
 LDAP (cf pièce jointe) car il n'arrive pas à trouver le DN :
 cn=Manager,dc=oktal,dc=fr,ou=Toulouse,ou=People,dc=oktal,dc=fr
 ce qui est un peu logique.

 Dans la config de GLPI, dans basedn j'ai :
 ou=Toulouse,ou=People,dc=oktal,dc=fr
 et dans rootdn, j'ai : cn=Manager,dc=oktal,dc=fr

 Pourquoi essaie-t'il de concaténer le rootdn avec le basedn, lors de la
 recherche des infos complémentaires pour un utilisateur???
 J'ai essayé en mettant cn=Manager comme rootdn, puis dc=oktal,dc=fr comme
 basedn, mais du coup l'authentification ne fonctionne plus car il essaie
 de se connecter en cn=Manager seulement (logique)...

 Bon certes, en mettant en anonyme tout fonctionne correctement, mais ce
 comportement ne me semble pas correct. Surtout que si un jour je ne veux
 plus rendre le champs mot de passe accessible en anonyme, je me
 retrouverai avec le même problème.

 En espérant avoir été assez clair,
 Merci d'avance, et bonne année!!

 }}}

-- 
Ticket URL: <https://dev.indepnet.net:8080/glpi/ticket/437#comment:6>
GLPI <https://dev.indepnet.net:8080/glpi/>
Gestion Libre de Parc Informatique
_______________________________________________
Glpi-bugtrack mailing list
[email protected]
https://mail.gna.org/listinfo/glpi-bugtrack

Répondre à