LINUX.ORG.RU

AjaXplorer


0

1

Вопрос собственно в следующем - есть ли ему альтернатива, желательно с более вменяемой документацией? Потому что сегодня пол дня пытался прикрутить к нему ldap - упорно выдаёт:

[Wed Apr 20 16:54:58 2011] [error] [client ::1] PHP Warning:  ldap_search(): supplied argument is not a valid ldap link resource in /srv/http/ajaxplorer/plugins/auth.ldap/class.ldapAuthDriver.php on line 125
[Wed Apr 20 16:54:58 2011] [error] [client ::1] PHP Warning:  ldap_get_entries() expects parameter 1 to be resource, null given in /srv/http/ajaxplorer/plugins/auth.ldap/class.ldapAuthDriver.php on line 126
Докуметации нормальной ноль, вообщем это лютый и неумолимый он самый, господа. Зла не хватает. А ldap нужен кровь из носу!


Ответ на: комментарий от adriano32

Нет, мне же не ldap админить надо, просто нужно базу с пользователями прикрутить к вэб-файлобменнику по-типу ajaxplorer.

f1st
() автор топика
Ответ на: комментарий от adriano32

Нет, в ldap'e заведена база с пользователями, паролями, и т.д. В ajaxplorer'e есть плагин, который позволяет юзать для авторизации ldap-сервер. Но не совсем удачно, как видно.

f1st
() автор топика

Нужно было передать URI вида ldap[si]://hostname/basedn?searchAttr?scope?filter, а вы передали, возможно, просто имя хоста. И при чём здесь AjaXplorer?

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny
LDAP_URL : LDAP Server URL (IP or name)

Из документации по плагину auth.ldap. В опциях про URI не сном, не духом.

f1st
() автор топика
Ответ на: комментарий от DRVTiny

А базовый DN передаёться через:

LDAP_DN : DN where the users are stored
и с ним всё в порядке.

f1st
() автор топика
Ответ на: комментарий от f1st

URL - это именно URL он не обязан содержать BASE DN, но совершенно точно в нём должен быть префикс ldap://, либо ldaps://, либо даже ldapi://

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

Нет, в документации чётко написано что это просто хостнейм или ip. И сейчас я его домучал до того, что он наконец-то начал соеденятся, заходит под учёткой ldap'го админа (оказываеться в опции LDAP_USER нужно было указывать не просто имя учётки админа, а полностю в виде «cn=admin,dc=myhost,dc=org», хотя снова в одкументации этого нигде явно не указано, да и на форуме примеры где просто вписано имя учётки). Но теперь он отказываеться получать список пользователей, снова ту же ошибку выдаёт.

f1st
() автор топика
Ответ на: комментарий от f1st

Используйте wireshark (есть GUI - wireshark-gnome) и смотрите, какие search-запросы выдаёт ваш сервер. Тогда и поймёте, почему LDAP-сервер возвращает ошибку, null или something_wrong

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

Можно же просто в консоли руками запустить лдап-сервер с -d 255 и смотреть весь выхлоп. Портянки большие плюются, но очень информативные.

Lumi ★★★★★
()
Ответ на: комментарий от Lumi

Это если LDAP-сервер - совершенно конкретный OpenLDAP, который так просто можно остановить. Я обычно его для всех отладочных сообщений запускаю с -d 65535. Wireshark - более универсальный метод, посмотреть любые LDAP-запросы и ответы независимо от реализации сервера.

DRVTiny ★★★★★
()
Ответ на: комментарий от Lumi

Похоже что всё-таки это баг в последней версии ajaxplorer'а, на форуме висит пост с описанием такой-же проблемы, к сожалению пока не [solved].

f1st
() автор топика
Ответ на: комментарий от Lumi

И вообще судя по лоам ajaxplorer'a, он сначала нормально авторезиует админа по лдапу, а потом сходу ломиться ещё три раза авторезироваться, но уже фейлит.

f1st
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.