SSSD : Configuration d'un client LDAP
Besoin d'accompagnement ? Si vous avez besoin de support ou d'accompagnement pour l'implémentation de cette documentation ou pour aller plus loin sur le sujet. N'hésitez pas à faire appelle à nos services. Contactez-nous |
SSSD ou System Security Services Daemon est un service qui permet l'accès a différents fournisseurs d'identification et d'authentification. Il est possible de configurer SSSD pour utiliser un domaine native LDAP (C'est un domaine LDAP qui fournit authentification et identification). On peut aussi utiliser un LDAP avec authentification Kerberos mais aussi d'autres sources en utilisant des modules.
SSSD permet aussi l'authentification hors ligne, cette fonctionnalité permet d'éviter les doubles comptes dans le cas de machines qui ne sont pas toujours connectées au réseau de l'entreprise et/ou qui ne peuvent pas utiliser de VPN pour accéder aux serveurs d'authentification.
Pour le moment la partie qui nous intéresse est l'accès a un domaine native LDAP.
Installation[modifier | modifier le wikicode]
L'installation se fait directement via YUM.
[root@linux] # | yum install sssd sssd-ldap | dblclick to copy |
[root@linux] # | systemctl enable sssd.service |
Nous avons donc maintenant tout le nécessaire installé et activé.
Configuration de l'authentification[modifier | modifier le wikicode]
Pour configurer le système afin qu'il utilise SSSD pour l'authentification, il est possible de le faire de deux façons différentes.
DEPRECATED : Utiliser l'utilitaire authconfig[modifier | modifier le wikicode]
[root@linux] # | authconfig --enablesssd --enablesssdauth --enablelocauthorize --update | dblclick to copy |
Utiliser authselect pour paramétrer le système.[modifier | modifier le wikicode]
[root@linux] # | authselect select sssd | dblclick to copy |
Le profile sssd a des options supplémentaires qui peuvent être ajoutées pour le lecteur d'empreinte par exemple.
Il est possible de les lister avec la commande
[root@linux] # | authselect list-features sssd | dblclick to copy |
Pour les activer il suffit de les ajouter à la suite sur la première commande: --<feature_name>.
Vous pouvez aussi créer un profil personnalisé et y inclure vos options pour SSSD.
Un exemple avec le support U2F est disponible ici: Authselect: Créer un profil personnalisé avec le support de pam u2f
Editer les fichiers de configuration de PAM[modifier | modifier le wikicode]
Il vaut mieux éviter de modifier PAM manuellement, elles risquent d'être écrasées par les mises à jour, par contre authselect avec son système de profiles permet de faire des modifications facilement réversibles en cas de soucis.
Vous pouvez retrouver l'admin guide de PAM ici : Linux_PAM_System_Administrator_Guide.pdf
Désactiver le cache NSCD[modifier | modifier le wikicode]
Si NSCD est installé il est fortement conseillé de désactiver le cache pour les mots de passe, SSSD n'est pas prévu pour fonctionner avec.
Pour le faire simplement :
[root@linux] # | sed -i.0 's/\(enable-cache.*passwd.*\)yes/\1no/' /etc/nscd.conf | dblclick to copy |
[root@linux] # | systemctl restart nscd.service |
Configurer SSSD[modifier | modifier le wikicode]
Pour la configuration de SSSD on retrouve vite ses marques, elle se rapproche fortement de la configuration de n'importe quel client LDAP.
Pour se faire il faudra éditer le fichier
/etc/sssd/sssd.conf
[domain/default]
autofs_provider = ldap
id_provider = ldap
auth_provider = ldap
chpass_provider = ldap
sudo_provider = none
selinux_provider = none
ldap_uri = ldaps://srv.example.com/ # Adresse du serveur LDAP
ldap_search_base = dc=example,dc=com # Base de recherche
ldap_user_search_base = cn=users,dc=example,dc=com?sub?(objectclass=posixAccount) # Base et filtre de recherche users
ldap_user_search_base = cn=groups,dc=example,dc=com?sub?(objectclass=posixGroup) # Base et filtre de recherche groups
ldap_default_bind_dn = uid=auth,ou=special_users,dc=example,dc=com # DN de connexion pour l'énumération
ldap_default_authtok = secret # Password du DN de connexion
ldap_default_authtok_type = password # A définir sur password
ldap_tls_cacert = /etc/pki/cacert.pem # Certificat de la CA émetrice du certificat utilisé par le LDAP
ldap_tls_reqcert = allow # Niveau de vérification du certificat, allow est trop permissif pour un environnement de production
enumerate = True # Active l'énumération des comptes de la source
cache_credentials = True # Active la mise en cache des comptes utilisateurs
case_sensitive = True
offline_credentials_expiration = 3 # Les comptes seront gardés en cache 3 jours après la dernière connexion au LDAP
create_homedir = True # Demande la création des homeDirectory s'ils n'existent pas
[sssd]
account_cache_expiration = 2 # Le cache des comptes expire après 2 jours
services = nss, pam, autofs
config_file_version = 2
domains = default
[nss]
homedir_substring = /home
filter_users = root,ldap,named,avahi,haldaemon,dbus,radiusd,news,nscd # Liste des utilisateurs à ne pas récupérer depuis les sources
filter_users_in_groups = True # Ne pas afficher les utilisateurs filtrés
[pam]
[sudo]
[autofs]
[ssh]
[pac]
[ifp]
Besoin d'accompagnement ? Si vous avez besoin de support ou d'accompagnement pour l'implémentation de cette documentation ou pour aller plus loin sur le sujet. N'hésitez pas à faire appelle à nos services. Contactez-nous |