URL: https://linuxfr.org/forums/linux-general/posts/ldap-sous-debian Title: LDAP sous Debian Authors: mc_arnaud Date: 2009年07月06日T18:28:55+02:00 Tags: debian Score: 0 Bonjour, Je suis en train de mettre en place un serveur LDAP sous Debian, et pour ce faire, j'ai suivi ce tutoriel : [http://debianclusters.cs.uni.edu/index.php/User_Authenticati(...)](http://debianclusters.cs.uni.edu/index.php/User_Authentication:_LDAP) J'ai suivi scrupuleusement les étapes, aussi bien pour les clients que pour le serveur LDAP et pourtant, impossible de me connceter à un serveur client avec un compte LDAP. J'ai : _serveur1_ : premier serveur client _serveur2_ : deuxième serveur client _serveurldap_ : serveur LDAP Ces 3 serveur sont des machines virtuelles VMWare sous Debian Lenny, noyau 2.6.26-2-686, sur la meme plage d'adresses IP, elles se pinguent toutes. Sur chaque serveur (client et LDAP) j'ai : _/etc/pam.d/common-account_ account sufficient pam_ldap.so account required pam_unix.so try_first_pass _/etc/pam.d/common-auth_ auth sufficient pam_ldap.so auth required pam_unix.so nullok_secure try_first_pass _/etc/pam.d/common-password_ password sufficient pam_ldap.so password required pam_unix.so nullok obscure md5 _/etc/pam.d/common-session_ session sufficient pam_ldap.so session required pam_unix.so _/etc/nsswitch.conf_ passwd: files ldap group: files ldap shadow: files ldap hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis _/etc/ldap/ldap.conf_ BASE dc=clunapix,dc=dom URI ldap://10.92.6.114 Sur le serveur LDAP j'ai : # ps aux | grep slapd openldap 1742 0.0 0.2 34992 4744 ? Ssl Jun24 1:44 /usr/sbin/slapd -g openldap -u openldap -f /etc/ldap/slapd.conf root 4998 0.0 0.0 3144 768 pts/0 R<+ 15:05 0:00 grep slapd preuve que le serveur LDAP tourne. Un _ldapsearch_ sur le serveur LDAP me donne une sortie correcte. Par exemple : # ldapsearch -x uid=un_user_qui_existe -D "cn=admin,dc=clunapix,dc=dom" -W Enter LDAP Password: # extended LDIF # # LDAPv3 # base (default) with scope subtree # filter: uid=un_user_qui_existe # requesting: ALL # # un_user_qui_existe, People, clunapix.dom dn: uid=un_user_qui_existe,ou=People,dc=clunapix,dc=dom uid: un_user_qui_existe cn: Prenom Nom objectClass: account objectClass: posixAccount objectClass: top objectClass: shadowAccount userPassword:: e2NyeXB0fSQxJGIwcjZQZWhRJHdQUHlMekRzWlVsZHBja2dFRlkzUjA= shadowLastChange: 14419 shadowMax: 99999 shadowWarning: 7 loginShell: /bin/bash uidNumber: 1001 gidNumber: 100 homeDirectory: /home/un_user_qui_existe gecos: Prenom Nom,,, # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 Si j'essaye de me connecter au serveur _serveur1_, j'obtiens : $ ssh un_user_qui_existe@serveur1 un_user_qui_existe@serveur1's password: Permission denied, please try again. un_user_qui_existe@serveur1's password: Permission denied, please try again. un_user_qui_existe@serveur1's password: Permission denied (publickey,password). Si j'installe Gnome et son gestionnaire de connexion avec un sélecteur de figures sur _serveur1_, je vois apparaitre dans le sélecteur de figures tous les utilisateurs qui ont été configurés sur le serveur LDAP, mais pas moyen de m'authentifier non plus. Les serveurs clients communiquent donc bien avec le serveur LDAP pour ce qui concerne la partie NSS, par contre PAM ne semble pas fonctionner et je ne vois pas où est l'erreur. Est-ce que quelqu'un à une idée ? Merci. -- Rénald