Исходные данные для конфигурирования Samba

http://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BC%D0%B5%D0%BD_Windows_NT
Может потребоваться или нет - зависит от Ваших нужд.

Разниц много, лучше об этом почитать на виндовых ресурсах. Самба как клиент цепляется к любому (лично опробовано на нт, 2000, 2008). Как добавочный контролер - никак. Читал статьи о переносе данных AD с вин на самбу, но сам не пробовал.

http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BD%D1%82%D1%80%D0%BE%D0%BB%D0%BB%D0%B5%D1%80_%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D0%B0
Термин PDC начиная с 2000 упразднён в связи с переходом на "лесную" архитектуру. Подробности на виндовых ресурсах.

На LDAP основан AD. Если на линуксе клиент - лдап не нужен.

Описано в самбовской мурзилке в секции "Подключение к AD"

ЗЫ: AD - Activ Directory

Главный вопрос: что такое "домен" (из каких элементов он состоит, что умеет и зачем нужен; и соответственно может ли потребоваться Samba в сети без Window$)?
В чём разница между доменом NT, 2000, 2003, ???? (которые из них и в какой степени умеют какие версии Samba)?
 Назначение (или место) сущности "контроллер домена", градации контроллеров, PDC?

В истории серверных операционок М$ имеется два типа т.н "доменов" (т.н клиентские ОС контроллерами быть не могут ) :
тип 1. NT4 (OS NT3.51 и семейство NT4) - Рассчётные клиенты : OS NT3.51 - Win 3.11 for workgroup; NT$ - Win 9x (95SR1 ,98OSR,ME)
тип2. домены на базе теьнологии AD ( от w2k0 и выше - w2k0 ,w2k3,w2k3R2,w2k8...)- Рассчетные клиенты: от w2k0 и выше ( с мелкими оговорками относительно времени выхода). Клиенты тила 9х
могут авторизоватся в АД, но не поддрживают его полность ( см. ниже)

Тип1.: для МС-сетей представляет только исторический интерес, если бы не Самба , которая не умеет ничего другого в роли контроллера домена ( основание : доки Samba, требование NTLM для процедуры ААА).
состав - ldap сервер каталога ( физическое хранилище- MS Jet http://en.wikipedia.org/wiki/Extensible_Storage_Engine), kerberos сервера,службы репликации базы каталога,и интегрированныхсервисов типа DHCP,DNS,FTP,Web-server,etc.
Основные недостатки:
а)Архитектура master-slave при репликации заставляет иметь как минимум 2 физ. машины для приемлимо безотказной работы.
б)Использование NTLM/SMB как основного средства проведения процедур ААА.
в)Неразвитые средства транзитивных отношений между доменами ( жестко "зашитая" топология)

Все вышесказанное было бы не интересно,но:) это всё, что может Samba3 - домен типа NT4

Тип2: MS AD:
состав: ldap сервер каталога ( физическое хранилище- MS Jet), kerberos сервера,службы репликации базы каталога и DNS сервера(bind-совместимая реализация;bind может полностью заместить MS DNS),остальные службы/сервисы являются или необязательным атрибутом AD,или же служебными сервисами.

Основные отличия/фишки по сравнению с NT4:
а) все службы основаны на DNS - это означает, что:
1)для поиска контроллера домена(лдап/керберос сервера в терминологии *nix) в первую очередь используется DNS ( записи типа SVR)
2) Для ААА в первую очередь используется керберос - системы NTLM/SMB являются резервными и используюсться в для клиентов 9x.
3) Практически все настройки каталога хранятся в нем самом, в частности зоны DNS и многое другое.
4) из вышесказанного вытекает необязательность наличия LAN/SMB траффика между доменом и клиентом.
б)Все службы держат свою основною конфиг. информацю в АД, или используют его для ААА.
в)В АД нет главного контроллера домена - все сервера с базой каталога в домене :) равны.
г) Наличие топологий транзитивных одно/двухсторонних отношений :дерево,лес деревьев,"сфера realm kerberos", etc..
Главное назначение сей системы состоит отнюдь не в централизованном ААА ( для этого вполне хватает предыдущих ве5рсий), а в централизованном,контролируемом и управляемом обслуживании,контроле,поддержке и удовлетворении требованиям SLA множества клиентских сетей при помощи технологий групповых политик ( главный и краеугольный камень в управлении
MS сетами).
На тему "что такое домен ?" можно писать ( и было написано) долго и много, практически бесконечно. Дальнейшее инфу можно запросто найти на technet и в гугле.

П.С мнение,что AD это единственный подобный продукт в корне ошибочно :)
мнение,что AD это лучший продукт этого класса тоже корне ошибочно :) :)
мнение,что AD это самый популярный продукт этого класса неоспоримо по факту :) :) :)

Описание window$-пользователя (LDIF) домена.

схема динамическая (фактически) и опейсание атрибутов в виде лдифа для одного юзера в принципе нафрек не сдалось из-за наличия темы групповых политик,acl и дескрипторов
безопасности для каждого объекта в АД.
Если интересно - ADSI Explorer рулит ( Перед открытием прием успокоительного категорически рекомендован) :).
Если по теме переноса в ОпенЛДАП то с моего ИМХО не имеет смысла - лично мне АД надо не только,и не столько для централизованной ААА.