ldap и блокировка пользователей [SOLVED]
Есть давно работающее решение с OpenLDAP, Samba, pam_ldap и nss_ldap. Когда место винды на рабочих станциях заняла gentoo данная система осталась не тронутой - всё и так работает. Но тут "зачесалось" у руководства, нужна блокировка пользователей, в винде всё просто: щёлкнул на чекбоксе, в sambaAcctFlags появляется флажок D - и телемаркет. Ушёл человек в отпуск, чтобы не было соблазна из под него шастать на odnokassniki.ru, лучше отключить, вернётся - проделать обратный фокус.
А вот как быть с pam и nss? Вроде всё просто (/etc/ldap.conf):
# Filter to AND with uid=%s
pam_filter objectclass=posixaccount
Задал я фильтр вот так: pam_filter &(objectClass=PosixAccount)(!(sambaAcctFlags=[DU ])
В gdm всё пучком, кого надо пускает, кого надо не пускает, но всплыло там где не ждали, xscreensaver не пускает пользователей назад:
unix_chkpwd[9387]: password check failed for user (alex)
xscreensaver[7148]: pam_unix(xscreensaver:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0.0 ruser= rhost= user=alex
xscreensaver[7148]: FAILED LOGIN 2 ON DISPLAY ":0.0", FOR "alex"
И всё упирается в этот pam_filter, достаточно только его исправить и сразу пароль правильным оказывается.
[ebuild R ] x11-misc/xscreensaver-5.05 USE="jpeg opengl pam xinerama -new-login -suid*"
И с suid и с -suid результат одинаковый.
- Для комментирования войдите или зарегистрируйтесь
prof-alex пишет: И
Лично мне интересно: что по этому поводу пишется в лог LDAP'а.
ЗЫ: Если нет винды, то на фига Самба???
--
Live free or die
Вот жежь
Самому интересно ssh и gdm работать с этими настройками могут, а xscreensaver нифига...
Нет винды на раб.станциях != нет винды вообще, есть терминальник, ему самба нужна.
.
Ты настройкой логирования LDAPэа, как я понял, не заморачивался?
Его тоже мочить! :)
--
Live free or die
Смотреть надо было в
Смотреть надо было в /etc/openldap/slapd.conf
Т.к. там было такое:
Вроде self read давал надежду на правильную работу, но, видимо, xscreensaver цепляется под анонимом...