proNovell

Доброго времени суток коллеги!

Есть желание при переходе на новое место работы развернуть сетевую инфраструктуру на eDirectory. Предприятие представляет собой головной офис и довольно значительное (около 40-ка) количество удаленных филиалов. Требуется, как и везде, обеспечить управление всем хозяйством. Планирую в каждом филиале развернуть eDirectory с синхранизацией с сервером в головном офисе. Как бы стандартный подход. Собственно eDirectory при необходимости буду разворачивать RedHat - Fedora Core, в вот ресурсный файловый сервер планирую на OES (на базе линукса). Клиенты преимущественно на win (2000 и XP).
На форуме пробегали реплики, что ежели OES на линуксе, то тома NSS не возможно включить в структуру eDirectory и, соответственно, управлять правами по доступу, операясь на данные каталога уже невозможно. Правильно ли это утверждение? Для меня это крайне важно, т.к. ежели это так, то игра не стоит свечь. И если все опять сведется к приседаниям с самбой, то логичнее гандобить из нее DC с бекэндом скажем на Fedora Directory Server.
Спасибо

Alex_Saf писал(а):На форуме пробегали реплики, что ежели OES на линуксе, то тома NSS не возможно включить в структуру eDirectory и, соответственно, управлять правами по доступу, операясь на данные каталога уже невозможно. Правильно ли это утверждение?

Я подобных реплик не встречал, и утверждение неправильное. С точки зрения управления правами тома NSS на OES/SLES9 выглядят практически так же, как и на Нетваре. Глядя на такой том из Проводника, к примеру, трудно сказать, что он расположен на SLES. Хотя некоторые мелкие отличия в работе NSS там, по-моему, есть - в документации об этом должно упоминаться.

если есть возможность - используйте SLES9(а лучше OES) и в филиалах так-же
про саму edir novell пишет:
* SUSE Linux Enterprise Server 9.x or SUSE Linux Enterprise Server 8.x
To determine the version of SUSE Linux you are running, see the /etc/SuSE-release file.
* Red Hat Advanced Server 3
>> Ensure that the latest glibc patches are applied from Red Hat Errata on Red Hat
>> systems. The minimum required version of the glibc library is version 2.1.

Просто так в филиале иметь edir - смысла нет.
Если использовать ZfD (ZenWorksforDesktop) , то тогда eDir понадобиться.
Если нет опыта - что такое и для чего ZfD - спрашивайте.

Если исползовать и в филиалх и в центре OES (при этом они все в одном дереве),
то и в филиалах рабочие станции будут так-же как в центре, логиниться при помощи новловского клиента к своему серверу и получать свои сетевые диски с нужными правами. При этом будет рабоать простое и доступное восстановление убиых файлов и каталогов (поскольку это NSS том).

Про синхроизацию. eDir берет на себя проблемы(вопросы) синхронизации своей.
Если я неверно понял Вас в Части - "развернуть eDirectory с синхранизацией с сервером в головном офисе". Если Вы еще не начали реально разворачивать, но прияли решение , что будите это делать, ОБРАТИТЕСЬ к ближайшему партнеру Новелл с вопросом - сколько будет стоить проект или, как минимум, консультация - как лучше развернуть eDir приминительно к Вашим условиям.
В конечном счете это обойдется дешевле и можно будет избежать многих шишек..
Есть опыт, кроме написаных рекомендаций, который Вы получите только спустя время. (панимаю, что партнеры то-же могут быть рзными )

Alex_Saf писал(а):Собственно eDirectory при необходимости буду разворачивать RedHat - Fedora Core, в вот ресурсный файловый сервер планирую на OES (на базе линукса).

А чем собственно продиктован данный выбор?
Почему eDir на Linux'е, а не на NW?

Григорьев Михаил писал(а):А чем собственно продиктован данный выбор?
Почему eDir на Linux'е, а не на NW?

Человек работает с тем, что знает. ИМХО - правильно