автоматическая регистрация в GroupWise 2014

[Dimerson]

sovchik, на сервере дефолтовом для той машины где стартует gw2014 клиент пробовали пускать ndstrace -all +ldap .... может что не так он по LDAP спрашивает ?

[sovchik]

sovchik, на сервере дефолтовом для той машины где стартует gw2014 клиент пробовали пускать ndstrace -all +ldap .... может что не так он по LDAP спрашивает ?

Пробовал, ошибок в логе нету. Может быть беда в том, что само дерево обитает на серверах под управлением oes11sp1, а сервер групвайза на oes11sp2 ?

[Иван Левшин aka Ivan L.]

sovchik, на сервере дефолтовом для той машины где стартует gw2014 клиент пробовали пускать ndstrace -all +ldap .... может что не так он по LDAP спрашивает ?

Пробовал, ошибок в логе нету. Может быть беда в том, что само дерево обитает на серверах под управлением oes11sp1, а сервер групвайза на oes11sp2 ?

LDAP это без разницы.

[sovchik]

Баг с автоматический регистрацией поправлен в версии 14.0.1. После установки эта версия обозвала себя как groupwise 14 sp1, так что постулат, что надо первого сервис-пака дождаться верен. Жаль, иконку notify так и не поменяли...

Отдельно искренне порадовала простота и безглючность обновления с 14.0.0 на 14.0.1.

[Иван Левшин aka Ivan L.]

Рад, что все получилось. И все еще не уверен, что некий баг имел место быть. Есть конкретный номер багрепорта, который открыт по данной проблеме?

[sovchik]

Нет, я не открывал. Кстати, клиентам младше 14.0.1 патч не помог.

[Иван Левшин aka Ivan L.]

Что за "клиенты младше" и что за патч?

[Dimerson]

думаю, что имеется в виду, что при младших клиентах патченного сервера не хватает ...

[Иван Левшин aka Ivan L.]

Проверил еще раз - действительно, в SP для клиента есть 872433 - Client gives a login prompt even when "Use eDirectory authentication instead of password" is selected. Это имелось в виду под "автоматической регистрацией"?

[sovchik]

думаю, что имеется в виду, что при младших клиентах патченного сервера не хватает ...

Именно так.

Проверил еще раз - действительно, в SP для клиента есть 872433 - Client gives a login prompt even when "Use eDirectory authentication instead of password" is selected. Это имелось в виду под "автоматической регистрацией"?

Да, оно и имелось ввиду.

[Ковалев Артем]

Поставили gw2014, потестили.
Юзеры не создаются. Отчего? А очень просто: у нас контекст строго по регламентам Novell от одна тыща восемсот затёртого года вида ou=Нечто,l=msk,c=ru. Так вот gw видит его как ou=Нечто,o=msk,c=ru. И не работает. Только ручное подключение пользователей.
Очень приятно, что Novell так заботится о совместимости своих систем со своими системами.
Некоторое время назад сталкивались с такими же проблемами у Vibe, в итоге от него отказались.

[Иван Левшин aka Ivan L.]

Артем, ну передергиваете же Не было никаких "регламентов Novell тыща восемьсот затертого года", было упоминание в документации о том, что NDS строится в соответствии со стеком X.500. Изнасиловал весь мозг в попытках вспомнить - когда же это Novell требовал, чтобы в дереве обязательно была Locality - так и не вспомнил. Рекомендацию использовать C и L при трансконтинентальных деревьях, разбитых по географическому принципу - помню, при этом это ОДИН ИЗ принципов построения. Novell никогда не требовала использовать L в дереве O и OU - тут да, без этого никуда, C и L, насколько я помню и из документов, и из практики, никакой практической пользы не приносили (только что выглядели мегакруто в NWAdmin/C1/iManager).

SR, конечно, опять не создавали? А коллеги из NTS вполне себе все это решают.

Попробуйте посмотреть LDAP Browser - что там в Вашем дереве вообще видно. Экзотики навроде нестандартных маппингов LDAP или фильтрованных реплик точно нет там, куда смотрит GW?

[Ковалев Артем]

Иван, рекомендации использовать L и С были. Не надо писать чушь. По этим рекомендациям дерево и сделано в 1998 году.
GW смотрит на мастер-реплику, навигация по ldap показывает всё нормально. Другие продукт Novell (в том числе gw2012) отчего-то работают нормально. Наверное, заговор.

SR и NTS - это чё?

[Константин Ошмян]

SR и NTS - это чё?

Видимо, Иван имеет в виду Service Request (SR), который открывается в Novell Tech. Support (NTS).

Подтверждаю: как правило, проблемы решаются адекватно. По крайней мере, явные баги вроде указанного Артёмом: более конструктивно не просто пожаловаться на форуме, но и отправить баг-репорт в техподдержку.

Исключения, конечно, тоже бывают (например, как потеряли в NRM - Novell Remote Manager-е - при его портировании с NetWare на Linux возможность видеть, кто же держит открытым конкретный файл, так до сих пор не могут поправить; мой Service Request # 10861930201 по этому поводу был открыт больше года назад - 24.10.2013).

[Иван Левшин aka Ivan L.]

Артем, про чушь - поаккуратнее. Просто возьму на себя смелость напомнить, что рекомендации и требования - они даже не однокоренные слова, по семантике они кардинально различаются. Рекомендации - действительно были, я даже на досуге припомнил, что были они в курсе на CNA (3001, хотя тут могу ошибаться, а искать и уточнять - лень). Только еще раз напомню, что та рекомендация была "одной из" и приоритета ей не отдавалось. C и L не являются и не являлись никогда обязательными контейнерами в NDS/eDirectory. Обязательны там вообще только 2 контейнера: T и O, все остальное - "up to you".

Novell, как и любой другой вендор, никогда и нигде не заявляла, что "мы пишем божественный и абсолютный код, полностью и навсегда свободный от ошибок". Я уже не раз Вам предлагал обратиться за помощью - если не к нам, то хотя бы в NTS (Novell Technical Services, мы их называем "глобальная служба технической поддержки"). Вы же предпочитаете из раза в раз повторять мантру о том, что "новель все слил, истоки забыты и т.д., и т.п.". Картина - как в популярном анекдоте про "Господи, помоги выиграть в лотерею": "Слушай, ну ты билет хотя бы купи". Вам тот билет даже покупать не надо, он у Вас уже куплен - Вы просто не хотите им пользоваться.

Константин - да, в NRM действительно есть такая проблема. Подозреваю, что основная причина в коренных отличиях в архитектуре. Если хотите - могу со своей стороны подключиться и попробовать помочь, киньте письмо на ilevshin@novell.ru. Такой запрос в моей практике был - не помню, открывал ли я инцидент в NTS по этому поводу.

P.S. Артем, Ваши соображения о "странном" поведении GW2012 неверны. GW2012 хранит объекты в eDirectory, LDAP ему нужен исключительно для авторизации (да и то, если Вы эту опцию используете). GW2014 работает только со своей внутренней базой и LDAP тут нужен уже для импорта пользователей (чего в GW2012 нет). Не находите, что Вы пытаетесь сравнить несравнимое? Касаемо же обнаруженного Вами потенциального дефекта - снова повторюсь: открывайте SR.