LDAP ajout d'utilisateur à chaque synchronisation

Installation & Configuration du logiciel
Damien66
Gsup LEVEL 1
Messages : 10
Enregistré le : mer. 12 juil. 2023 09:09

Bonjour,
Les tests précédents sont-ils suffisants ou avez-vous besoin de tests complémentaires pour identifier le problème ?
Avatar du membre
Flox
Administrateur du site
Messages : 9049
Enregistré le : jeu. 21 juin 2012 19:00

Pouvez-vous me transmettre votre base de données en MP ?
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Damien66
Gsup LEVEL 1
Messages : 10
Enregistré le : mer. 12 juil. 2023 09:09

C'est fait.
Avatar du membre
Flox
Administrateur du site
Messages : 9049
Enregistré le : jeu. 21 juin 2012 19:00

A priori l'ensemble de vos utilisateurs en base de données GestSup possède le même identifiant LDAP, si il n'y a pas de ticket pourrez vous tester de passer cette requête puis de relancer une synchronisation.

Code : Tout sélectionner

DELETE FROM tusers WHERE id > 6;
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Damien66
Gsup LEVEL 1
Messages : 10
Enregistré le : mer. 12 juil. 2023 09:09

J'ai fait votre commande pour supprimer tous les utilisateurs.
Une première importation pour récupérer les 250 utilisateurs --> OK
Une deuxième pour tester : base à jour, aucune modification --> OK

Il me reste juste à dire un grand merci ! C'est résolu.

Pour info, je n'ai pas bien compris le problème... Avez-vous une idée de l'origine de mon erreur ? Pour éviter de la reproduire.
Avatar du membre
Flox
Administrateur du site
Messages : 9049
Enregistré le : jeu. 21 juin 2012 19:00

Très bien, je n'ai pas d'explication, je n'arrive pas a reproduire ce dysfonctionnement.
Si quelqu'un y arrive je suis preneur.

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Damien66
Gsup LEVEL 1
Messages : 10
Enregistré le : mer. 12 juil. 2023 09:09

Pour information, le problème est revenu (sans rien faire)... Chaque nuit je recrée ma base LDAP. Si vous vous basez sur le champ modifyTimestamp pour savoir s'il faut désactiver ou pas un utilisateur, on peut penser que mon soucis vient de là.

Le problème pourrait venir de là ?
Avatar du membre
Flox
Administrateur du site
Messages : 9049
Enregistré le : jeu. 21 juin 2012 19:00

Le champ utilisé pour la désactivation est useraccountcontrol

Pouvez-vous tester de désactiver la " désactivation des utilisateurs" depuis les paramètres du connecteur.

Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Damien66
Gsup LEVEL 1
Messages : 10
Enregistré le : mer. 12 juil. 2023 09:09

Comme j'ai un OpenLdap, je n'ai pas le champ useraccountcontrol.
Donc c'est logique que le script considère l'utilisateur comme nouveau à chaque fois.

Peut-etre est-il possible d'utiliser un autre champ pour OpenLDAP ?

J'ai désactivé la "désactivation des utilisateurs". Je vais laisser tourner et voir. Merci.
Avatar du membre
Flox
Administrateur du site
Messages : 9049
Enregistré le : jeu. 21 juin 2012 19:00

Pourrez-vous vérifier sur la fiche de vos utilisateurs que le champ "entryUUID" est bien différent sur les utilisateurs.

Pour la désactivation des utilisateurs sous OpenLDAP, l'application parcours l'ensemble des utilisateurs GestSup qui ont été synchronisés avec leur "entryuuid" rensigné.
Si un utilisateur est présent sur GestSup avec le champ LDAP entryuuid (champ ldap_guid de la table tusers) non vide et qu'il n'est pas présent sur l'annuaire OpenLDAP alors il est désactivé.
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.58 | MariaDB: 11.3.2 | PHP: 8.3.6 | https://doc.gestsup.fr/
Répondre