Назад | Перейти на главную страницу

Не удается настроить PAM + LDAP в Debian Lenny - ошибка = 49 в журналах сервера

Я мигрировал некоторые серверы и рабочие столы с помощью Ubuntu 10.04 с перевода пользователей со старой реализации OpenLDAP на более новую Centos Active Directory. У меня пока не было никаких проблем, пока я не добрался до сервера Debian Lenny.

Я настроил сервер, как и остальные, установив /etc/ldap.conf и /etc/ldap/ldap.conf. Однако когда я выдаю "getent passwd", я ничего не получаю от сервера LDAP.

Читая справочную страницу pam_ldap, я понял, что /etc/ldap.conf не был принятым файлом pam_ldap, хотя он работал с Ubuntu, поэтому я переименовал его в /etc/pam_ldap.conf. Тот же результат. Однако, как только я изменил имя этого файла, когда я вхожу в систему с помощью SSH, я получаю это в журналах сервера LDAP:

[20/Jul/2012:11:19:40 +0200] conn=16501 fd=155 slot=155 connection from x.x.x.50 to 10.1.176.237
[20/Jul/2012:11:19:40 +0200] conn=16501 op=0 BIND dn="uid=ubuntu,ou=Applications,ou=CITIUS,dc=inv,dc=usc,dc=es" method=128 version=3
[20/Jul/2012:11:19:40 +0200] conn=16501 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=ubuntu,ou=applications,ou=citius,dc=inv,dc=usc,dc=es"
[20/Jul/2012:11:19:40 +0200] conn=16501 op=1 SRCH base="ou=People,ou=CITIUS,dc=inv,dc=usc,dc=es" scope=2 filter="(uid=jorge.suarez)" attrs=ALL
[20/Jul/2012:11:19:40 +0200] conn=16501 op=1 RESULT err=0 tag=101 nentries=1 etime=0 notes=U
[20/Jul/2012:11:19:40 +0200] conn=16501 op=2 BIND dn="uid=jorge.suarez,ou=People,ou=CITIUS,dc=inv,dc=usc,dc=es" method=128 version=3
[20/Jul/2012:11:19:40 +0200] conn=16501 op=2 RESULT err=49 tag=97 nentries=0 etime=0

Пароль не работает. Не знаю, что могло быть неправильно, все остальное вроде в порядке. Этот пользователь / пароль работает с другими клиентами:

[20/Jul/2012:11:29:39 +0200] conn=16528 fd=188 slot=188 connection from x.x.x.224 to 10.1.176.237
[20/Jul/2012:11:29:39 +0200] conn=16528 op=0 BIND dn="uid=ubuntu,ou=Applications,ou=CITIUS,dc=inv,dc=usc,dc=es" method=128 version=3
[20/Jul/2012:11:29:39 +0200] conn=16528 op=0 RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=ubuntu,ou=applications,ou=citius,dc=inv,dc=usc,dc=es"
[20/Jul/2012:11:29:39 +0200] conn=16528 op=1 SRCH base="ou=People,ou=CITIUS,dc=inv,dc=usc,dc=es" scope=2 filter="(uid=jorge.suarez)" attrs=ALL
[20/Jul/2012:11:29:39 +0200] conn=16528 op=1 RESULT err=0 tag=101 nentries=1 etime=0 notes=U
[20/Jul/2012:11:29:39 +0200] conn=16528 op=2 BIND dn="uid=jorge.suarez,ou=People,ou=CITIUS,dc=inv,dc=usc,dc=es" method=128 version=3
[20/Jul/2012:11:29:39 +0200] conn=16528 op=2 RESULT err=0 tag=97 nentries=0 etime=0 dn="uid=jorge.suarez,ou=people,ou=citius,dc=inv,dc=usc,dc=es"

Я использую SSHA для хранения паролей на сервере LDAP. Может быть, это не поддерживается Debian Lenny?

На pam_ldap.conf я настроил это, как и на всех других серверах:

# Do not hash the password at all; presume
# the directory server will do it, if
# necessary. This is the default.
pam_password md5

Также пробовал очистить, но это не сработало. В любом случае, странно, что выдача getent passwd по-прежнему не дает мне пользователей.

Однако, если я использую pamtest из пакета libpam-dotfile для проверки входа в систему, он работает.

# pamtest ssh jorge.suarez
Trying to authenticate <jorge.suarez> for service <ssh>.
Password: 
Authentication successful.
# pamtest foo jorge.suarez
Trying to authenticate <jorge.suarez> for service <foo>.
Password: 
Authentication successful.

Но su тоже не сработает:

# su jorge.suarez
Id. descoñecido: jorge.suarez

Просто вывод getent passwd:

# getent passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/bin/sh
bin:x:2:2:bin:/bin:/bin/sh
sys:x:3:3:sys:/dev:/bin/sh
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/bin/sh
man:x:6:12:man:/var/cache/man:/bin/sh
lp:x:7:7:lp:/var/spool/lpd:/bin/sh
mail:x:8:8:mail:/var/mail:/bin/sh
news:x:9:9:news:/var/spool/news:/bin/sh
uucp:x:10:10:uucp:/var/spool/uucp:/bin/sh
proxy:x:13:13:proxy:/bin:/bin/sh
www-data:x:33:33:www-data:/var/www:/bin/sh
backup:x:34:34:backup:/var/backups:/bin/sh
list:x:38:38:Mailing List Manager:/var/list:/bin/sh
irc:x:39:39:ircd:/var/run/ircd:/bin/sh
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
libuuid:x:100:101::/var/lib/libuuid:/bin/sh
Debian-exim:x:101:103::/var/spool/exim4:/bin/false
statd:x:102:65534::/var/lib/nfs:/bin/false
sshd:x:104:65534::/var/run/sshd:/usr/sbin/nologin
luser:x:1000:1000:Usuario local de Burdeos,,,:/home/luser:/bin/bash
messagebus:x:105:107::/var/run/dbus:/bin/false
sge-admin:x:1001:1001:Administrador do SGE,,,:/home/cluster/sge-admin:/bin/bash
ntp:x:107:110::/home/ntp:/bin/false
haldaemon:x:108:111:Hardware abstraction layer,,,:/var/run/hald:/bin/false
vde2-net:x:109:114::/var/run/vde2:/bin/false
uml-net:x:110:115::/home/uml-net:/bin/false
polkituser:x:111:116:PolicyKit,,,:/var/run/PolicyKit:/bin/false
Debian-pxe:x:113:65534:Dummy user for Debian pxe package,,,:/home/Debian-pxe:/bin/false

Nscd был остановлен с самого начала.

Я перешел на libpam-ldapd, и теперь все работает.

Мне нужно было только переделать конфигурацию в новом файле с именем «/etc/nslcd.conf». libpam-ldapd намного лучше, чем libpam-ldap.

Самое интересное, что он полагается на демон, поэтому вы можете просто вызвать демона с параметрами отладки ('' nslcd -d '') и посмотреть, не работает ли что-то не так, как ожидалось, есть ли какие-то предостережения в конфигурации , и т.д.

Ubuntu 10.04 имеет libpam-ldapd 0.7.x, в котором отсутствуют некоторые интересные параметры. Лучше пойти на 0.8.x, используя PPA. В Debian Squeeze уже есть версия 0.8.x, и я без проблем установил ее оттуда на Lenny.