Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Duplicate user if changed the username on AD account? #6714

Closed
dhkivan opened this issue Feb 14, 2019 · 5 comments
Closed

Duplicate user if changed the username on AD account? #6714

dhkivan opened this issue Feb 14, 2019 · 5 comments

Comments

@dhkivan
Copy link

dhkivan commented Feb 14, 2019

We use LDAP sync to import users from AD, if changed the username in AD which this account is already imported to database, then it will be created a new user in database on next LDAP sync?

If yes, can avoid it, for example check the employeeID or SID of user account or else?

@snipe
Copy link
Owner

snipe commented Feb 14, 2019

Throughout the system, we use username as the identifying key, so i’m not sure there’s a good workaround here. To have it use employee ID (which many organizations don’t use) would break things in all kinds of new and awful ways.

@dhkivan
Copy link
Author

dhkivan commented Feb 16, 2019

Agreed to use username, just think can add an additional checking at LDAP sync process, e.g use employeeid or sid to double verify the account whether is exisit or not.

And what's the purpose of employee no. in the system?

@snipe
Copy link
Owner

snipe commented Feb 21, 2019

And what's the purpose of employee no. in the system?

It has no purpose other than being an additional piece of information some companies choose to track with the users/assets. Not everyone uses employee ID, so we can't base business logic around it.

@snipe snipe added the ldap label Mar 6, 2019
@stale
Copy link

stale bot commented May 5, 2019

Is this still relevant? We haven't heard from anyone in a bit. If so, please comment with any updates or additional detail.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Don't take it personally, we just need to keep a handle on things. Thank you for your contributions!

@stale stale bot added the stale label May 5, 2019
@stale
Copy link

stale bot commented May 12, 2019

This issue has been automatically closed because it has not had recent activity. If you believe this is still an issue, please confirm that this issue is still happening in the most recent version of Snipe-IT and reply to this thread to re-open it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants