Bonjour,
Nous avons migré tous nos utilisateurs vers un nouvel AD avec des OU différentes ainsi que le nom de domaine différent.
Si je change dans le connecteur ldap les OU des emplacements des utilisateurs, je vais probablement avoir les comptes en doublon ?
Comment faut-il s'y prendre ? peut-être directement dans la bdd ?
Merci pour votre aide
fifi
Changement d'AD
Bonjour,
l'attribut d'ancrage est le guid AD, si ce dernier ne change pas il ne devrait pas y avoir de doublons, vous pouvez réaliser une simulation de synchronisation pour vérifier cet état de fait.
Cdt
l'attribut d'ancrage est le guid AD, si ce dernier ne change pas il ne devrait pas y avoir de doublons, vous pouvez réaliser une simulation de synchronisation pour vérifier cet état de fait.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
Non il s'agit de l'attribut d'ancrage par défaut, une évolution est nécessaire pour répondre à ce besoin.
Je déplace votre demande dans la section update.
Cdt
Non il s'agit de l'attribut d'ancrage par défaut, une évolution est nécessaire pour répondre à ce besoin.
Je déplace votre demande dans la section update.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
En attendant l'update, quelle méthode même manuelle je pourrais mettre en oeuvre pour débloquer les accès aux utilisateurs.
Récupération de l'attribut ObjectGUID de chacun des employés et importation de cet attribut dans le champs ldap_sid ?
Ou une autre méthode ?
Merci
fifi
En attendant l'update, quelle méthode même manuelle je pourrais mettre en oeuvre pour débloquer les accès aux utilisateurs.
Récupération de l'attribut ObjectGUID de chacun des employés et importation de cet attribut dans le champs ldap_sid ?
Ou une autre méthode ?
Merci
fifi
Bonjour,
Il faut mettre a jour le champ ldap_guid de la table tusers.
Cdt
Il faut mettre a jour le champ ldap_guid de la table tusers.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
vous pouvez essayer avec le champ ldap_sid mais normalement avec LDAP c'est le champ ldap_guid.
Cdt
vous pouvez essayer avec le champ ldap_sid mais normalement avec LDAP c'est le champ ldap_guid.
Cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Bonjour,
J'ai changé manuellement pour un seul utilisateur :
ladp_sid
ldap_guid
mail
login
et lorsque je lance une simulation de synchronisation, il veut toujours me créer un nouvel utilisateur...
Y a-t-il sinon un moyen dans ce cas de laisser Gestsup créer le nouvel utilisateur et ensuite importer son historique de tickets ?
Merci
fifi
J'ai changé manuellement pour un seul utilisateur :
ladp_sid
ldap_guid
login
et lorsque je lance une simulation de synchronisation, il veut toujours me créer un nouvel utilisateur...
Y a-t-il sinon un moyen dans ce cas de laisser Gestsup créer le nouvel utilisateur et ensuite importer son historique de tickets ?
Merci
fifi
Si vous supprimer le contenu du champ guid en ne laissant que le sid, est ce que cela fonctionne ?
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/