You are not logged in.
Bonjour à tous.
Je me suis mis en projet d'installer la dernière version de glpi couplée à OCS pour l'inventaire du parc de la société ou je bosse.
Je cherche à créer un espace helpdesk ou les utilisateurs pourront se connecter avec leurs noms d'utilisateurs de l'AD sur GLPI.
J'ai installé la version 0.80.5 sur une Debian 6.
Tout le paramétrage ldap fonctionne bien sauf lorsque je souhaite importer des utilisateurs, j'ai ce message en mode debug
Et quand je vais regarder le fichier en question, je tombe sur cette ligne 1097 :
J'ai tenté de supprimer cette ligne, sans grand résultat
Merci pour votre aide.
Cordialement.
Offline
bonjour,
postez svp le détail de la config ldap dans glpi
Offline
si vous tapez par exemple le nom d'un utilisateur, cela ne fonctionne pas non plus ?
Offline
Non
Pour importer un nouvel utilisateur, j'ai essayé avec mopn nom de famille puis mon prénom, sans succès
La ligne rapportée dans le message d'erreur me fait penser à une règle qui rechercherait seulement dans l'OU spécifiée, ici : CAPV.
Je me suis demandé un moment si la configuration était bonne mais apparament oui.
Sur le 3è screen, on voit : Annuaire LDAP - ID 4
Est il possible que bien que supprimés des bases, les annuaires soient restés en mémoire ?
Merci.
Offline
Bonjour,
Je relance sur mon message car je n'ai toujours pas trouvé d'infos !
Si des personnes avaient de quoi me guider je serais preneur.
Merci.
[EDIT]
J'ai un doute :
Le basedn se compose de :
OU=CAPV,DC=domaine,DC=local
OU = Unité d'Organisation ou sont stockés les utilisateurs ?
DC = domaine ?
DC = .fr ?
J'ai un doute sur le OU de ma ligne, car au vu de l'erreur, c'est ce BaseDn qui semble incriminé
Last edited by manubz (2011-11-17 17:00:48)
Offline
Salut,
oui c'est ça. Pour moi j'ai :
- OU=profs
- DC=lattes
Mais si tu as un "tld" à ton domaine il va dans le DC, et pas à part. Sinon tu le fais chercher dans 2 domaines et ça peut pas marcher. Dans ton cas, DC=domaine.local
Egalement pour le DN du compte, j'ai juste l'utilisateur local qui va aller utiliser l'AD : superu
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Bonjour, merci de ta participation.
Je vais essayer avec DC=domaine.local directement.
Egalement pour le DN du compte, j'ai juste l'utilisateur local qui va aller utiliser l'AD : superu
Quand tu dis l'utilisateur local, tu parles d'un utilisateur de l'Unité d'Organisation ?
Je ne vois pas trop ce que tu veux dire quand tu dis utilisateur local.
Merci.
Offline
local : sur le serveur. J'avais pas réussi avec un utilisateur du domaine qui a les droits admins, du coup j'ai utilisé un compte admin sur le serveur et ça a marché sans probleme.
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
D'accord, je vais essayer ça. Merci.
En attendant ta réponse, j'ai essayé la configuration de cette sorte :
DC=domaine.local
CN=ocs,OU=CAPV,DC=domaine.local
En créeant bien sur l'user "ocs" dans mon Unité d'Organisation "CAPV".
Toujours le même souci, à savoir
PHP Warning: ldap_search(): Search: Operations error in /var/www/glpi/inc/authldap.class.php at line 1097
Qui si je recherche correspond à :
$sr = @ldap_search($ds, $values['basedn'], $filter, $attrs);
Au vu de la ligne c'est donc toujours le "basedn" qui pose souci, mais aussi des filtres mais à ce niveau là c'est la configuration automatique pour Active Directory que j'ai mis donc ça coince vraiment
Offline
Filtre de connexion : (objectClass=user)
dans ma conf.
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Seulement ce filtre ?
Offline
Yes.
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
J'ai essayé avec seulement ce filtre, avec le compte administrateur local de mon contrôleur de domaine sans succès.
Je ne vois vraiment pas ou ça pourrait coincer !
En virant l'OU de recherche, n'y a t'il pas un moyen pour qu'il balaye entièrement mon annuaire à la recherche des utilisateurs ?
Offline
..! serveur : 192.168.1.99 sans ldap:// ..
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Aucuns changement à ce niveau la.
Le souci doit se situer au niveau du BaseDn mais je ne vois pas du tout de quoi il en retourne
Offline
Et les logs disent quoi ?
Tu as bien installé php5-ldap ?
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Oui bien sûr php5-ldap est installé
Les logs je ne sais pas lesquels consulter..
En mode debug GLPi m'indique les messages indiqués dans un des mes précédents messages http://www.glpi-project.org/forum/viewt … 64#p134664
Offline
files/_log normalement.
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Pour ldap, aucun fichier de ce type dans /var/www/glpi/files/_log
J'ai :
cron.log
ocsng_fullsync.log
php-errors.log
remove.txt
sql-errors.log
Offline
c'est php-errors
- SoluTek.fr - | occasional plugin contributor
GLPI 9.3.1
Windows 2016 - IIS Reverse Proxy - HTTPS/Let's Encrypt | Apache 2.4.33 / PHP 7.1.16
Offline
Bonjour,
Je relance sur mon message car je n'ai toujours pas trouvé d'infos !
Si des personnes avaient de quoi me guider je serais preneur.
Merci.
[EDIT]
J'ai un doute :
Le basedn se compose de :
OU=CAPV,DC=domaine,DC=local
OU = Unité d'Organisation ou sont stockés les utilisateurs ?
DC = domaine ?
DC = .fr ?
J'ai un doute sur le OU de ma ligne, car au vu de l'erreur, c'est ce BaseDn qui semble incriminé
J'avais le même problème pour l'importation des utilisateurs. GLPI me disait qu'il n'y avait aucun utilisateur à importer... étrange.... Mon erreur était au niveau de la BaseDN. J'ai donc utilisé ADSIEDIT ensuite j'ai pu mettre la syntaxe correctement et tout fonctionne.
Voici le sujet que j'ai trouvé sur le forum GLPI
http://www.glpi-project.org/forum/viewt … 42#p135342
Bonne chance.
Offline