dhcp

[Андрей Фисенко]

Причем здесь создание объектов? Я чего-то не понмиаю?
Они вроде как создаются с клиентского места, клиент использует ближайшую писабельную реплику.

А как насчет мыслей по поводу Dynamic DNS?
Там тоже админ записи заводит?
Или, например, через iManager в каком месте клиентское место?

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

Поясню сразу - познания в области функционирования НДС имею достаточно умозрительные. Посему прошу нижайше не бить ногами. Но! Не вижу, в чем неправ ув. Vadziku??? ИМХО он говорит о том, что для того, чтобы сервер DHCP внес информацию об аренде адреса, ему должно быть достаточно любой реплики, в которую он могет писать... Логика функционирования распределенной ДБ (каковой, на мой взгляд, является НДС) свидетельствует об этом.
Имело бы смысл разобраться - умеет ли DHCP-сервер от новеля в принципе писать в реплики, расположенные на другом сервере (в случае, когда реплика на его сервере - read-only).

[Андрей Фисенко]

Сколько слов было сказано по поводу функционирования BM на сервере с RO репликой.
Так вот - решение было простое. На бордере ОБЯЗАНА быть RW реплика.
Вот и весь сказ.

Еще в курсах по Edirectory design and implementation говорилось, что нет преимуществ в реплике RO по сравнению с RW.

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

Ага... Т.е. индусы опять сели в лужу ))) Зачем тогда кричать о том, что "мы пишем в НДС" и держать read-only реплики, если и первое, и второе не имеет смысла???

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

[Vadziku]

Причем здесь создание объектов? Я чего-то не понмиаю?
Они вроде как создаются с клиентского места, клиент использует ближайшую писабельную реплику.

А как насчет мыслей по поводу Dynamic DNS?
Там тоже админ записи заводит?
Или, например, через iManager в каком месте клиентское место?

Андрей я таки на пост товарища отвечал, а не вообще всем и на все.
Задача конфигурирования DHCP сервера не требует наличия писабельной реплики на сервере где он будет запускаться.
Dynamic DNS - не необходимое условие работы DHCP сервера. У нас например не включено по причине ненужности. Поскольку резолв имен пользователей имеющих локальные адреса мало кого интересует.
Хотя это конечно еще один момент когда может понадобится запись в дерево во время работы dhcp сервера. Я это и хотел выяснить, а вовсе не наезжать на всех и вся.
iManager, хотя и не является полностью клиентским местом, по функциональности использует клиентскую идеологию, потому как в половине задач использует доступ через ldap к любому необходимому серверу. К сожалению лентяйство разработчиков не позволило переписать весь код и там время от времени попадаются необоснованные вызовы ndap. Из-за этого имеем кучу проблем.
У меня iManager расположенный в одном дереве прекрасно управляет нашими custom объектами в другом дереве.