Bonjour,
Les tests précédents sont-ils suffisants ou avez-vous besoin de tests complémentaires pour identifier le problème ?
LDAP ajout d'utilisateur à chaque synchronisation
Pouvez-vous me transmettre votre base de données en MP ?
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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.
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.
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
Si quelqu'un y arrive je suis preneur.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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à ?
Le problème pourrait venir de là ?
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
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.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
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.
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.
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é.
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.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/