* [sisyphus] OpenLDAP
@ 2005-01-25 11:00 Epiphanov Sergei
2005-01-26 8:45 ` vserge
0 siblings, 1 reply; 2+ messages in thread
From: Epiphanov Sergei @ 2005-01-25 11:00 UTC (permalink / raw)
To: Рассылка Sisyphus
Пытаюсь в очередной раз SASL подружить с OpenLDAP но безуспешно.
Вот кусок лога подключения (на клиенте команда ldapwhoami -U test -W):
Jan 25 13:11:36 comp slapd[32125]: conn=0 fd=12 ACCEPT from IP=193.125.101.100:33013 (IP=193.125.101.100:389)
Jan 25 13:11:36 comp slapd[32125]: daemon: added 12r
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on:
Jan 25 13:11:36 comp slapd[32125]:
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=6 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=7 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on 1 descriptors
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on:
Jan 25 13:11:36 comp slapd[32125]: 12r
Jan 25 13:11:36 comp slapd[32125]:
Jan 25 13:11:36 comp slapd[32125]: daemon: read activity on 12
Jan 25 13:11:36 comp slapd[32125]: connection_get(12)
Jan 25 13:11:36 comp slapd[32125]: connection_get(12): got connid=0
Jan 25 13:11:36 comp slapd[32125]: connection_read(12): checking for input on id=0
Jan 25 13:11:36 comp slapd[32125]: ber_get_next on fd 12 failed errno=11 (Resource temporarily unavailable)
^^^^^^^^^^^^^^^^^^^^^ - вот эта строка непонятна.
Jan 25 13:11:36 comp slapd[32172]: do_search
Jan 25 13:11:36 comp slapd[32172]: >>> dnPrettyNormal: <>
Jan 25 13:11:36 comp slapd[32172]: <<< dnPrettyNormal: <>, <>
Jan 25 13:11:36 comp slapd[32172]: SRCH "" 0 0
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=6 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32172]: 0 0 0
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=7 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32172]: begin get_filter
Jan 25 13:11:36 comp slapd[32172]: PRESENT
Jan 25 13:11:36 comp slapd[32172]: end get_filter 0
Jan 25 13:11:36 comp slapd[32172]: filter: (objectClass=*)
Jan 25 13:11:36 comp slapd[32172]: attrs:
Jan 25 13:11:36 comp slapd[32172]: supportedSASLMechanisms
Jan 25 13:11:36 comp slapd[32172]:
Jan 25 13:11:36 comp slapd[32172]: conn=0 op=0 SRCH base="" scope=0 deref=0 filter="(objectClass=*)"
Jan 25 13:11:36 comp slapd[32172]: conn=0 op=0 SRCH attr=supportedSASLMechanisms
Jan 25 13:11:36 comp slapd[32172]: => test_filter
Jan 25 13:11:36 comp slapd[32172]: PRESENT
Jan 25 13:11:36 comp slapd[32172]: => access_allowed: search access to "" "objectClass" requested
Jan 25 13:11:36 comp slapd[32172]: => acl_get: [2] attr objectClass
Jan 25 13:11:36 comp slapd[32172]: => acl_mask: access to entry "", attr "objectClass" requested
Jan 25 13:11:36 comp slapd[32172]: => acl_mask: to all values by "", (=n)
Jan 25 13:11:36 comp slapd[32172]: <= check a_dn_pat: *
Jan 25 13:11:36 comp slapd[32172]: <= acl_mask: [1] applying read(=rscx) (stop)
Jan 25 13:11:36 comp slapd[32172]: <= acl_mask: [1] mask: read(=rscx)
Jan 25 13:11:36 comp slapd[32172]: => access_allowed: search access granted by read(=rscx)
Jan 25 13:11:36 comp slapd[32172]: <= test_filter 6
Jan 25 13:11:36 comp slapd[32172]: => send_search_entry: dn=""
Jan 25 13:11:36 comp slapd[32172]: => access_allowed: read access to "" "entry" requested
Jan 25 13:11:36 comp slapd[32172]: => acl_get: [2] attr entry
Jan 25 13:11:36 comp slapd[32172]: => acl_mask: access to entry "", attr "entry" requested
Jan 25 13:11:36 comp slapd[32172]: => acl_mask: to all values by "", (=n)
Jan 25 13:11:36 comp slapd[32172]: <= check a_dn_pat: *
Jan 25 13:11:36 comp slapd[32172]: <= acl_mask: [1] applying read(=rscx) (stop)
Jan 25 13:11:36 comp slapd[32172]: <= acl_mask: [1] mask: read(=rscx)
Jan 25 13:11:36 comp slapd[32172]: => access_allowed: read access granted by read(=rscx)
Jan 25 13:11:36 comp slapd[32172]: conn=0 op=0 ENTRY dn=""
Jan 25 13:11:36 comp slapd[32172]: <= send_search_entry
Jan 25 13:11:36 comp slapd[32172]: send_ldap_result: conn=0 op=0 p=3
Jan 25 13:11:36 comp slapd[32172]: send_ldap_result: err=0 matched="" text=""
Jan 25 13:11:36 comp slapd[32172]: send_ldap_response: msgid=1 tag=101 err=0
Jan 25 13:11:36 comp slapd[32172]: conn=0 op=0 SEARCH RESULT tag=101 err=0 nentries=1 text=
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on 1 descriptors
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on:
Jan 25 13:11:36 comp slapd[32125]: 12r
Jan 25 13:11:36 comp slapd[32125]:
Jan 25 13:11:36 comp slapd[32125]: daemon: read activity on 12
Jan 25 13:11:36 comp slapd[32125]: connection_get(12)
Jan 25 13:11:36 comp slapd[32125]: connection_get(12): got connid=0
Jan 25 13:11:36 comp slapd[32125]: connection_read(12): checking for input on id=0
Jan 25 13:11:36 comp slapd[32125]: ber_get_next on fd 12 failed errno=0 (Success)
Jan 25 13:11:36 comp slapd[32125]: connection_read(12): input error=-2 id=0, closing.
Jan 25 13:11:36 comp slapd[32125]: connection_closing: readying conn=0 sd=12 for close
Jan 25 13:11:36 comp slapd[32125]: connection_close: deferring conn=0 sd=12
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=6 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=7 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32125]: daemon: activity on 1 descriptors
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=6 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=7 active_threads=0 tvp=NULL
Jan 25 13:11:36 comp slapd[32172]: connection_resched: attempting closing conn=0 sd=12
Jan 25 13:11:36 comp slapd[32172]: connection_close: conn=0 sd=12
Jan 25 13:11:36 comp slapd[32172]: daemon: removing 12
Jan 25 13:11:36 comp slapd[32172]: conn=0 fd=12 closed
При этом простая авторизация проходит. Версия 2.2.20-alt1.
Сизиф недельной давности. Строки sasl-regexp прописал как
показано в инструкции, прописал хранить пароли в ldap
в открытом виде. Где может быть засада?
Настройки saslauthd сделал (навёл на свой тестовый сервер):
ldap_servers: ldap://193.125.101.100/ ldaps://193.125.101.100/
ldap_bind_dn: cn=sasl,ou=operator,dc=otdel,dc=rabota,dc=ru
ldap_bind_pw: {CLEARTEXT}test
...
проверил существование cn=sasl,ou=operator,dc=otdel,dc=rabota,dc=ru
Может, это связано с настройками в /usr/lib/sasl2? Нужен ли для slapd
сервер saslauthd?
--
С уважением, Епифанов Сергей
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [sisyphus] OpenLDAP
2005-01-25 11:00 [sisyphus] OpenLDAP Epiphanov Sergei
@ 2005-01-26 8:45 ` vserge
0 siblings, 0 replies; 2+ messages in thread
From: vserge @ 2005-01-26 8:45 UTC (permalink / raw)
To: ALT Linux Sisyphus discussion list
On Tue, 25 Jan 2005 14:00:24 +0300
Epiphanov Sergei <serpiph@nikiet.ru> wrote:
> Пытаюсь в очередной раз SASL подружить с OpenLDAP но безуспешно.
> Вот кусок лога подключения (на клиенте команда ldapwhoami -U test -W):
>
> Jan 25 13:11:36 comp slapd[32125]: conn=0 fd=12 ACCEPT from
> IP=193.125.101.100:33013 (IP=193.125.101.100:389) Jan 25 13:11:36 comp
> slapd[32125]: daemon: added 12r Jan 25 13:11:36 comp slapd[32125]:
> daemon: activity on: Jan 25 13:11:36 comp slapd[32125]:
> Jan 25 13:11:36 comp slapd[32125]: daemon: select: listen=6
> active_threads=0 tvp=NULL Jan 25 13:11:36 comp slapd[32125]: daemon:
> select: listen=7 active_threads=0 tvp=NULL Jan 25 13:11:36 comp
> slapd[32125]: daemon: activity on 1 descriptors Jan 25 13:11:36 comp
> slapd[32125]: daemon: activity on: Jan 25 13:11:36 comp slapd[32125]:
> 12r Jan 25 13:11:36 comp slapd[32125]:
> Jan 25 13:11:36 comp slapd[32125]: daemon: read activity on 12
> Jan 25 13:11:36 comp slapd[32125]: connection_get(12)
> Jan 25 13:11:36 comp slapd[32125]: connection_get(12): got connid=0
> Jan 25 13:11:36 comp slapd[32125]: connection_read(12): checking for
> input on id=0 Jan 25 13:11:36 comp slapd[32125]: ber_get_next on fd 12
> failed errno=11 (Resource temporarily unavailable)
> ^^^^^^^^^^^^^^^^^^^^^ - вот эта строка непонятна.
загадка этого возможно кроется в настройках файла DB_CONFIG
Который я положил в пакет начиная с версии 2.2.20
/var/lib/ldap/bases/DB_CONFIG
Если используется база bdb или hdb, тогда этот файл принимается в
внимание.
[skip]
>
> При этом простая авторизация проходит. Версия 2.2.20-alt1.
> Сизиф недельной давности. Строки sasl-regexp прописал как
> показано в инструкции, прописал хранить пароли в ldap
> в открытом виде. Где может быть засада?
>
> Настройки saslauthd сделал (навёл на свой тестовый сервер):
> ldap_servers: ldap://193.125.101.100/ ldaps://193.125.101.100/
> ldap_bind_dn: cn=sasl,ou=operator,dc=otdel,dc=rabota,dc=ru
> ldap_bind_pw: {CLEARTEXT}test
> ...
>
> проверил существование cn=sasl,ou=operator,dc=otdel,dc=rabota,dc=ru
>
> Может, это связано с настройками в /usr/lib/sasl2? Нужен ли для slapd
> сервер saslauthd?
>
> --
> С уважением, Епифанов Сергей
--
> > как будет /usr/X11R6/lib/modules/dri/r300_dri.so, будет и
> > direct rendering: Yes
> В таком случае чем отличается ситуация с R300 сейчас от ситуации месяц
> назад?
Объявление в газете:
"Продаю квартиру полностью подготовленную к евроремонту"
с R300 ситуация примерно та же
-- shrek in sisyphus@
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-01-26 8:45 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-01-25 11:00 [sisyphus] OpenLDAP Epiphanov Sergei
2005-01-26 8:45 ` vserge
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git