Jabber - сервер, проблемы с поиском в AD('у). [SOLVED]

Добрый день.
Исходные данные: 1 сервер с установленным ejabberd версии 2.0.5-r1, ось - gentoo-x64 2.6.27-gentoo-r8, отдельно на windows 2003 машине крутится AD. На данный момент удалось авторизовывать пользователей в AD'у, но при попытке поиска по Имени, Фамилии и почтовому адресу ничего не удается найти и если искать по логину, то не зависимо от наличия пользователя в AD он его добавляет. Подскажите, где копать?

 
  {auth_method, ldap}.
  {ldap_servers, ["server"]}.    % List of LDAP servers
  {ldap_base, "DC=mydc,DC=local"}. % Search base of LDAP directory
  {ldap_rootdn, "CN=Administrator,CN=Users,DC=mydc,DC=local"}. % LDAP manager
  {ldap_password, "password"}. % Password to LDAP manager
  {ldap_uids, [{"sAMAccountName"}]}.
 
        {ldap_vcard_map,
            [{"NICKNAME", "%u", ["mailNickname"]},
                {"FN", "%s", ["cn"]},
                {"GIVEN", "%s", ["sn"]},
                {"FAMILY", "%s", ["givenName"]},
                {"ORGUNIT", "%s", ["department"]},
                {"EMAIL", "%s", ["mail"]},
                {"TITLE", "%s", ["title"]},
                {"DESC", "%s", ["description"]}]},
        {ldap_search_fields,
            [{"User", "%u"},
               {"Full Name", "cn"},
               {"Given Name", "sn"}]},
               {"Family Name", "givenName"},
               {"Nickname", "%u"},
               {"Email", "mail"},
               {"Role", "title"},
               {"Organization Unit", "department"}]},
        {ldap_search_reported,
            [{"Full Name", "cn"},
                {"Given Name", "sn"}]}
                {"Family Name", "givenName"},
                {"Nickname", "%u"},
                {"Email", "mail"},
                {"Organization Unit", "ou"}]}

Флейм - winterheart - Есть подозрение, что причина

Есть подозрение, что причина проблемы заключается в том, что всеми нами горячо и нежно любимый разработчик AD не отказал себе в удовольствии внести некоторые "усовершенствования" в протокол.
Соответственно путь к решению --- format C: и вынос виндовса.

В моей практике была схожая ситуация, только наоборот: есть адресная книга в OpenLDAP. Неавторизованное чтение из оной запрещено. Thunderbird работает --- только в путь (ну, с учётом того момента, что в ветке 2.0 есть бага, благодаря которой с сервера на OpenLDAP 2.4 репликацию он не делает, но сия бага известна и утверждается, что в Thunderbird 3.0 исправлена). Аутглюк же работает как-то ну совсем очень странно, криво и далеко не у всех (как виндузятники настраиваются --- вообще песня).
Да, samba с OpenLDAP'ом что в реинкарнации 2.3, что в реинкарнации 2.4 работает на ура.

:wq
--
Live free or die

Третий блок у тебя

Третий блок у тебя неправильный.

{ldap_search_reported,
            [{"Full Name", "FN"},
             {"Given Name", "GIVEN"},
             {"Family Name", "FAMILY"},
             {"User, ""NICKNAME"},
             {"Email", "EMAIL"}
            ]
}

Как-то так. Плюс скобочки прибери, походу кое-где они лишние. givenName - это имя, sn - это фамилия.

Не грусти, товарищ! Всё хорошо, beautiful good!

Исправили, ничего не

Исправили, ничего не поменялось...
Возможно ли что за добавление пользователя отвечает что-то другое (/что-то еще)???
ведь если закомментировать эти строки пользователи все равно будут добавлять не зависимо от их наличия в АД %)
надеюсь понятно выразился

Сон разума порождает чудовищ, сон безумия – вечность…

.

Тов. winterheart конечно вполне справделиво заклеймил мой комментарий...
Но в нём ведь была и конструктивная составляющая.

Если исходить из положения, что ты здоровый и богатый, я бы рекомендовал:
1. Для наглядности разборок какой-нибудь (желательно независимый) LDAP-клиент. Здесь рискну порекомендовать phpldapadmin. Можно ставить на машине с Jabber-сервером.
2. OpenLDAP-сервер (в качестве эталона для сравнения). Можно на всё той же машине, но ИМХО для чистоты эксперимента лучше на отдельном сервере.
3. И в OpenLDAP и в AD --- одно и то же дерево.
4. С идентичным конфигом Джаббера пробовать подключаться к AD и к OpenLDAP и смотреть результаты.
5. В случае получения желаемых результатов с OpenLDAP и неполучения оных с AD (а также лицензионным виндовсом) --- разрушить моск службе технической поддержки фирмы майкрософт.

:wq
--
Live free or die

OpenLDAP не дадут поставить,

OpenLDAP не дадут поставить, это видите ли менее удобно и правильно, чем этот убогий AD + Exchange, спасибо всем кто отписался, на данный момент обкатываю openfire, как-то он с AD сдружился лучше, да и java ближе сердцу, чем erlang...

Сон разума порождает чудовищ, сон безумия – вечность…

осторожнее с

осторожнее с openfire/wildfire/jive - он частенько трактует стандарты как ему хочется. собственно как и M$

Собственно

evadim написал(а):
осторожнее с openfire/wildfire/jive - он частенько трактует стандарты как ему хочется. собственно как и M$

1. Об чём и предупреждал;
2. Есть подозрение, что потому и работает нормально с AD.

:wq
--
Live free or die

они изначально нацелены на

они изначально нацелены на корпоративную среду и методы у них такие же - нормальная работа с закрытым софтом, тотже AD и Flash Hack, централизованно управляемые клиенты, логи сообщений, и всякое такое что нужно в корпоративной среде. отсюда и несколько пренебрежительное отношение к стандартам.

.

Namenloss написал(а):
OpenLDAP не дадут поставить, это видите ли менее удобно и правильно

Какие-либо конкретные аргументы при этом приводятся?
Или вся "аргументация" сводится к цитированию рекламных проспектов?

Namenloss написал(а):
чем этот убогий AD + Exchange

Т.е. на LDAP завязана только корпоративная почта?

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".