Ce contenu n'est pas disponible dans la langue sélectionnée.
13.2.25. SSSD and UID and GID Numbers
When a user is created — using system tools such as
useradd
or through an application such as Red Hat Identity Management or other client tools — the user is automatically assigned a user ID number and a group ID number.
When the user logs into a system or service, SSSD caches that user name with the associated UID/GID numbers. The UID number is then used as the identifying key for the user. If a user with the same name but a different UID attempts to log into the system, then SSSD treats it as two different users with a name collision.
What this means is that SSSD does not recognize UID number changes. It interprets it as a different and new user, not an existing user with a different UID number. If an existing user changes the UID number, that user is prevented from logging into SSSD and associated services and domains. This also has an impact on any client applications which use SSSD for identity information; the user with the conflict will not be found or accessible to those applications.
Important
UID/GID changes are not supported in SSSD.
If a user for some reason has a changed UID/GID number, then the SSSD cache must be cleared for that user before that user can log in again. For example:
~]# sss_cache -u jsmith
Cleaning the SSSD cache is covered in the section called “Purging the SSSD Cache”.