Мещеряков Андрей писал(а):Может быть я не прав - поправьте!
Носитель NAM30 действительно стоит $35 (или $15 за e-Software)
Мещеряков Андрей писал(а):1. Основой eDir является как раз NDS for (наименование ОС). Собственно, дурацкое название eDir NDS и получила исходя из соображений отрицания прошлого в виде NetWare и выделения ее системы аккаунтов в независимый продукт. eDir и ставится по следующему сценарию: ставится nici, если эта приблуда уже стоит, то ставится NDS for NT 2.01. Потом, если желаете, можете доставить С1 и еще что-то.
Давайте так. Я еще раз напрягусь и постараюсь доходчиво объяснить, что такое eDir (она-же NDS).
NDS - это не что иное, как база данных (FLAME), оптимизированная на ошромное количество операций чтения. БД, доступ к которой может осуществляться в т.ч. и по протоколу LDAP v.3
eDir - это КРОССПЛАТФОРМЕННАЯ NDS.
Улучшены механизмы репликации, синхронизации и пр.
Стоимость eDir - всего $2 за пользователя.
Еще раз повторяю - это ВСЕ-ЛИШЬ база данных, или МЕТА-КАТАЛОГ, способный жить на нескольких платформах.
НИКТО НЕ ГОВОРИТ о том, что к данным в этом каталоге будут иметь все приложения, которые про нее ничего не знают, и ТЕМ БОЛЕЕ, локальные учетные записи операционных систем (исключая Netware, ессно).
Устанавливая eDir на Solaris или NT или Win2000, вы просто устанавливаете сервик каталога ПРАЛЛЕЛЬНО со всеми остальными.
Никто ничено не подменяет. Просто на других платформах вы можете организовывать сервися на базе каталога eDirectory. (Например, у вас крутится NetMail на платформе Windows).
Вас вводит в заблуждение название продукта NDS for NT, который на самом деле есть ни что иное, как ранняя версия AccountManagement.
О нем ниже.
Мещеряков Андрей писал(а):2. АМ - это аккаунт менеджмент? Если так, что не "или", а "и". Ибо толку от самой NDS нет: перенос домена в NDS делает именно этот набор утилит. Я точно не помню, но снапин в nwadmine не работает; в С1 сам домен я создать могу, но мена тут же предупреждают, что снапинов на этот объект не имеется
Обратившись к литеруре я и решил, что все описанные преобразования и делает установленный AM.
Теперь про АМ, собственно.
Как я уже сказал, НИ ОДНА ОС НЕ ЗНАЕТ НИЧЕГО ПРО ДАННЫЕ, которые содержит в себе eDir (кроме NW). Для того, чтобы ЛОКАЛЬНЫЕ экаунты СИНХРОНИЗИРОВАЛИСЬ (MAD) или РЕДИРЕКТИЛИСЬ (Other) в eDirectory, нужет продук под названием AccountManagement. В настоящее время это версия 3.0 SP1.
Принцип работы NDS for NT как раз и заключался в том, что Novell подменяд файл sam.dll и все запросы к базе Sam просто перенаправлялись в eDir. Красиво и удобно.
Для плоских доменов NT (а они разве бывают неплоские?
) это валидно до сих пор. Другая ситуация с AD. Там такой фокус не проходит. И поэтому с AD идет СИНХРОНИЗАЦИЯ (или РЕПЛИКАЦИЯ) на базе технологии DirXML.
----
теперь на пальцах:
Вы купили машину.
У вас там суперкомпьютер есть.
В очередной раз на сервисе вам мастер сообщает, что вышла новая прошивка, которая позволит вашему компьютеру пользоваться данными через сеть интернет (ну, там, разные логи скидывать или еще что, мало-ли данных), "общаться" с другими машинами и пр.
Хорошо, думаете Вы, но... вам бы тоже хотелось иметь доступ к этим данным, ведь боротой копм мог-бы регулировать климат в салоне исходя из данных о погоде и, напр, качестве топлива.
И вы покупаете в сервисе еще кусок микрокода, который позволит вам пользоваться всеми преимуществами новой прошивки.
Так вот - новая прошивка - это eDirectory, а кусок микрокода - это AccountManagement.
----
Мещеряков Андрей писал(а):P.S. Раньше я вооще считал, что NDS for NT вообще "сносит" NT ее бедовую голову и превращает в сервер NW