свойство networkaddress в LDAPе

[sovchik]

Тут потребовалось динамически выводить список пользователей и на каких ip они сидят. Попробовал читать из LDAPа свойство networkaddress и удивился, что оно заполняется не для всех пользователей. Поставленный опыт показал, что перегружаешь станцию, и поле заполняется; разрегистрируешься из станции, а поле не стирается.
На одной станции вообще забавно: регистрируешься, поле заполняется; через некоторое время поле очищается.
Никто не разбирался по какой логике редактируется это поле? Как бы его заставить быть более "динамичным" отображением сетевых адресов пользователя.

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

Не проще элементарный батник написать, который бы срабатывал при регистрации/разрегистрации и скидывал бы данные куда угодно - хотя бы в тот же текстовый файл?

[Dimerson]

Разрегистрация не гарантируется может происходить по таймауту

[sovchik]

Батник то всегда проще, но крайне хочется обойтись без добавочных модулей на рабочих станциях. Не думаю, что это невозможно.

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

Батник можно дергать с серверного тома. Не понимаю драмы, если честно. Про разрегистрацию - я имел в виду подвесить правило в зенагенте.

[sovchik]

Иван, не обжайтесь, но вы странно непоследовательны. То просите пруф в студию, когда говорится что у novell-а что то по моему не так. То на вопрос о нестабильной поведении продукта предлагаете соорудить костыль ввиде bat файла. Да, фитча не самая популярная и востребованая, но работать то должно.....

[Павел Гарбар]

Это давняя история - адрес в свойствах пользователя...
Если кратко - это не гарантированное поле, а так "типа к сведению". Поэтому для BorderManager'a и были clntrust и dwntrust.

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

Иван, не обжайтесь, но вы странно непоследовательны. То просите пруф в студию, когда говорится что у novell-а что то по моему не так. То на вопрос о нестабильной поведении продукта предлагаете соорудить костыль ввиде bat файла. Да, фитча не самая популярная и востребованая, но работать то должно.....

Увы, не должно. Эти индийский мормоны давно заявили, что это поле опционально.
Недавно где-то читал, что с eDir 8.8 и с клиентом не менее IR6 оно стало гарантированным. Но это тоже враки, оно очищается примерно через 20 часов после логина. А учитывая, что у нас нормальным является не перезагружать ПК месяцами...

Козлы они.

[Clericos]

Тут потребовалось динамически выводить список пользователей и на каких ip они сидят. Попробовал читать из LDAPа свойство networkaddress...

какая версия eDirectory?

[sovchik]

....
Увы, не должно. Эти индийский мормоны давно заявили, что это поле опционально...

Козлы они.

Да, грусть конечно. Спасибо за информацию.

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

Иван, не обжайтесь, но вы странно непоследовательны. То просите пруф в студию, когда говорится что у novell-а что то по моему не так. То на вопрос о нестабильной поведении продукта предлагаете соорудить костыль ввиде bat файла. Да, фитча не самая популярная и востребованая, но работать то должно.....

На что обижаться-то? На то, что, по Вашему, "у novell-а что-то не так"? Тут уж прошу пардону - но попытаюсь примазаться к славе Станиславского: "не верю!" (с)

Вы сами себе нафантазировали, что в этом поле почему-то должна лежать инфа об адресе, при этом она должна быть синхрозирована непонятным образом чуть ли не до миллисекунды со временем, когда пользователь имеет активное подключение. Причем тут новель-то? Какое он имеет отношение к Вашим фантазиям? Касаемо пруфов - я и тут (не поверите) пруф попрошу относительно того, что Novell где-то, как-то и кому-то обещал, что вот конкретно это поле - оно будет работать вот так или вот так.

Этак мы договоримся до того, что кому-то вздумается опрашивать служебные поля в едыре или перехватывать дельта-векторы синхронизации - а потом заламывать руки при смене версий и, что очень вероятно, смене внутреннего представления информации. "А мы вот тут весь бизнес на это завязали, а Вы... ну как же так..."

Все, что гарантирует Novell - представлено в документации, которая находится в публичном доступе. Если того, что Вы ожидаете, там нет - с очень высокой вероятностью:

а) Novell не гарантирует;
б) есть риск, что при обновлении оно просто отвалится или как-то поменяет свое поведение.

Касаемо "костылей" - как раз "увы и ах" Вам. Именно Вы пытаетесь придумать некие костыли на ровном месте, пребывая в опасном заблуждении на тему "ну оно же там все равно есть". Вам, как мне видится, надо определиться - шашечки надо или таки ехать. Ежели второе - батник прост, как лом, и настолько же надежен Еще, к слову, и контролируется на порядок лучше, т.к. просто не зависит от поведения пятен на Солнце или характера образования кратеров на Луне.

Ковалев Артем - шутка про "индийских мормонов" несколько избита, неактуальна и уже даже и не смешна, не находите? Относительно eDirectory и IR6 - не понял совершенно. eDir и Novell Client суть категорически разные вещи, взаимодействующие - но, тем не менее, не зависящие (по большому счету) друг от друга. И уж тем более доступность той или иной информации через LDAP (просто напомню - в eDirectory от LDAP не зависит ровным счетом ничего, это всего-навсего шлюз, транслирующий LDAP->NCP и обратно) вообще не при чем.

Коллеги, как мне кажется, вы находитесь в плену своих убеждений относительно того, что должно, и что не должно работать в продуктах Novell. Никого не хочу обидеть - но в очередной раз напомню: если что-то не описано в документации/ридми и прочем, говорить о том, что оно "должно работать вот так" как минимум некорректно. Покажите мне, плз, место в документации, где написано за то, что тот самый адрес должен храниться вечно и подчиняться определенным правилам.

[Павел Гарбар]

Пара слов про негарантированность значений.
Простой пример - пользователь одновременно зарегистрировался на разных станциях. Какой адрес в поле должен быть? Первой станции? Последней?

[skoltogyan]

всех станций

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

Глупый вопрос "зачем" задать можно?

Коллеги, если порыться в eDirectory через LDAP, можно найти массу интересного, что туда попадало в целях использования данных сервисами, которые уже не существуют. При этом всякий, кто там подобные данные находят, делает "открытие" и потом только на том основании делает вывод о том, что "новель - каззлы". Логика детского сада, простите великодушно за откровенность.

Вам надо определиться, повторяю: шашечки или ехать. Если надо непременно знать, с каких станций пользователь заходил - есть простой, как приснопамятный лом, способ с батником. Без LDAP вообще. Работает - всегда и везде, не зависит ни от степени "козлиности" новеля, ни от версии ОС на станции (имеется в виду - Windows, большинство же из вас именно о нем речь и ведет).

"Поганый новель" никому, никогда и нигде не обещал, что в поле "Network Address" будет храниться хоть сколько-нибудь значимая информация.

skoltogyan - дядь Сереж, я правильно понимаю, что там должен быть мультилист, куда должны быть внесены ВСЕ значения адресов, с которых пользователь заходил когда бы то ни было? Оценить размер базы при этом сам возмешься или помощь нужна?

[Dimerson]

Ip должен быть в списке до разрегистрации хоть и по таймауту ... то есть нет логина список пуст