Sujet : identity
-
Bien gérer les utilisateurs et groupes locaux : useradd, comptes système, expiration des mots de passe et le piège de usermod -aG
useradd -m -s crée un utilisateur interactif avec un répertoire personnel et un shell ; --system avec un shell nologin convient pour un compte de service. usermod -G sans -a remplace les groupes secondaires d'un utilisateur au lieu d'en ajouter, l'une des erreurs de gestion des comptes locaux les plus souvent signalées.
-
Joindre un hôte Linux à Active Directory avec realmd et SSSD
realm discover et realm join confient à realmd la configuration détaillée de Kerberos, LDAP et SSSD, de sorte qu'un agent n'a pas à modifier sssd.conf à la main ; realm permit restreint ensuite les comptes AD réellement autorisés à se connecter, et sssctl offre un point unique pour vérifier ce que SSSD tient actuellement pour établi.
-
Gérer les utilisateurs et groupes Active Directory avec PowerShell sans parcourir tout l'annuaire
Get-ADUser avec -Filter et -Properties, New-ADUser avec un mot de passe SecureString, Add-ADGroupMember, ainsi que Search-ADAccount/Unlock-ADAccount pour les verrouillages — et pourquoi -Filter * est un piège dans un annuaire de plusieurs dizaines de milliers d'objets.
-
Identifier la source d'identité qui répond pour un utilisateur : getent, id, nsswitch.conf et sss_cache
Lorsqu'un hôte Linux est joint à un annuaire, la résolution d'un utilisateur peut être assurée par les fichiers locaux, par SSSD/LDAP ou par un tout autre module, dans l'ordre indiqué par nsswitch.conf. getent et id montrent la réponse effectivement obtenue, et sss_cache -E force SSSD à abandonner ses entrées de cache obsolètes.
Lisible par machine : JSON