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 :
Merci pour votre assistance.
Christophe
[Corrigé 3.1.37] Connecteur LDAP ne fonctionne plus depuis 3.1.34
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:
Merci
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:
Merci
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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 ?
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
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:
par
Pouvez-vous tester de modifier le fichier ./core/ldap.php
remplacer:
Code : Tout sélectionner
$ldap_url=utf8_decode("$value$dcgen");
Code : Tout sélectionner
$ldap_url="$value$dcgen";
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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
Avez vous réaliser des mises a jour PHP sur votre serveur récemment ?
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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.
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