You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After #41178 was resolved, Teleport will attempt to reconcile groups for users when host user creation is enabled. However, as pointed out by @strideynet in #45411 (comment):
Additionally, I think there's another problematic behavior here where we are updating groups for users regardless of whether or not they were created by Teleport. Surely we only want to manage the groups of users that were created by Teleport?
Going forward Teleport should only reconcile groups if the user can be identified as managed by Teleport. Presently this is only possible for users created when using DROP or INSECURE DROP mode because they get added to a teleport-system group. Users created in KEEP mode are not added to any groups, so Teleport cannot determine if an existing user is managed by Teleport or not.
To fix this issue Teleport should start adding users created in KEEP mode to a teleport-managed group. Any users previously created by Teleport have three options for migrating to being managed by Teleport:
update host_groups in the users role to include teleport-managed
manually delete the local user from the host
manually add the local user to the teleport-managed group
This also applies to static host users which will exist in the near future. These users are going to be added to the teleport-static group so they will be identifiable out of the gate.
After #41178 was resolved, Teleport will attempt to reconcile groups for users when host user creation is enabled. However, as pointed out by @strideynet in #45411 (comment):
Introduced by #41919
The text was updated successfully, but these errors were encountered: