FreeBSD 6.0, OpenLDAP 2.2.30, nss_ldap 1.249
При логине в консоли имеющимся пользователем, всё равно идёт запрос в LDAP.
Логи ниже. Поскольку slapd запущен не всегда, то идёт ожидание порядка минуты после ввода пароля. и в системной консоли сообщение от nss_ldap о невозможности найти сервер.
Как оформить nsswitch.conf, чтобы после files машина не лезла в ldap для локальных пользователей?
Или может в /usr/local/etc/(nss_)ldap.conf чего поправить?
root@tester>more /etc/nsswitch.conf
group: files nis ldap
hosts: files dns
networks: files
passwd: files nis ldap
shells: filesroot@tester>tail /var/log/slapd.log
Apr 12 12:36:38 tester slapd[607]: conn=35 fd=16 ACCEPT from IP=192.168.0.5:64014 (IP=192.168.0.5:389)
Apr 12 12:36:38 tester slapd[607]: conn=35 op=0 BIND dn="cn=manager,dc=rosserv,dc=ru" method=128
Apr 12 12:36:38 tester slapd[607]: conn=35 op=0 BIND dn="cn=manager,dc=rosserv,dc=ru" mech=SIMPLE ssf=0
Apr 12 12:36:38 tester slapd[607]: conn=35 op=0 RESULT tag=97 err=0 text=
Apr 12 12:36:38 tester slapd[607]: conn=35 op=1 SRCH base="ou=groups,dc=rosserv,dc=ru" scope=1 deref=0 filter="(&(objectClass=posixGroup))"
Apr 12 12:36:38 tester slapd[607]: conn=35 op=1 SRCH attr=cn userPassword memberUid uniqueMember gidNumber
Apr 12 12:36:38 tester slapd[607]: conn=35 op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=root@tester>cat /usr/local/etc/ldap.conf |grep -v ^# |grep -v ^$
host 192.168.0.5
base dc=rosserv,dc=ru
uri ldap://192.168.0.5/
ldap_version 3
pam_filter objectclass=posixAccount
binddn cn=manager,dc=rosserv,dc=ru
bindpw ***
rootbinddn cn=manager,dc=rosserv,dc=ru
scope one
pam_login_attribute uid
pam_min_uid 10000
pam_max_uid 30000
pam_password SSHA
nss_base_passwd ou=users,dc=rosserv,dc=ru?one
nss_base_group ou=groups,dc=rosserv,dc=ru?one
а что man nsswitch.conf не помогает ?
Та же фигня, причем таже конфигурация на старом nss_ldap-1.204_5 работает, а на новом nss_ldap-1.249 уже нет, я подумал в начале, что забыл чегото прописать, но вот уже день мучаюсь ни чего не помогает.p.s. причем различные приседания с [notfound=return] в файле nsswitch.conf не помогли :(
В общем точно! откатился до nss_ldap-1.239.tbz и все заработало!
>В общем точно! откатился до nss_ldap-1.239.tbz и все заработало!Присоединяюсь, столкнулся с такой же проблемой...
1) При старте ldap стал искать сам себя или точнее конектится сам к себе при старте, т.е. в итоге не обнаружив себя, он все же запускался, но это длилось минут 5ть, это было пол беды, можно было поиграться с timelimit и тем самым сократить время на запуск...
2) А вот saslauthd в режиме "-a pam" вообще отказался работать...
По моему были еще какие-то глюки, вообщем откатил версию nss_ldap и все заработало.
...
Может, кто-то нашел, где зарыт камушек и в чем решение?P.S. Различные приседание с nsswitch.conf, отчасти с nss_ldap.conf, вплоть до порядка запуска ldap'а (REQUIRE, BEFORE) не помогли...
Может кто-то всетаки вывернулся из сложившейся ситуации?
У меня та же фигня.
>Может кто-то всетаки вывернулся из сложившейся ситуации?
>У меня та же фигня.
В настоящий момент переставил систему.
Имею FreeBSD 6.0 nss_ldap-1.251 pam_ldap-1.8.2 openldap-server-2.3.27При вот таком nsswitch.conf всё работает нормально. Почему не работало раньше не знаю :)
root@pdc>cat /etc/nsswitch.conf
group: files [success=return] ldap
hosts: files dns
networks: files
passwd: files [success=return] ldap
shells: files
Вроде нешел в чем загвоздка была
в nss_ldap.conf
добавил
bind_timelimit 10
bind_policy soft