Сервер OpenLDAP не работает по протоколу ldap://
У меня установлена ванильная версия Scientific Linux 6.6 (по сути RHEL 6.6), которую я пытаюсь настроить как сервер LDAP. Я установил openldap-servers
и начал шлепать с service slapd start
, Это значение по умолчанию создает файлы конфигурации в /etc/openldap/slapd.d/
который, как я понимаю, является более новым форматом конфигурации.
Чтобы добавить пользователя root и пароль, я создал файл rootuser.ldif as (пароли менялись конечно):
dn: olcDatabase={0}config,cn=config
changetype: modify
add: olcRootPW
olcRootPW: {SSHA}n/y444ydfghRfgOzTGwh4A47Ih4Ek9fg
dn: olcDatabase={2}bdb,cn=config
changetype: modify
add: olcRootPW
olcRootPW: {SSHA}n/y444ydfghRfgOzTGwh4A47Ih4Ek9fg
-
replace: olcRootDN
olcRootDN: cn=admin,dc=example,dc=com
-
replace: olcSuffix
olcSuffix: dc=example,dc=com
и побежал ldapmodify -a -Q -Y EXTERNAL -H ldapi:/// -f test.ldif
(основано на ответе в разделе " Основные настройки openldap с использованием конфигурации slapd.d") при входе в систему от имени пользователя root на сервере.
Это работает и возвращает:
modifying entry "olcDatabase={0}config,cn=config"
modifying entry "olcDatabase={2}bdb,cn=config"
Чтобы проверить, что это сработало, я могу сделать ldapsearch -Y EXTERNAL -H ldapi:/// -b "olcDatabase={2}bdb,cn=config" olcRootDN
который возвращает:
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
# extended LDIF
#
# LDAPv3
# base <olcDatabase={2}bdb,cn=config> with scope subtree
# filter: (objectclass=*)
# requesting: olcRootDN
#
# {2}bdb, config
dn: olcDatabase={2}bdb,cn=config
olcRootDN: cn=admin,dc=example,dc=com
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
Однако, если я хочу выполнить поиск по протоколу ldap:// (как мне потребуется при удаленном подключении с клиентов или подключении phpldapadmin), я получаю сообщение об ошибке. Бег ldapsearch -D "cn=admin,dc=example,dc=com" -W
и ввод пароля, как и раньше, просто дает:
ldap_result: Can't contact LDAP server (-1)
Добавление на -d5 -v
к ldapsearch
Команда дает всю нагрузку на вывод:
ldap_initialize( <DEFAULT> )
ldap_create
Enter LDAP Password:
ldap_sasl_bind
ldap_send_initial_request
ldap_new_connection 1 1 0
ldap_int_open_connection
ldap_connect_to_host: TCP localhost:389
ldap_new_socket: 3
ldap_prepare_socket: 3
ldap_connect_to_host: Trying ::1 389
ldap_pvt_connect: fd: 3 tm: -1 async: 0
attempting to connect:
connect success
ldap_open_defconn: successful
ldap_send_server_request
ber_scanf fmt ({it) ber:
ber_scanf fmt ({i) ber:
ber_flush2: 78 bytes to sd 3
ldap_result ld 0x7bc270 msgid 1
wait4msg ld 0x7bc270 msgid 1 (infinite timeout)
wait4msg continue ld 0x7bc270 msgid 1 all 1
** ld 0x7bc270 Connections:
* host: localhost port: 389 (default)
refcnt: 2 status: Connected
last used: Fri Feb 6 13:29:49 2015
** ld 0x7bc270 Outstanding Requests:
* msgid 1, origid 1, status InProgress
outstanding referrals 0, parent count 0
ld 0x7bc270 request count 1 (abandoned 0)
** ld 0x7bc270 Response Queue:
Empty
ld 0x7bc270 response count 0
ldap_chkResponseList ld 0x7bc270 msgid 1 all 1
ldap_chkResponseList returns ld 0x7bc270 NULL
ldap_int_select
read1msg: ld 0x7bc270 msgid 1 all 1
ber_get_next
ldap_err2string
ldap_result: Can't contact LDAP server (-1)
ldap_free_request (origid 1, msgid 1)
ldap_free_connection 1 1
ldap_free_connection: actually freed
Я уверен, что сервер работает на порту 389 как telnet localhost 389
дает:
Trying ::1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
Если я бегу slapd
вручную и установить -d-1
затем я вижу следующий вывод при попытке получить к нему доступ через ldap://
54d4dfec daemon: activity on 1 descriptor
54d4dfec daemon: activity on:54d4dfec
54d4dfec slap_listener_activate(7):
54d4dfec daemon: epoll: listen=7 busy
54d4dfec daemon: epoll: listen=8 active_threads=0 tvp=zero
54d4dfec >>> slap_listener(ldap:///)
54d4dfec daemon: listen=7, new connection on 12
54d4dfec daemon: activity on 1 descriptor
54d4dfec daemon: activity on:54d4dfec
54d4dfec daemon: epoll: listen=7 active_threads=0 tvp=zero
54d4dfec daemon: epoll: listen=8 active_threads=0 tvp=zero
54d4dfec fd=12 DENIED from unknown (127.0.0.1)
54d4dfec daemon: closing 12
Возможно, мне нужно настроить ACL, чтобы olcRootDN
быть разрешенным для запроса базы данных?
1 ответ
Кажется, что проблема вызвана /etc/hosts.allow
, я добавил
slapd: 127.0.0.1
до конца этого файла, и теперь я получаю сообщение об ошибке "Недействительные учетные данные", что, вероятно, является другой проблемой.