[Corrigé 3.1.37] Connecteur LDAP ne fonctionne plus depuis 3.1.34

Vous avez trouvé un bug dans l'application (dernière version stable ou bêta): Décrivez le ici afin que la correction soit intégrée a la prochaine version.
Répondre
Crof
Gsup LEVEL 3
Messages : 61
Enregistré le : mer. 28 juin 2017 15:27

Bonjour,

Je viens de me rendre compte que le connecteur LDAP ne fonctionnait plus sur mon Gestsup.
J'étais en version 3.1.35, et je suis donc passé en 3.1.36, sans résultat.

Lorsque je fais une simulation ou une synchronisation de mon Active Directory (W2008 R2), Gestsup indique aucune modification trouvée alors que j'ai de nouveaux utilisateurs et des utilisateurs désactivés.
Sur un autre serveur Gestsup en version 3.1.29, je n'ai pas le problème.

J'ai donc passé les mise à jour 1 à 1 sur un serveur de test qui était lui aussi en 3.1.29. La synchronisation LDAP fonctionne jusque la version 3.1.34 (- LDAP : Suppression de limite de synchronisation à 1000 utilisateurs pour les serveurs LDAP AD (./core/ldap.php)).

Voici les logs :
LDAP.jpg
LDAP.jpg (98.19 Kio) Vu 4902 fois
LDAP2.jpg
LDAP2.jpg (203.6 Kio) Vu 4902 fois
Merci pour votre assistance.

Christophe
Serveur: Ubuntu 16.04 | GestSup: 3.2.2 | Apache: 2.4.18 | MariaDB : 10.0.29 | PHP: 7.3.22-1
Avatar du membre
Flox
Administrateur du site
Messages : 9030
Enregistré le : jeu. 21 juin 2012 19:00

Bonjour,

pouvez vous nous transmettre un impression écran de la configuration de votre connecteur LDAP ainsi que de la page système.

J'ai reproduit votre configuration sur un 2K8 R2 et n'observe pas le problème avec ces paramètres:
2018-11-09 09_39_19-screenshot-zensoft.png
2018-11-09 09_39_19-screenshot-zensoft.png (35.12 Kio) Vu 4898 fois
2018-11-09 09_38_56-screenshot-zensoft.png
2018-11-09 09_38_56-screenshot-zensoft.png (5.76 Kio) Vu 4898 fois

Merci
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Crof
Gsup LEVEL 3
Messages : 61
Enregistré le : mer. 28 juin 2017 15:27

Merci pour votre retour.

J'ai trouvé d'où cela vient. J'ai un OU comportant un accent (OU=Comptabilité).
Si je supprime cet OU de mon filtre "emplacement des utilisateurs", cela fonctionne bien.

Est-il possible de faire fonctionner la recherche dans des OU comportant des accents s'il vous plait ?
Serveur: Ubuntu 16.04 | GestSup: 3.2.2 | Apache: 2.4.18 | MariaDB : 10.0.29 | PHP: 7.3.22-1
Avatar du membre
Flox
Administrateur du site
Messages : 9030
Enregistré le : jeu. 21 juin 2012 19:00

Très bien merci pour votre analyse je reproduit bien le problème de mon côté.

Pouvez-vous tester de modifier le fichier ./core/ldap.php

remplacer:

Code : Tout sélectionner

$ldap_url=utf8_decode("$value$dcgen");
par

Code : Tout sélectionner

$ldap_url="$value$dcgen";
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Crof
Gsup LEVEL 3
Messages : 61
Enregistré le : mer. 28 juin 2017 15:27

Cela fonctionne avec la modification.

Je vous remercie.
Serveur: Ubuntu 16.04 | GestSup: 3.2.2 | Apache: 2.4.18 | MariaDB : 10.0.29 | PHP: 7.3.22-1
Avatar du membre
Flox
Administrateur du site
Messages : 9030
Enregistré le : jeu. 21 juin 2012 19:00

Ce qui est étrange c'est que cette ligne n'a pas été modifié récemment.

Avez vous réaliser des mises a jour PHP sur votre serveur récemment ?

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Crof
Gsup LEVEL 3
Messages : 61
Enregistré le : mer. 28 juin 2017 15:27

Je pense avoir mis à jour PHP en installant PHP Curl avec la version 3.1.35.

Cependant, sur mon serveur de test, je n'ai pas fait cette mise à jour, donc pas de mise à jour de PHP et le problème apparaît avec la mise à jour 3.1.34.
Je suis en version PHP: 7.0.18-0ubuntu0.16.04.1 sur ce serveur de test, et en version PHP: 7.0.32-0ubuntu0.16.04.1 sur ma prod.
Serveur: Ubuntu 16.04 | GestSup: 3.2.2 | Apache: 2.4.18 | MariaDB : 10.0.29 | PHP: 7.3.22-1
Répondre