You are not logged in.
Bonjour,
Tout d'abord, félicitations à toute l'équipe GLPI pour le super-travail réalisé sur cette application.
Après avoir veinement cherché, je me dirige vers la communauté pour résoudre mon problème.
Je cherche à migrer ma version de prod GLPI 0.65 vers la 0.68 mais après la migration qui se passe à priori bien, je n'arrive plus à me connecter.
Sur la 0.65, j'utilise une authentification externe sur un ldap port 636 qui fonctionne très bien. Une fois la migration effectuée, je n'arive plus à me connecter qu'avec les comptes "locaux" (glpi,etc...) Dès que j'utilise l'authentification externe, j'ai le message suivant "Invalid credentials
Inappropriate authentication User not found or several users found" alors que cette même authentification fonctionnait bien sur la 0.65.
L'installation d'une version vierge de la 0.68 avec les mêmes critères d'authentification génère le même message d'erreur.
J'ai refait plusieurs fois la manip mais j'ai toujours le même problème.
Ma config :
XAMPP(version livrée avec OCSInventoryNG RC3-1) sur W2K3 R2
Merci pour vos éclaircissements.
Offline
http://glpi-project.org/wiki/doku.php?id=fr:ldap
et champ de login en minuscules : samaccountname par exemple
Xavier Caillaud
Blog GLPI Infotel
Offline
Merci pour cette réponse rapide.
J'avais bien lu toute cette page du wiki. Avec le champ de login positionné à samaccountname, je récupère une page blanche.
Je précise que j'utilise un ldap d'entreprise et non pas un AD. J'arrive bien à parcourir le LDAP avec un outil comme LDAPBrowser donc le compte utilisé pour s'authentifier sur le LDAP est OK.
Le fonctionnement de GLPI en mode DEBUG n'apporte aucune information et me renvoie également une page blanche.
Offline
as tu des espaces dans ton rootdn et basedn ?
Xavier Caillaud
Blog GLPI Infotel
Offline
Non, pas d'espace. La config de connexion au LDAP est exactement la même que sur la 0.65 qui fonctionne correctement.
Offline
Offline
Hôte LDAP : ldap://ldap.xxxxxxxx.xxxx.xxxx
LDAP Port : 636
BaseDN : ou=xxxxxxxxxxx,o=xxxx,c=xx
rootdn : cn=xxx,projets=xxxx,ou=xxxxxxxxxxx,o=xxxx,c=xx
Pas de filtre de connexion
Champ de login : uid
Utiliser TLS : Non
Offline
La solution au problème avance. C'est en fait le mot de passe que j'utilise pour me connecter à l'application qui pose un problème, car il contient des caractères spéciaux. Il a dû y avoir une modif entre la 0.65 et la 0.68 car ma connexion est refusée, alors qu'un utilisateur avec un password "lambda" se connecte sans problème.
Quels sont les caractères interdits ?
Merci.
Offline
Normalement il y en a pas. Dans mon souvenir ce problème avait été traité.
Il y a peut etre un souci avec l'utf8 par contre.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Pour ma part, j'avais eu un problème de connexion avec des caractères spéciaux, mais c'était sur le mot de passe root de mysql dans le fichier config_db. J'avais changé mon mot de passe.
Mais là, c'est bien l'identification à l'application qui pose un problème depuis le passage à la 0.68.
Il faut que je change mon mot de passe ?
Offline
Oui pour mysql ça avait été résolut, c'est un bug tout bête.
Pour votre pb ldap et son changement de mot de passe, je pense qu'en l'occurence c'est la seule solution que je puisse vous proposer pour le moment.
Il y a quoi comme carractères speciaux dans votre mdp ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
OK, je vais changer mon mot de passe. Les caractères spéciaux que j'avais étaient > et *
En tout cas, merci pour toutes les réponses et j'espère que j'ai fait avancer le schmilblick...
Offline