Контейнерами службы каталогов active directory windows могут быть

Обновлено 27.04.2022

🛠Служба Active Directory — Расширяемая и масштабируемая служба каталогов Active Directory ( Активный каталог) позволяет эффективно управлять сетевыми ресурсами.
Active Directory — это иерархически организованное хранилище данных об объектах сети, обеспечивающее удобные средства для поиска и использования этих данных. Компьютер, на котором работает Active Directory, называется контроллером домена. С Active Directory связаны практически все административные задачи.
Технология Active Directory основана на стандартных Интернет — протоколах и помогает четко определять структуру сети, более детально как развернуть с нуля домен Active Directory читайте тут.

📔Что такое Active Directory и DNS

В Active Directory используется доменная система имен.

Domen Name System, (DNS) — стандартная служба Интернета, организующая группы компьютеров в домены. Домены DNS имеют иерархическую структуру, которая составляет основу Интернета. Разные уровни этой иерархии идентифицируют компьютеры, домены организаций и домены верхнего уровня. DNS также служит для преобразования имен узлов, например zeta.webatwork.com, в численные IP-адреса, например 192.168.19.2. Средствами DNS иерархию доменов Active Directory можно вписать в пространство Интернета или оставить самостоятельной и изолированной от внешнего доступа.

Для доступа к ресурсам в домене применяется полное имя узла, например zeta.webatwork.com. Здесь zeta — имя индивидуального компьютера, webatwork — домен организации, a com — домен верхнего уровня. Домены верхнего уровня составляют фундамент иерархии DNS и потому называются корневыми доменами (root domains). Они организованы географически, с названиями на основе двухбуквенных кодов стран (ru для России), по типу организации (сот для коммерческих организаций) и по назначению (mil для военных организаций).

Обычные домены, например microsoft.com, называются родительскими (parent domain), поскольку они образуют основу организационной структуры. Родительские домены можно разделить на поддомены разных отделений или удаленных филиалов. Например, полное имя компьютера в офисе Microsoft в Сиэтле может быть jacob.seattle.microsoft.com, где jacob — имя компьютера, sealtle — поддомен, а microsoft.com — родительский домен. Другое название поддомена — дочерний домен (child domain).

📔Облачная и наземная Active Directory

Сейчас в 2022 году уже ни кого не удивишь словом облако или облачный сервис и это нормально. И так классическая установка Active Directory называется «on-premise» по простому локальная AD, это когда все контроллеры домена располагаются у вас, это может быть как локальные сервера, так и мощности арендованные в цоде. Облачная Active Directory — это Azure AD.

Azure AD используемая для аутентификации входа в облачные приложения и обеспечивающая доступ с единым входом к другим часто используемым приложениям SaaS, таким как Slack и Salesforce. Однако Azure AD не является контроллером домена. Следовательно, он не обладает всеми возможностями оригинальной Active Directory. Серверы не могут быть добавлены в Azure AD. В Azure AD нет функции групповой политики. Поддержка Kerberos, LDAP или NTLM недоступна. Вы можете синхронизировать текущую локальную службу AD с Azure AD, но пути миграции с одной на другую нет.

Azure AD может работать в тандеме с Microsoft AD для управления доступом к SaaS и другим облачным приложениям, но не может обрабатывать ваши локальные операции. Исключением может быть ситуация, когда ваш бизнес использует исключительно облачные приложения и не имеет реальных локальных операций (т. е. вся рабочая сила удалена). Тогда вы можете просто использовать Azure AD.

Azure Active Directory поддерживает единый вход (SSO). Это означает, что пользователям необходимо войти в систему только один раз , чтобы начать использовать разные службы Microsoft 365.

Может ли Azure AD полностью заменить локальную версию?

НЕТ. Во всяком случае, еще нет. Azure AD на самом деле не является облачной копией оригинала. Ключевым моментом здесь является замена — можно заменить локальную AD на Azure AD, если у вас нет устаревших приложений, которым требуется локальный контроллер домена, в современных реалиях это мало вероятно. Также можно заменить некоторые функции групповой политики на Microsoft InTune, но этого мало. Существуют также сценарии, в которых желательно отказаться от локальной инфраструктуры, и Microsoft 365 и Azure AD позволяют это сделать.

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

Самая большая разница между локальным Active Directory и Azure AD заключается в том, как они структурированы. В то время как Active Directory поддерживает использование организационных единиц (OU) и объектов групповой политики (GPO) и позволяет администраторам визуализировать, организовывать предприятие во всей совокупности его компонентов и подразделений, Azure Active Directory НЕ поддерживает организационные единицы и объекты групповой политики. Для облачных пользователей это может привести к ряду проблем:

• Отсутствие организационных единиц: в Azure AD невозможно создать те же домены, деревья и леса, что и в обычной AD.
• Большая административная рабочая нагрузка: поскольку нет организационных подразделений, сложнее делегировать административные задачи или достичь определенного уровня стандартизации и/или автоматизации в Azure AD.
• Меньший контроль: поскольку Azure AD не поддерживает групповые политики, нет возможности более подробно контролировать функции и настройки устройства .

⚙️Компоненты Active Directory on-premise

Active Directory объединяет физическую и логическую структуру для компонентов сети. Логические структуры Active Directory помогают организовывать объекты каталога и управлять сетевыми учетными записями и общими ресурсами. К логической структуре относятся следующие элементы:

• Организационное подразделение (organizational unit) — подгруппа компьютеров, как правило, отражающая структуру компании;
• Контейнер (Container) — Его очень часто путают с организационным подразделением. Контейнер кардинально от него отличается, по сути это просто папка, на которую вы не можете отдельно создать групповую политику, в отличии от OU. Например Active Directory по умолчанию имеет популярные контейнеры: Computers, Builtin, Users и многие другие. На контейнер будут распространяться только групповые политики на уровне домена. Контейнеры созданные по умолчанию Active Directory невозможно удалить.

• Домен (domain) — группа компьютеров, совместно использующих общую БД каталога;
• Дерево доменов (domain tree) — один или несколько доменов, совместно использующих непрерывное пространство имен;
• Лес доменов (domain forest) — одно или несколько деревьев, совместно использующих информацию каталога.

Физические элементы помогают планировать реальную структуру сети. На основании физических структур формируются сетевые связи и физические границы сетевых ресурсов. К физической структуре относятся следующие элементы:

• Подсеть (subnet) — сетевая группа с заданной областью IP- адресов и сетевой маской;
• Сайт (site) — одна или несколько подсетей. Сайт используется для настройки доступа к каталогу и для репликации.

Контейнер

При установке Active Directory автоматически создается несколько контейнеров по умолчанию и организационных единиц (OU). В следующем списке перечислены контейнеры по умолчанию и их содержимое:

• Builtin — Контейнер Builtin содержит учетные записи администраторов служб по умолчанию и локальные группы безопасности домена. Этим группам предоставляются предварительно назначенные разрешения, необходимые для выполнения задач управления доменом.
• Computers — Контейнер Computers содержит все компьютеры, присоединенные к домену без учетной записи компьютера. Это расположение по умолчанию для новых учетных записей компьютеров, созданных в домене.
• Domain Controllers — Подразделение контроллеров домена — это расположение по умолчанию для учетных записей компьютеров для контроллеров домена.
• ForeignSecurityPrincipals — Контейнер ForeignSecurityPrincipals содержит прокси-объекты для участников безопасности в доменах или доменах за пределами леса.
• LostAndFound — Контейнер LostAndFound содержит объекты, перемещенные или созданные одновременно с удалением организационной единицы. Из-за репликации Active Directory родительское подразделение может быть удалено на одном контроллере домена, в то время как администраторы на других контроллерах домена могут добавлять или перемещать объекты в удаленное подразделение до того, как изменение будет реплицировано. Во время репликации новые объекты помещаются в контейнер LostAndFound
• NTDS Quotas — Контейнер NTDS Quotas содержит объекты, которые содержат ограничения на количество объектов, которыми могут владеть пользователи и группы.
• Program Data — Контейнер Program Data содержит данные для конкретного приложения, созданные другими программами. Этот контейнер пуст, пока его не использует программа, предназначенная для хранения информации в Active Directory.
• System — Контейнер System содержит информацию о конфигурации домена, включая группы безопасности и разрешения, общий ресурс SYSVOL домена, информацию о конфигурации DFS и политики безопасности IP.
• Users — Контейнер Users содержит дополнительные предопределенные учетные записи пользователей и групп (помимо тех, что находятся во встроенном контейнере). Пользователи и группы имеют предварительно назначенное членство и разрешения для выполнения задач управления доменами и лесами.

Организационные подразделения службы Active Directory

Организационные подразделения (ОП) (organizational unit) — это подгруппы в доменах, которые часто отражают функциональную структуру организации. ОП представляют собой своего рода логические контейнеры, в которых размещаются учетные записи, общие ресурсы и другие ОП. Например, можно создать в домене microsoft.com подразделения Resourses, IT, Marketing. Потом эту схему можно расширить, чтобы она содержала дочерние подразделения.

В ОП разрешается помещать объекты только из родительского домена. Например, ОП из домена Seattle.microsoft.com содержат объекты только этого домена. Добавлять туда объекты из my.microsoft.com нельзя. ОП очень удобны при формировании функциональной или бизнес — структуры организации. Но это не единственная причина их применения.

ОП позволяют определять групповую политику для небольшого набора ресурсов в домене, не применяя ее ко всему домену. С помощью ОП создаются компактные и более управляемые представления объектов каталога в домене, что помогает эффективнее управлять ресурсами.

Организационные подразделения позволяют делегировать полномочия и контролировать административный доступ к ресурсам домена, что помогает задавать пределы полномочий администраторов в домене. Можно передать пользователю А административные полномочия только для одного ОП и в то же время передать пользователю В административные полномочия для всех OП в домене. Это называется делегирование.

Также внешний вид OU отличается от контейнера и имеет значок папка с папкой, ниже представлено на скриншоте.

Домен

Домен Active Directory — это группа компьютеров, пользователей, принтеров и других объектов, совместно использующих общую БД каталога. Имена доменов Active Directory должны быть уникальными. Например, не может быть двух доменов microsoft.com, но может быть родительский домен microsoft.com с дочерними доменами seattle.microsoft.com и my.microsoft.com. Если домен является частью закрытой сети, имя, присвоенное новому домену, не должно конфликтовать ни с одним из существующих имен доменов в этой сети. Если домен — часть глобальной сети Интернет, то его имя не должно конфликтовать ни с одним из существующих имен доменов в Интернете. Чтобы гарантировать уникальность имен в Интернете, имя родительского домена необходимо зарегистрировать через любую полномочную регистрационную организацию.

В каждом домене действуют собственные политики безопасности и доверительные отношения с другими доменами. Зачастую домены распределяются по нескольким физическим расположениям, т. е. состоят из нескольких сайтов, а сайты — объединяют несколько подсетей. В БД каталога домена хранятся объекты, определяющие учетные записи для пользователей, групп и компьютеров, а также общие ресурсы, например принтеры и папки.

Функции домена ограничиваются и регулируются режимом его функционирования. Существует ряд функциональных режима доменов:

• Смешанный режим Windows 2000 (mixed mode) — поддерживает контроллеры доменов, работающие под управлением Windows NT 4.0, Windows 2000 и Windows Server 2003 и выше;
• Основной режим Windows 2000 (native mode) — поддерживает контроллеры доменов, работающие под управлением Windows 2000 и Windows Server 2003 и выше;
• Промежуточный режим Windows Server 2003 (interim mode) — поддерживает контроллеры доменов, работающие под управлением Windows NT 4.0 и Windows Server 2003 и выше;
• Режим Windows Server 2003 — поддерживает контроллеры доменов, работающие под управлением Windows Server 2003 и выше.
• Режим Windows Server 2008 — Этот режим работы предоставляет все функции, доступные при режиме работы леса Windows Server 2003, но не имеет дополнительных функций
• Режим Windows Server 2008 R2 — позволяет использовать корзину Active Directory. Так же контроль механизма проверки подлинности, добавляющий в пакет сведения о способе входа в систему (смарт-карта или имя пользователя и пароль), будет в маркере Kerberos каждого пользователя. что позволит проводить его проверку подлинности в рамках домена. И второе нововведение это автоматическое управление именем субъекта-службы для служб, запущенных на определенном компьютере в контексте управляемой учетной записи службы при изменении имени или имени узла DNS-сервера учетной записи компьютера
• Режим Windows Server 2012 — Несет в себе все функции Active Directory, которые присутствовали в режиме Windows Server 2008 R2. Так же появилась поддержка KDC-утверждений с комплексной проверкой подлинности
• Режим Windows Server 2012 R2 — Сохраняет за собой все функции предшественника и добавляет: Расширяет уровень защиты со стороны домена защищенных пользователей. Например, если защищенный пользователь прошел проверку подлинности в домене Windows Server 2012 R2, то у него больше не будет возможности использовать NTLM как проверку подлинности, не сможет при предварительной проверке подлинности Kerberos использовать DES и RC4, не сможет продлевать пользовательские билеты (TGT) и использовать их более 4 часов
• Режим Windows Server 2016 — Несет в себе все функции Active Directory по умолчанию, которые были в Windows Server 2012 R2. Из нового: теперь у контроллеров домена есть возможность автоматического отката протокола NTLM и другие секреты на основе пароля для пользователя, у которого настроено требование проверки подлинности с использованием PKI. Так же если у пользователя компьютер присоединен к домену и доступ разрешен только с данного устройства, то контроллеры домена могут поддерживать проверку сети по протоколу NTLM
• Режим Windows Server 2019 — Не имеет усовершенствований в режиме работы Active Directory
• Режим Windows Server 2022 — Не имеет усовершенствований в режиме работы Active Directory

Леса и деревья

Каждый домен Active Directory обладает DNS-именем типа microsoft.com. Домены, совместно использующие данные каталога, образуют лес (forest). Имена доменов леса в иерархии имен DNS бывают несмежными (discontiguous) или смежными (contiguous).

Домены, обладающие смежной структурой имен, называют деревом доменов. Если у доменов леса не смежные DNS-имена, они образуют отдельные деревья доменов в лесу. В лес можно включить одно или несколько деревьев. Для доступа к доменным структурам предназначена консоль Active Directory — домены и доверие (Active Directory Domains and Trusts).

Функции лесов ограничиваются и регулируются функциональным режимом леса. Таких режимов три:

• Windows 2000 — поддерживает контроллеры доменов, работающие под управлением Windows NT 4.0, Windows 2000 и Windows Server 2003;
• промежуточный (interim) Windows Server 2003 — поддерживает контроллеры доменов, работающие под управлением Windows NT 4.0 и Windows Server 2003 и выше;
• Windows Server 2003 — поддерживает контроллеры доменов, работающие под управлением Windows Server 2003 и выше.

Самые современные функции Active Directory доступны в режиме Windows Server 2003. Если все домены леса работают в этом режиме, можно пользоваться улучшенной репликацией (тиражированием) глобальных каталогов и более эффективной репликацией данных Active Directory. Также есть возможность отключать классы и атрибуты схемы, использовать динамические вспомогательные классы, переименовывать домены и создавать в лесу односторонние, двухсторонние и транзитивные доверительные отношения.

Сайты и подсети доменных служб Active Directory

Сайт — это группа компьютеров в одной или нескольких IP-подсетях, используемая для планирования физической структуры сети. Планирование сайта происходит независимо от логической структуры домена. Active Directory позволяет создать множество сайтов в одном домене или один сайт, охватывающий множество доменов.

В отличие от сайтов, способных охватывать множество областей IP-адресов, подсети обладают заданной областью IP-адресов и сетевой маской. Имена подсетей указываются в формате сеть/битовая маска, например 192.168.19.0/24, где сетевой адрес 192.168.19.0 и сетевая маска 255.255.255.0 скомбинированы в имя подсети 192.168.19.0/24.

Компьютеры приписываются к сайтам в зависимости от местоположения в подсети или в наборе подсетей. Если компьютеры в подсетях способны взаимодействовать на достаточно высоких скоростях, их называют хорошо связанными (well connected).

В идеале сайты состоят из хорошо связанных подсетей и компьютеров, Если скорость обмена между подсетями и компьютерами низка, может потребоваться создать несколько сайтов. Хорошая связь дает сайтам некоторые преимущества.

• Когда клиент входит в домен, в процессе аутентификации сначала производится поиск локального контроллера домена в сайте клиента, т. е. по возможности первыми опрашиваются локальные контроллеры, что ограничивает сетевой трафик и ускоряет аутентификацию.

• Информация каталога реплицируется чаще внутри сайтов, чем между сайтами. Это снижает межсетевой трафик, вызванный репликацией, и гарантирует, что локальные контроллеры доменов быстро получат обновленную информацию.

Можно настроить порядок репликации данных каталога, используя связи сайтов (site links). Например, определить сервер-плацдарм (bridgehead) для репликации между сайтами.

Основная часть нагрузки от репликации между сайтами ляжет на этот специализированный сервер, а не на любой доступный сервер сайта. Сайты и подсети настраиваются в консоли Active Directory — сайты и службы (Active Directory Sites and Services).

Работа с доменами Active Directory

В сети Windows Server 2003 служба Active Directory настраивается одновременно с DNS. Тем не менее у доменов Active Directory и доменов DNS разное назначение. Домены Active Directory помогают управлять учетными записями, ресурсами и защитой.

Иерархия доменов DNS предназначена, главным образом, для разрешения имен.

В полной мере воспользоваться преимуществами Active Directory способны компьютеры, работающие под управлением Windows XP Professional и Windows 2000. Они работают в сети как клиенты Active Directory и им доступны транзитивные доверительные отношения, существующие в дереве или лесу доменов. Эти отношения позволяют авторизованным пользователям получать доступ к ресурсам в любом домене леса.

Система Windows Server 2003 функционирует как контроллер домена или как рядовой сервер. Рядовые серверы становятся контроллерами после установки Active Directory; контроллеры понижаются до рядовых серверов после удаления Active Directory.

Оба процесса выполняет мастер установки Active Directory. В домене может быть несколько контроллеров. Они реплицируют между собой данные каталога по модели репликации с несколькими хозяевами, которая позволяет каждому контроллеру обрабатывать изменения каталога, а затем передавать их на другие контроллеры. Благодаря структуре с несколькими хозяевами все контроллеры по умолчанию обладают равной ответственностью. Впрочем, можно предоставить некоторым контроллерам домена приоритет над другими в определенных задачах, например, создать сервер-плацдарм, который обладает приоритетом при репликации данных каталога на другие сайты.

Кроме того, некоторые задачи лучше выполнять на выделенном сервере. Сервер, обрабатывающий специфический тип задач, называется хозяином операций (operations master).

Для всех компьютеров с Windows 2000, Windows XP Professional и Windows Server 2003, присоединенных к домену, создаются учетные записи, хранящиеся, подобно другим ресурсам, в виде объектов Active Directory. Учетные записи компьютеров служат для управления доступом к сети и ее ресурсам, Прежде чем компьютер получает доступ к домену по своей учетной записи, он в обязательном порядке проходит процедуру аутентификации.

Структура каталога

Данные каталога предоставляются пользователям и компьютерам через хранилище данных (data stores) и глобальные каталоги (global catalogs). Хотя большинство функций Active Directory затрагивают хранилище данных, глобальные каталоги (ГК) не менее важны, поскольку используются для входа в систему и поиска информации. Если ГК недоступен, обычные пользователи не смогут войти в домен. Единственный способ обойти это условие — локальное кэширование членства в универсальных группах.

Доступ и распространение данных Active Directory обеспечиваются средствами протоколов доступа к каталогу (directory access protocols) и репликации (replication).

Репликация нужна для распространения обновленных данных на контроллеры. Главный метод распространения обновлений — репликация с несколькими хозяевами, но некоторые изменения обрабатываются только специализированными контроллерами — хозяевами операций (operations masters).

Способ выполнения репликации с несколькими хозяевами в Windows Server 2003 также изменился благодаря появлению разделов каталога приложений (application directory partitions). Посредством их системные администраторы могут создавать в лесу доменов разделы репликации, которые представляют собой логические структуры, используемые для управления репликацией в пределах леса доменов. Например, можно создать раздел, который будет ведать репликацией информации DNS в пределах домена. Другим системам домена репликация информации DNS запрещена.

Разделы каталога приложений могут быть дочерним элементом домена, дочерним элементом другого прикладного раздела или новым деревом в лесу доменов. Реплики разделов разрешается размещать на любом контроллере домена Active Directory, включая глобальные каталоги. Хотя разделы каталога приложений полезны в больших доменах и лесах, они увеличивают издержки на планирование, администрирование и сопровождение.

Хранилище данных

Хранилище содержит сведения о важнейших объектах службы каталогов Active Directory — учетных записях, общих ресурсах, ОП и групповых политиках. Иногда хранилище данных называют просто каталогом (directory). На контроллере домена каталог хранится в файле NTDS.DIT, расположение которого определяется при установке Active Directory (это обязательно должен быть диск NTFS). Некоторые данные каталога можно хранить и отдельно от основного хранилища, например, групповые политики, сценарии и другую информацию, записанную в общем системном ресурсе SYSVOL.

Предоставление информации каталога в совместное пользование называют публикацией (publish). Например, открывая принтер для использования в сети, его публикуют; публикуется информация об общей папке и т. д. Контроллеры доменов реплицируют большинство изменений в хранилище по схеме с несколькими хозяевами. Администратор небольшой или среднего размера организации редко управляет репликацией хранилища, поскольку она осуществляется автоматически, но её можно настроить согласно специфике сетевой архитектуры.

Реплицируются не все данные каталога, а только:

• данные домена — информация об объектах в домене, включая объекты учетных записей, общих ресурсов, ОП и групповых политик;
• данные конфигурации — сведения о топологии каталога: список всех доменов, деревьев и лесов, а также расположение контроллеров и серверов ГК;
• данные схемы — информация обо всех объектах и типах данных, которые могут храниться в каталоге; стандартная схема Windows Server 2003 описывает объекты учетных записей, объекты общих ресурсов и др., её можно расширить, определив новые объекты и атрибуты или добавив атрибуты для существующих объектов.

Глобальный каталог

Если локальное кэширование членства в универсальных группах не производится, вход в сеть осуществляется на основе информации о членстве в универсальной группе, предоставленной ГК.

Он также обеспечивает поиск в каталоге по всем доменам леса. Контроллер, выполняющий роль сервера ГК, хранит полную реплику всех объектов каталога своего домена и частичную реплику объектов остальных доменов леса.

Для входа в систему и поиска нужны лишь некоторые свойства объектов, поэтому возможно использование частичных реплик. Для формирования частичной реплики при репликации нужно передать меньше данных, что снижает сетевой трафик.

По умолчанию сервером ГК становится первый контроллер домена. Поэтому, если в домене только один контроллер, то сервер ГК и контроллер домена — один и тот же сервер. Можно расположить ГК на другом контроллере, чтобы сократить время ожидания ответа при входе в систему и ускорить поиск. Рекомендуется создать по одному ГК в каждом сайте домена.

Есть несколько способов решения этой проблемы. Разумеется, можно создать сервер ГК на одном из контроллеров домена в удаленном офисе. Недостаток этого способа — увеличение нагрузки на сервер ГК, что может потребовать дополнительных ресурсов и тщательного планирования времени работы этого сервера.

Другой способ решения проблемы — локальное кэширование членства в универсальных группах. При этом любой контроллер домена может обслуживать запросы на вход в систему локально, не обращаясь к серверу ГК. Это ускоряет процедуру входа в систему и облегчает ситуацию в случае выхода сервера ГК из строя. Кроме того, при этом снижается трафик репликации.

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

Членство в универсальной группе индивидуально для каждого сайта. Напомним, что сайт — это физическая структура, состоящая из одной или нескольких подсетей, имеющих индивидуальный набор IP-адресов и сетевую маску. Контроллеры домена Windows Server 2003 и ГК, к которому они обращаются, должны находиться в одном сайте. Если есть несколько сайтов, придется настроить локальное кэширование на каждом из них. Кроме того, пользователи, входящие в сайт, должны быть частью домена Windows Server 2003, работающего в режиме леса Windows Server 2003.

Репликация в Active Directory

В каталоге хранятся сведения трех типов: данные домена, данные схемы и данные конфигурации. Данные домена реплицируются на все контроллеры домена. Все контроллеры домена равноправны, т.е. все вносимые изменения с любого контроллера домена будут реплицированы на все остальные контроллеры домена Схема и данные конфигурации реплицируются на все домены дерева или леса. Кроме того, все объекты индивидуального домена и часть свойств объектов леса реплицируются в ГК. Это означает, что контроллер домена хранит и реплицирует схему для дерева или леса, информацию о конфигурации для всех доменов дерева или леса и все объекты каталога и свойства для собственного домена.

Контроллер домена, на котором хранится ГК, содержит и реплицирует информацию схемы для леса, информацию о конфигурации для всех доменов леса и ограниченный набор свойств для всех объектов каталога в лесу (он реплицируется только между серверами ГК), а также все объекты каталога и свойства для своего домена.

Чтобы понять суть репликации, рассмотрим такой сценарий настройки новой сети.

1. ✅В домене А установлен первый контроллер. Этот сервер — единственный контроллер домена. Он же является и сервером ГК. Репликация в такой сети не происходит, поскольку нет других контроллеров.
2. ✅В домене А устанавливается второй контроллер, и начинается репликация. Можно назначить один контроллер хозяином инфраструктуры, а другой — сервером ГК. Хозяин инфраструктуры следит за обновлениями ГК и запрашивает их для измененных объектов. Оба этих контроллера также реплицируют данные схемы и конфигурации.
3. ✅В домене А устанавливается третий контроллер, на котором нет ГК. Хозяин инфраструктуры следит за обновлениями ГК, запрашивает их для измененных объектов, а затем реплицирует изменения на третий контроллер домена. Все три контроллера также реплицируют данные схемы и конфигурации.
4. ✅Создается новый домен Б, в него добавляются контроллеры. Серверы ГК в домене А и домене Б реплицируют все данные схемы и конфигурации, а также подмножество данных домена из каждого домена. Репликация в домене А продолжается, как описано выше, плюс начинается репликация внутри домена Б.

Active Directory и LDAP

Упрощенный протокол доступа к каталогам (Lightweight Directory Access Protocol, LDAP) — стандартный протокол Интернет соединений в сетях TCP/IP. LDAP спроектирован специально для доступа к службам каталогов с минимальными издержками. В LDAP также определены операции, используемые для запроса и изменения информации каталога.

Клиенты Active Directory применяют LDAP для связи с компьютерами, на которых работает Active Directory, при каждом входе в сеть или поиске общих ресурсов. LDAP упрощает взаимосвязь каталогов и переход на Active Directory с других служб каталогов. Для повышения совместимости можно использовать интерфейсы служб Active Directory (Active Directory Service- Interfaces, ADSI).

Роли хозяина операций

Хозяин операций решает задачи, которые неудобно выполнять в модели репликации с несколькими хозяевами. Существует пять ролей хозяина операций, которые можно назначить одному или нескольким контроллерам доменов. Одни роли должны быть уникальны на уровне леса, для других достаточно уровня домена. В каждом лесе Active Directory должны существовать следующие роли:

• Хозяин схемы (schema master ) — управляет обновлениями и изменениями схемы каталога. Для обновления схемы каталога необходим доступ к хозяину схемы. Чтобы определить, какой сервер в данное время является хозяином схемы в домене, достаточно открыть окно командной строки и ввести: dsquery server -hasfsmo schema.
• Хозяин именования доменов (domain naming master) — управляет добавлением и удалением доменов в лесу. Чтобы добавить или удалить домен, требуется доступ к хозяину именования доменов. Чтобы определить, какой сервер в данное время является хозяином именования доменов, достаточно в окне командной строки ввести: dsquery server -hasfsmo name.

Эти роли, общие для всего леса в целом, должны быть в нем уникальными. В каждом домене Active Directory в обязательном порядке существуют следующие роли.

• Хозяин относительных идентификаторов (relative ID master) — выделяет относительные идентификаторы контроллерам доменов. Каждый раз при создании объекта пользователя, группы или компьютера контроллеры назначают объекту уникальный идентификатор безопасности, состоящий из идентификатора безопасности домена и уникального идентификатора, который был выделен хозяином относительных идентификаторов. Чтобы определить, какой сервер в данное время является хозяином относительных идентификаторов в домене, достаточно в окне командной строки ввести: dsquery server -hasfsmo rid.
• Эмулятор PDC (PDC emulator) — в смешанном или промежуточном режиме домена действует как главный контроллер домена Windows NT. Он аутентифицирует вход в Windows NT, обрабатывает изменения пароля и реплицирует обновления на PDC. Чтобы определить, какой сервер в данное время является эмулятором PDC в домене, достаточно в окне командной строки ввести dsquery server -hasfsmo pdc.
• Хозяин инфраструктуры (infrastructure master) — обновляет ссылки объектов, сравнивая данные своего каталога с данными ГК. Если данные устарели, он запрашивает из ГК обновления и реплицирует их на остальные контроллеры в домене. Чтобы определить, какой сервер в данное время является хозяином инфраструктуры в домене, достаточно в окне командной строки и ввести dsquery server -hasfsmo infr.

Эти роли, общие для всего домена, должны быть в нем уникальными. Иными словами, можно настроить только один хозяин относительных идентификаторов, один эмулятор PDC и один хозяин инфраструктуры для каждого домена.

Обычно роли хозяина операций назначаются автоматически, но их можно переназначить. При установке новой сети все роли хозяев операций получает первый контроллер первого домена. Если позднее будет создан новый дочерний домен или корневой домен в новом дереве, роли хозяина операций также автоматически назначаются первому контроллеру домена. В новом лесу доменов контроллеру домена назначаются все роли хозяина операций. Если новый домен создается в том же лесу, его контроллеру назначаются роли хозяина относительных идентификаторов, эмулятора РDС и хозяина инфраструктуры. Роли хозяина схемы и хозяина именования доменов остаются у первого домена леса.

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

Если в домене два или более контроллеров, рекомендуется сконфигурировать два контроллера домена для выполнения ролей хозяина операций. Например, назначить один контроллер домена основным хозяином операций, а другой — запасным, который понадобится при отказе основного. Также небольшая заметка про роли тут про то как их посмотреть тут

Администрирование Active Directory

C помощью службы Active Directory создаются учетные записи компьютеров, проводится подключение их к домену, производится управление компьютерами, контроллерами домена и организационными подразделениями (ОП).

Для управления Active Directory предназначены средства администрирования и поддержки. Перечисленные ниже инструменты реализованы и виде оснасток консоли ММС (Microsoft Management Console):

• Active Directory — пользователи и компьютеры (Active Directory Users and Computers) позволяет управлять пользователями, группами, компьютерами и организационными подразделениями (ОП);
• Active Directory — домены и доверие (Active Directory Domains and Trusts) служит для работы с доменами, деревьями доменов и лесами доменов;
• Active Directory — сайты и службы (Active Directory Sites and Services) позволяет управлять сайтами и подсетями;
• Результирующая политика (Resultant Set of Policy) используется для просмотра текущей политики пользователя или системы и для планирования изменений в политике.
• В Microsoft Windows 2003 Server можно получить доступ к этим оснасткам напрямую из меню Администрирование (Administrative Tools).

Еще одно средство администрирования — оснастка СхемаActive Directory (Active Directory Schema) — позволяет управлять и модифицировать схему каталога.

Утилиты командной строки Active Directory

Для управления объектами Active Directory существуют средства командной строки, которые позволяют осуществлять широкий спектр административных задач:

• DSADD — добавляет в Active Directory компьютеры, контакты, группы, ОП и пользователей.
• DSGET — отображает свойства компьютеров, контактов, групп, ОП, пользователей, сайтов, подсетей и серверов, зарегистрированных в Active Directory.
• DSMOD — изменяет свойства компьютеров, контактов, групп, ОП, пользователей и серверов, зарегистрированных в Active Directory.
• DSMOVE — перемещает одиночный объект в новое расположение в пределах домена или переименовывает объект без перемещения.
• DSQXJERY — осуществляет поиск компьютеров, контактов, групп, ОП, пользователей, сайтов, подсетей и серверов в Active Directory по заданным критериям.
• DSRM — удаляет объект из Active Directory.
• NTDSUTIL — позволяет просматривать информацию о сайте, домене или сервере, управлять хозяевами операций (operations masters) и обслуживать базу данных Active Directory.

Другие службы Active Directory

Помимо доменных служб Active Directory, AD предоставляет несколько других важных служб. Некоторые из этих услуг перечислены ниже:

1. ✅Упрощенные службы каталогов (Lightweight Directory Services): AD LDS — это служба каталогов облегченного протокола доступа к каталогам (LDAP). Он предоставляет только подмножество функций AD DS, что делает его более универсальным с точки зрения того, где его можно запускать. Например, его можно запустить как автономную службу каталогов без необходимости интеграции с полной реализацией Active Directory.
2. ✅Службы сертификации (Certificate Services): вы можете создавать, управлять и обмениваться сертификатами шифрования, которые позволяют пользователям безопасно обмениваться информацией через Интернет.
3. ✅Службы федерации Active Directory (Active Directory Federation Services): ADFS — это решение единого входа (SSO) для AD, которое позволяет сотрудникам получать доступ к нескольким приложениям с одним набором учетных данных, тем самым упрощая взаимодействие с пользователем.
4. ✅Службы управления правами (Rights Management Services): AD RMS — это набор инструментов, помогающих управлять технологиями безопасности, которые помогают организациям обеспечивать безопасность своих данных. Такие технологии включают шифрование, сертификаты и аутентификацию и охватывают ряд приложений и типов контента, таких как электронные письма и документы Word.

Установка и настройка Active Directory on-premise

Сам процесс установки и последующей настройки Active Directory я описывал на базе Windows Server 2019, посмотрите там все очень подробно описано.

Контроллер домена в облаке (IaaS)

Другой способ объединения обеих служб — это расширить локальные AD DS до Azure. Для этого вам необходимо перенести текущий контроллер домена на виртуальную машину в Azure. Другими словами, вы развертываете инфраструктуру AD на виртуальной машине Azure. Это решение хорошо подходит для организаций, которые используют как локальные, так и облачные ресурсы, подключенные через VPN или Azure ExpressRoute.

Этот вариант лучше всего напоминает локальную Active Directory, поскольку Microsoft предоставляет только инфраструктуру (в виде серверов Windows на виртуальных машинах Azure). В отличие от Azure AD DS, эта модель дает вам полный контроль над доменом. Однако это также означает, что вы несете ответственность за его чистоту и актуальность (исправления, обновления, резервные копии и т. д.).

Спасибо, что вы дочитали до конца, мы с вами разобрали что такое Active Directory, из чего она состоит, как с ней взаимодействовать и управлять. С вами был Иван Сёмин. Материал сайта Pyatilistnik.org

Active Directory (AD) — это база данных платформы Windows Server 2003. Active Directory содержит информацию о таких объектах, как сетевые учетные записи, группы, серверы и принтеры, а также другую информацию о домене. Active Directory поддерживается в Windows Server 2003 Enterprise Edition и Datacenter Edition. Active Directory нельзя установить на серверах Windows 2003 Web Edition.

Active Directory содержит иерархическую структуру для администратора, позволяющую организовывать объекты в его домене. Должное планирование структуры этого каталога позволяет администратору упростить делегирование администрирования и облегчить управление настольными системами.

Поскольку AD — это база данных LDAP (Lightweight Directory Access Protocol), вы можете реализовать запросы по объектам, содержащимся в этом каталоге. Имеются средства, с помощью которых вы можете применять фильтры к своим запросам, позволяющие сузить область поиска нужной вам информации.

В этой лекции рассматривается структура Active Directory, а также дается описание некоторых стратегий по структуризации вашей собственной базы данных Active Directory. Описывается также, как создавать запросы и использовать средства оснастки Active Directory Users and Computers для поиска информации.

Структура Active Directory

Active Directory позволяет вам использовать иерархическую структуру для организации объектов, содержащихся в вашем домене. Объектами могут быть, например, пользователи, принтеры и группы. В
«Контроллеры доменов»
описывается, как использовать DCPROMO для повышения статуса вашего рядового сервера Windows Server 2003 до уровня контроллера домена. После выполнения DCPROMO ваш сервер будет содержать установку по умолчанию Active Directory.

Оснастка Active Directory Users and Computers

Active Directory Users and Computers — это ваш интерфейс для управления объектами Active Directory, такими как пользователи, компьютеры и группы. Для просмотра вашей установки Active Directory выберите Start/Programs/Administrative Tools/ Active Directory Users and Computers (см. рис. 10.1).

Оснастка Active Directory Users and Computers выглядит аналогично Windows Explorer (Проводник). Она содержит значки папок и объектов, содержащихся в этих папках. Эти папки называются организационными единицами (OU) и контейнерами. Организационные единицы — это папки со значком книги в середине. AD поставляется с OU по умолчанию Domain Controllers (Контроллеры домена). Контейнеры — это папки, не содержащие какого-либо значка.

Организационные единицы

OU — это объекты в Active Directory, которые могут определяться пользователем и к которым может применяться групповая политика. По умолчанию AD содержит OU Domain Controllers, куда включаются все контроллеры данного домена. Каждый раз, как вы запускаете DCPROMO на рядовом сервере домена, компьютерная учетная запись этого компьютера перемещается в OU Domain Controllers.

Администратор может также создавать организационные единицы (OU). Обычно OU создаются для упрощения административного управления доменом. Для создания OU выполните следующие шаги.

1. Щелкните правой кнопкой на узле, для которого хотите создать OU (например, на узле домена) и выберите New/Organizational Unit (Создать/Организационная единица).
2. В диалоговом окне New Object — Organizational Unit введите имя вашей OU. В данном примере используется OU Sales.
3. Щелкните на кнопке OK.
4. Диалоговое окно закроется, и вы увидите новую созданную OU под узлом домена.

Вы можете создавать вложенные OU, помещая их внутри этой OU, но обычно при создании структуры OU не рекомендуется создавать более 5 уровней вложенности.

Контейнеры

Контейнеры создаются системой Windows Server 2003 по различным причинам. По умолчанию создаются следующие контейнеры.

• Builtin.Содержит несколько локальных в домене групп по умолчанию (подробнее см. в
  «Управление группами и организационными единицами»
  ).
• Computers.По умолчанию при добавлении какого-либо компьютера в ваш домен учетная запись этого компьютера помещается в контейнер Computers. Вы можете в дальнейшем перемещать эти компьютерные учетные записи в созданную вами OU.
• ForeignSecurityPrincipals.Содержит прокси-объекты для вашего домена, чтобы взаимодействовать с доменом NT 4 и нижележащими доменами как со сторонними доменами вне вашего леса.
• Users.Контейнер по умолчанию для учетных записей Windows; в случае миграции из домена NT 4 здесь будут находиться ваши пользовательские учетные записи. При желании вы можете перемещать эти пользовательские учетные записи в другие OU.

Если выбрать View/Advanced Features (Вид/Дополнительно) в Active Directory Users and Computers, то вы увидите следующие дополнительные контейнеры.

• LostAndFound.Содержит объекты, которые были удалены в данном домене, если объект был перемещен в OU или контейнер, удаленный до того, как была выполнена репликация каталога.
• NTDS Quotas.В Windows Server 2003 добавлено несколько новых технологий, позволяющих задавать квоты на объекты Active Directory. В этом контейнере хранится информация о квотах служб каталога.
• Program Data.Новый контейнер, введенный в Windows Server 2003, чтобы хранить политики управления авторизацией для приложений.
• System.Содержит несколько дочерних контейнеров.
• AdminSDHolder.Используется для управления полномочиями пользовательских учетных записей, которые являются членами встроенных групп Administrators или Domain Admins.
• ComPartitionSets.Используется в разработке приложений; содержит информацию для наборов разделов COM+, что позволяет пользователям в этом домене выполнять доступ к службам приложения, которые предоставляются приложением COM+.
• Default Domain Policy.Содержит группы безопасности и полномочия по умолчанию для вашего домена.
• Dfs-Configuration.Содержит информацию по отказоустойчивой файловой системе Distributed File System (DFS). Сведения по DFS см. в
  «Управление файлами и дисками»
  .
• DomainUpdates.Здесь создаются контейнеры, если у вас выполнена модернизация из Windows NT или Windows 2000 в Windows Server 2003.
• File Replication Service.Содержит информацию по планированию репликации System Volume (SYSVOL) для вашего домена.
• FileLinks.Используется службой Distributed Link Tracking для отслеживания информации по файлам, которые были перемещены на другие тома NTFS.
• IP Security.Содержит политики IPSec для вашего домена, которые обеспечивают защищенный сетевой обмен информацией между компьютерами.
• Meetings.Используется для хранения информации, относящейся к собраниям Microsoft NetMeeting.
• MicrosoftDNS.В этом контейнере хранятся интегрированные с Active Directory зоны DNS. Здесь сохраняются записи всех зон, которые затем реплицируются на другие серверы DNS для той же зоны DNS в данном домене. Подробнее об интегрированных с Active Directory зонах DNS см. в
  «Ознакомление с DNS»
  .
• Policies.Содержит объекты Group Policy (GPO) для вашего домена. Подробнее об объектах GPO см. в
  «Использование Group Policy для управления клиентскими и серверными машинами»
  .
• RAS and IAS Servers Access Check.Содержит информацию по службам Remote Access Services (RAS) и Internet Authentication Services (IAS) для вашего домена.
• RpcServices.Служба Remote Procedure Call Name Service для поиска в доменах для систем, предшествовавших Windows 2000.
• Winsock Services.В этом контейнере публикуются основанные на применении сокетов службы, которые используют протокол Registration and Resolution Protocol.
• WMIPolicy.Содержит объекты GPO Windows Management Instrumentation (WMI) для вашего домена. Фильтры WMI применяются только к Windows XP и последующим версиям.

Объекты Active Directory

Еще одним элементом, содержащимся в Active Directory, являются объекты. Объекты размещаются внутри организационных единиц и контейнеров Active Directory. Вы можете помещать объекты в определенной OU и определять групповую политику по этой OU, чтобы упрощать задачи администрирования или управлять компьютерной средой. К примерам объектов можно отнести принтеры, пользовательские учетные записи, компьютерные учетные записи и группы безопасности.

LDAP и Active Directory

Active Directory можно запрашивать с помощью протокола LDAP (Lightweight Directory Access Protocol), который поддерживается несколькими платформами. LDAP указывает путь именования, определяющий любой объект Active Directory, OU или контейнер. В этом разделе описываются пути именования, используемые для доступа к Active Directory.

Отличительные имена

Каждый объект в Active Directory имеет свое отличительное имя (DN — distinguished name). DN определяет полный путь LDAP для доступа к определенному объекту Active Directory. Любое DN содержит следующие атрибуты пути.

• Доменный компонент (DC — Domain Component).Используется для определения компонента DNS-имени объекта Active Directory.
• Организационная единица (OU).Организационная единица.
• Общее имя (CN — Common Name).Объект, отличный от DC или OU; например, CN можно использовать для определения компьютерной или пользовательской учетной записи.

Ниже приводится пример того, как выглядит DN для организационной единицы Domain Controllers в Active Directory для вымышленного домена company.com:

OU=Domain Controllers, DC=company,DC=dom

Так что же описывает это DN? Глядя на него, вы можете сказать, что организационная единица Domain Controllers находится в домене company.com.

В качестве еще одно примера предположим, что у вас имеется структура OU Sales в домене company.com. Внутри OU Sales находится еще одна OU с именем West. Внутри OU West у вас имеется учетная запись с именем Mary Smith. Для доступа к этой учетной записи используется следующее DN:

CN=Mary Smith,OU=West,OU=Sales, DC=company,DC=dom

Как видно из этих примеров, описание DN дается снизу вверх по пути в Active Directory, начиная с объекта и вплоть до корня домена.

Относительные отличительные имена

Относительное отличительное имя (relative distinguished name) в пути LDAP содержит информацию об объекте Active Directory в контексте текущего рассматриваемого пути. Если взять предыдущий пример получения объекта с помощью отличительного имени (DN) для пользовательской учетной записи Mary Smith, то DN описывалось как

CN=Mary Smith,OU=West,OU=Sales, DC=company,DC=dom

Относительное отличительное имя для этого объекта

Служба
каталога Active
Directory
Microsoft
Windows
Server
2003 существует на двух уровнях: физическом
и логическом. В терминах физической
структуры Active
Directory
представляет собой файл, расположенный
на жестком диске сервера и на жестком
диске каждого контроллера домена,
который содержит эту службу. Логическая
структура Active
Directory
представляет собой контейнеры, которые
используются для хранения объектов
службы каталога (разделов каталога,
доменов и лесов) на предприятии. Разделы
каталога, домены и леса в виде байтов
информации хранятся в физических
компонентах службы каталога. В этой
главе вы узнаете о физическом проявлении
службы каталога Active
Directory.
Затем вы познакомитесь с логической
структурой реализации службы Active
Directory.
Хорошее понимание физической структуры
службы каталога важно, но знание
логической структуры является непременным
условием успешной реализации и управления
инфраструктурой вашей службы. Именно
с логической структурой службы каталога
вы будете ежедневно взаимодействовать.

Физическая
структура службы Active
Directory

Физическое
проявление службы Active
Directory
состоит в наличии отдельного файла
данных, расположенного на каждом
контроллере домена в домене. Физическая
реализация службы Active
Directory
описывается местоположением контроллеров
домена, на которых расположена служба.
При реализации службы Active
Directory
можно добавлять столько контроллеров
доменов, сколько необходимо для
поддержания служб каталога в данной
организации. Имеется пять определенных
ролей, которые может играть каждый из
контроллеров домена. Они известны как
роли
хозяина операций (operations
master
roles).
Еще одна роль, которую может выполнять
любой отдельный контроллер домена в
домене, связана с глобальным каталогом
(GC
— Global
Catalog).
В этом разделе мы рассмотрим хранилище
данных службы Active
Directory
и контроллеры домена, на которых оно
расположено.

Хранилище
данных каталога

Все
данные базы данных службы Active
Directory
хранятся в отдельном файле Ntds.dit
на контроллере домена. Этот файл данных
по умолчанию находится в папке
%SystemRoot%NTDS,
расположенной на контроллере домена.
В нем хранится вся информация каталога,
предназначенная для данного домена, а
также данные, являющиеся общими для
всех контроллеров домена в данной
организации.

Вторая
копия файла Ntds.dit
находится в папке %SystemRoot%
System32.
Эта версия файла — поставляемая копия
(копия, заданная по умолчанию) базы
данных каталога, она используется для
установки службы Active
Directory.
Этот файл копируется на сервер во время
установки Microsoft
Windows
Server
2003, чтобы сервер можно было назначать
контроллером домена без необходимости
обращаться к инсталляционной среде. Во
время выполнения мастера инсталляции
Active
Directory
(Dcpromo.exe)
файл Ntds.dit
копируется из папки System32
в папку NTDS.
Затем копия, сохраненная в папке NTDS,
становится действующей копией хранилища
данных каталога. Если это не первый
контроллер домена в домене, то файл
будет обновлен из других контроллеров
домена через процесс репликации.

Контроллеры
домена

По
определению любой компьютер, на котором
выполняется Windows
Server
2003, и который поддерживает копию базы
данных службы Active
Directory,
является контроллером
домена. Все
контроллеры домена создаются равными
за несколькими исключениями, которые
будут рассмотрены далее в этой главе.
При использовании процесса репликации
с несколькими хозяевами домена
(multimaster),
описанного в гл. 4, каждый контроллер
домена в домене поддерживает новейшую
копию базы данных домена и способен
создавать изменения в ней.

В
дополнение к контроллерам домена,
которые содержат службу Active
Directory,
имеется несколько контроллеров домена
специального назначения, которые
требуются службе Active
Directory
для выполнения определенных функций.
Они являются серверами глобального
каталога (GC)
и хозяевами
операций (operations
masters).

Серверы
глобального каталога

На
сервере глобального каталога находится
глобальный каталог (GC).
Он является частичной, предназначенной
только для чтения копией всех контекстов
именования домена (NC
— Naming
Context)
в лесу. Каталог GC
содержит основной, но неполный набор
атрибутов для каждого объекта леса в
каждом домене NC.
Данные каталога GC
получают из всех разделов каталога
доменов в лесу, они копируются с
использованием стандартного процесса
репликации службы Active
Directory.

Совет.
Будет ли атрибут скопирован в каталог
GC,
определяется схемой. Администраторы
могут конфигурировать дополнительные
атрибуты, которые будут реплицироваться
в каталог GC,
используя меню Active
Directory
Schema
(Схема Active
Directory),
встроенное в консоль управления ММС.
Чтобы добавить атрибут к каталогу GC,
выберите опцию Replicate
This
Attribute
To
The
Global
Catalog
(Копировать этот атрибут в глобальный
каталог) на самом атрибуте. В результате
значение параметра атрибута
isMemberOfPartialAttributeSet
будет
установлено на true
(истина).
Вы можете добавлять атрибут к глобальному
каталогу, если ожидаете, что пользователям
потребуется искать этот объект в лесу.
Редко упоминаемые атрибуты обычно не
добавляются к каталогу GC.

Первый
контроллер домена, установленный в
домене, автоматически является
контроллером глобального каталога.
Дополнительные контроллеры домена
можно назначить как GC,
выбирая опцию Global
Catalog
Server
(Сервер глобального каталога) в инструменте
администрирования Active
Directory
Sites
And
Services
(Сайты и службы Active
Directory).
Это делается с целью оптимизации входа
в систему. Как используется каталог GC
в процессе входа в систему, описано
далее в этом разделе. В главе 5 дается
более подробная информация о количестве
GC-серверов,
которое потребуется при развертывании,
и о том, где их следует располагать.

Вы
можете задаться вопросом, зачем вообще
нужны GC-серверы.
Во-первых, они используются для поиска
в Active
Directory.
Без каталога GC
поиск по запросам, полученным контроллером
домена, который не обладает запрошенным
объектом, приведет к тому, что он
переправит запрос на контроллер домена
другого домена. Поскольку GC-каталог
содержит полный список всех объектов
леса (и не содержит атрибуты объекта),
GC-сервер
может ответить на любой запрос, используя
атрибут, который копировался в GC-каталог,
без необходимости передавать его другому
контроллеру домена. Запрос, который
послан GC-серверу,
является LDAP-запросом
(Lightweght
Directory
Access
Protocol
— облегченный протокол службы каталогов),
использующим порт 3268 (заданный по
умолчанию порт GC-каталога).

Во-вторых,
GC-серверы
необходимы для обработки пользовательских
входов в систему. Обычно каждый раз,
когда пользователь входит в домен,
выполняется обращение к GC-каталогу.
Это происходит потому, что контроллеры
домена, не являющиеся глобальными, не
содержат никакой информации об
универсальном членстве группы.
(Универсальные группы имеются только
в доменах, обладающих функциональным
уровнем Microsoft
Windows
2000 или Windows
Server
2003. Функциональные уровни используются
в Windows
Server
2003, чтобы разрешить функ-

ции
службы Active
Directory
всем контроллерам домена, которые могут
их поддерживать.) Универсальные группы
могут содержать учетные записи
пользователей и групп из любого домена
определенного леса. Так как универсальное
групповое членство распространяется
на лес, то групповое членство может быть
разрешено только тем контроллером
домена, который имеет информацию каталога
на уровне леса, т.е. информацию глобального
каталога (GC).
Чтобы сгенерировать точную лексему
защиты для пользователя, запрашивающего
идентификацию, требуется контактировать
с GC-каталогом
для определения универсального группового
членства пользователя.

Примечание.
Windows Server
2003 поддерживает новую функцию кэширования
универсального группового членства,
которая дает возможность входить в сеть
Windows Server
2003 без контакта с GC-каталогом.
Универсальное групповое членство
кэши-руется на контроллерах домена, не
являющихся контроллерами GC,
если эта опция разрешена, а пользователь
впервые пытается войти в систему. Как
только эта информация попадает в
GC-каталог, она кэшируется
на неограниченное время на контроллере
домена сайта и периодически обновляется
(по умолчанию каждые 8 часов). Включение
этой функции приводит к ускорению входа
в систему пользователей с удаленных
сайтов, так как для аутентификации
контроллеру домена не требуется обращения
к GC-каталогу. Чтобы включить
опцию универсального группового членства
на сайте, откройте оснастку Active
Directory: Sites
And Services
(Сайты и службы Active
Directory) и выберите нужный
сайт в дереве консоли. Щелкните правой
кнопкой мыши на панели деталей NTDS
Site Settings
(Параметры настройки сайта NTDS),
затем выберите Properties
(Свойства). На вкладке Properties
выберите опцию Enable
Universal Group
Membership Caching
(Разрешить кэширование универсального
группового членства), а затем укажите
сайт, с которого будет обновляться кэш.
По умолчанию сайт обновит информацию
с самого близкого сайта, который имеет
глобальный каталог GC.

Функциональные
уровни

В
Windows
Server
2003 каждому лесу и каждому домену в
пределах леса может быть назначен
определенный функциональный уровень.
Функциональные уровни используются
для того, чтобы разрешать функции,
которые реализованы на комбинациях
операционных систем. Когда для домена
устанавливается функциональный уровень,
то он применяется только к данному
домену. Если не определено иначе, домены
создаются на функциональном уровне
mixed
(смешанный)
системы Windows
2000; леса создаются на функциональном
уровне Windows
2000.

В таблице 2-1 показаны
функциональные уровни доменов и
операционные системы, поддерживаемые
на контроллерах домена.

Табл.
2-1. Функциональные уровни домена

В таблице 2-2 показаны
функциональные уровни леса и операционные
системы, поддерживаемые на контроллерах
домена в лесу.

Табл.
2-2. Функциональные уровни леса

Прежде
чем повышать функциональный уровень
леса до уровня Windows
Server
2003, проверьте, всем ли доменам леса
установлен функциональный уровень
Windows
2000 native
или Windows
Server
2003. Домены, функциональный уровень
которых установлен на Windows
2000 native,
будут автоматически подняты до
функционального уровня Windows
Server
2003, а уровень леса — до уровня Windows
Server
2003. После того как это произойдет, к
данному домену (лесу) могут быть добавлены
только контроллеры домена, работающие
на том же функциональном уровне
операционной системы. Поднятый
функциональный уровень домена или леса
нельзя понизить.

Итак,
глобальный каталог (GC)
используется для того, чтобы облегчить
пользовательский вход в систему, допуская
использование основ-

ных
имен пользователя (например,
usernarae@contoso.com).
Каталог GC
понимает основные имена пользователя
(UPN
— User
Principal
Names),
потому что он содержит информацию о
каждом пользователе в каждом домене
леса. Контроллеры домена, не имеющие
каталога GC,
не обладают этими данными, они не способны
подтвердить подлинность пользовательского
входа в систему, если он задается в таком
формате.

Хозяева
операций

Active
Directory
разработана как система репликации с
несколькими хозяевами. Для этого
требуется, чтобы все контроллеры домена
имели разрешения делать запись в базу
данных каталога. Эта система
удовлетворительно работает для
большинства операций каталога, но для
некоторых операций требуется наличие
единственного официального (authoritative)
сервера. Контроллеры домена, выполняющие
определенные роли, известны как хозяева
операций; все они выполняют роли FSMO
(Flexible
Single
Master
Operations
— гибкие операции с одним хозяином).
Существует пять ролей хозяев операций
в Active
Directory:

• хозяин схемы;

• хозяин именования
  доменов;

• хозяин
  относительных идентификаторов RID;

• хозяин
  эмулятора PDC
  (Primary
  Domain
  Controller
  — основной контроллер домена);

• хозяин инфраструктуры.

Первые
две роли устанавливаются для леса в
целом. Это означает, что задается только
один хозяин схемы и один хозяин именования
доменов для каждого леса. Следующие три
роли функционируют в пределах домена,
т.е. задается только одна из этих ролей
для каждого домена леса. Когда вы
установите Active
Directory
и создадите первый контроллер домена
в лесу, ему будут назначены все эти пять
ролей. Если вы добавите домены к лесу,
то первый контроллер домена в каждом
новом домене возьмет на себя свои прошлые
три роли хозяина операций. По мере
добавления контроллеров домена вы
передадите некоторые из этих ролей
другим контроллерам домена. Как передавать
роли другим контроллерам домена, описано
далее в этой главе.

Хозяин
схемы

Хозяин
схемы является единственным контроллером
домена, который имеет разрешение делать
записи в схему каталога. Чтобы сделать
любое изменение в схеме каталога,
администратор (он должен быть членом
группы безопасности Schema
Admins
— Администраторы схемы) должен связаться
с хозяином схемы. Если модификация схемы
предпринята на контроллере домена, не
являющемся хозяином схемы, она окончится
неудачей. После того как было сделано
изменение, модификации схемы копируются
на остальные контроллеры домена в лесу.

По
умолчанию первый контроллер домена,
установленный в лесу (контроллер домена
для корневого домена леса) принимает
роль хозяина схемы. Эта роль может быть
передана другому контроллеру в любое
время с помощью оснастки Active
Directory
Schema
(Схема Active
Directory)
или с помощью утилиты командной строки
Ntdsutil.
Хозяин схемы идентифицирован значением
атрибута fSMORoleOwner
в
контейнере схемы.

Хозяин
именования доменов

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

Домены
добавляются к лесу одним из способов,
которые требуют подключения удаленного
вызова процедуры (RPC)
к домену, исполняющему роль хозяина
именования доменов. Наиболее
распространенный метод создания нового
домена состоит в выполнении Dcpromo.exe
в командной строке, которая запускает
мастер инсталляции Active
Directory.
Во время этого процесса вы получаете
возможность установить первый контроллер
домена в новый домен. Dcpromo.exe
войдет в контакт с хозяином именования
домена для того, чтобы сделать это
изменение. Если хозяин операции именования
доменов недоступен, то создание домена
окончится неудачей. Добавить новый
домен можно также с помощью утилиты
Ntdsutil.
Эта утилита создает объект перекрестной
ссылки в контейнере разделов в разделе
конфигурации каталога, который затем
реплицируется на все контроллеры домена
в лесу. Далее создание домена можно
выполнять с помощью Dcpromo.exe
без необходимости входить в контакт с
хозяином именования доменов.

Хозяин
относительных идентификаторов

Хозяин
относительных идентификаторов (RID)
— это роль хозяина операций в пределах
домена. Она используется для управления
RID-пулом,
предназначенным для создания новых
участников безопасности в пределах
домена, таких как пользователи, группы
и компьютеры. Каждый контроллер домена
производит блок относительных
идентификаторов (RID),
использующихся для построения
идентификаторов защиты (SID),
которые однозначно идентифицируют
участников безопасности в домене. Блок
доступных идентификаторов RID
называется RID-пулом.
Когда количество доступных
RID-идентификаторов
в RID-пуле
на любом контроллере домена в домене
начинает истощаться, делается запрос
на другой RID-блок
у хозяина RID-идентификаторов.
Работа хозяина RID-идентификаторов
заключается в выполнении таких запросов
и обеспечении того, чтобы никакой
RID-идентификатор
не был выделен более одного раза. Этот
процесс гарантирует каждой учетной
записи в домене уникальную защитную
особенность.

Если
хозяин RID-идентификаторов
в течение какого-то времени недоступен,
процесс создания новых учетных записей
на определенных контроллерах домена
может быть прерван. Механизм запроса
новых блоков RID-идентификаторов
разработан таким образом, чтобы
опустошения пула не происходило, ведь
запрос делается раньше, чем все имеющиеся
в RID-пуле
идентификаторы будут розданы. Однако
если хозяин RID-идентификаторов
находится в автономном режиме, и
контроллер домена, запрашивающий новый
блок, исчерпает остаток RID-идентификаторов,
создание учетной записи окончится
неудачей. Чтобы снова сделать возможным
создание учетных записей, необходимо
или вернуть обладателя роли хозяина
RID-идентификаторов
в интерактивный режим, или эта роль
должна быть передана другому контроллеру
домена в данном домене.

Хозяин
эмулятора PDC

Роль
эмулятора PDC
требуется для того, чтобы Windows
Server
2003 мог сосуществовать с контроллерами
домена, на которых выполняются более
ранние версии, чем Windows
2000. В домене, работающем на функциональном
уровне Windows
2000 mixed
(смешанный), контроллер домена с Windows
Server
2003 действует как основной контроллер
домена (PDC)
для всех низкоуровневых (Microsoft
Windows
NT
версий 4 или 3.51) резервных контроллеров
домена (BDC
— Backup
Domain
Controller).
В такой среде требуется эмулятор PDC
для обработки изменений пароля,
реплицирования изменений домена на
BDC-домены
и выполнения службы главного браузера
домена (Domain
Master
Browser
Service).
Если эмулятор PDC
недоступен, все события, связанные со
службами, инициированными низкоуровневыми
клиентами, окончатся неудачей.

В
доменах, имеющих функциональный уровень
Windows
2000 native
(основной) или Windows
Server
2003, эмулятор PDC
используется для обслуживания модификаций
пароля. Все изменения пароля, сделанные
на других контроллерах домена в домене,
посылаются эмулятору PDC.
Если на контроллерах домена, не являющихся
эмуляторами PDC,
пользовательская идентификация терпит
неудачу, идентификация повторяется на
эмуляторе PDC.
Если эмулятор PDC
принимал недавнее изменение пароля к
этой учетной записи, идентификация
пройдет успешно.

Хозяин
инфраструктуры

Хозяин инфраструктуры
ответственен за обновление справочников
групповой принадлежности пользователей
в пределах домена. Роль хозяина операций
гарантирует, что изменения, сделанные
в названиях учетной записи пользователя,
будут отражены в информации группового
членства для групп, расположенных на
различных доменах. Хозяин инфраструктуры
поддерживает новейший список этих
справочников и реплицирует эту информацию
на все другие контроллеры домена в
домене. Если хозяин инфраструктуры
недоступен, справочники групповой
принадлежности пользователей в пределах
домена устаревают.

Передача
ролей хозяина операций

Роли хозяина
операций могут передаваться другому
домену для оптимизации функционирования
контроллера домена или для замены
контроллера домена, если держатель роли
стал недоступен. Процесс передачи роли
хозяина операций зависит от передаваемой
роли. Существуют следующие инструментальные
средства для передачи ролей хозяина
операций:

• хозяин
  схемы
  — оснастка
  Active Directory Schema;

• хозяин
  именования доменов — инструмент
  администрирования Active
  Directory
  Domains
  And
  Trusts
  (Домены и доверительные отношения
  Active
  Directory);

• хозяин
  RID,
  эмулятора PDC
  и инфраструктуры — инструмент
  администрирования Active
  Directory
  Users
  And
  Computers
  (Пользователи и компьютеры Active
  Directory).

Для передачи роли
хозяина операций должна функционировать
связь с обоими контроллерами домена:
текущим и предлагаемым держателем роли.
В случае отказа сервера текущий держатель
роли может быть недоступен для
осуществления передачи роли. В этом
случае роль может быть захвачена.
Захватывать роль хозяина операций
следует только в случае крайней
необходимости, если указано, что
контроллер домена, держатель этой роли,
будет недоступен в течение длительного
периода времени. Подробнее о захвате
ролей хозяина операций см. гл. 15.

Схема

Схема
определяет каждый тип объекта, который
можно сохранять в Active
Directory.
Прежде чем создавать объект в Active
Directory,
его надо сначала определить в схеме.
Схема предписывает правила, касающиеся
создания объектов в базе данных. Эти
правила определяют информацию, которая
может быть сохранена с каждым объектом,
и тип данных, соответствующих этой
информации.

Компоненты
схемы

Схема
состоит из объектов классов и атрибутов.
Объект
класса определяет
то, какие новые объекты могут быть
созданы в каталоге. Для каждого
создаваемого в каталоге объекта сначала
должен быть определен класс. Пример
объекта класса — класс User
(Пользователь). Все новые пользовательские
объекты, созданные в Active
Directory,
являются экземплярами класса User.

Схема
определяет и то, какая информация может
сохраняться для каждого класса объекта.
Эта информация определяется в схеме
как атрибут
объекта. Объект
некоторого класса может содержать
значения для всех атрибутов, определенных
для этого класса, а также для всех
родительских классов этого класса.
Например, учетная запись пользователя
может иметь определенные значения
атрибутов для всех объектов в классе
User,
так же как и для
класса organizationalPerson,
являющегося родительским классом класса
User.
При создании нового пользовательского
объекта вы можете включать информацию,
касающуюся этого пользователя и
определяемую в схеме, в качестве атрибута
всех классов, к которым этот новый
пользовательский объект будет
принадлежать.

Тип данных, которые могут
храниться в Active
Directory
для каждого атрибута, определен в схеме
как синтаксис атрибута.
Если пользовательский класс содержит
атрибут, названный display
Name,
синтаксис для этого
атрибута определяется как строковое
значение, которое может быть любым
алфавитно-цифровым символом. Значение
каждого атрибута должно удовлетворять
требованиям синтаксиса этого атрибута.

Схема Active
Directory
поддерживает наследование объектов
класса. Все объекты схемы организованы
в иерархическом порядке в контексте
именования. Благодаря этому любой объект
класса способен унаследовать все
характеристики объекта своего
родительского класса. Например, класс
Computer
(Компьютер) фактически является дочерним
классом от класса User
(Пользователь), и поэтому класс Computer
наследует все атрибуты, связанные с
классом User.
В этом случае класс Computer
ассоциируется с атрибутами, специфическими
для этого класса. С помощью оснастки
Active
Directory
Schema
вы можете увидеть организацию наследования
объектов класса и иерархию объектов
класса. На рисунке 2-1 показан класс
Computer
(Компьютер). Обратите внимание, что он
является дочерним по отношению к классу
User,
который является дочерним классом
класса organizationalPerson,
и т.д. Эта система наследования значительно
облегчает администраторам создание
новых классов объектов, потому что они
не должны определять каждый атрибут,
связанный с новым классом, а могут просто
унаследовать все объединения атрибутов
подходящего родительского класса.

Рис.
2-1. Объект класса Computer
(Компьютер), отображаемый оснасткой
Active
Directory
Schema

Модификация
схемы

Схема
Active
Directory
содержит большинство постоянно
используемых классов и атрибутов,
необходимых для реализации службы
каталога предприятия. Эти атрибуты и
классы определяются как объекты Category
1 (Категория
1), или основные объекты схемы. Для
поддержки классов и атрибутов, определяемых
клиентом, при разработке схемы Active
Directory
закладывались возможности ее расширения.
Другими словами, она может быть изменена
для включения новых объектов классов
и атрибутов, в которых, возможно, нуждается
организация. Объекты схемы, которые
создаются позднее, определяются как
объекты Category
2 (Категория
2). Схему обычно расширяют для того, чтобы
она удовлетворяла потребностям
приложений, пользующихся поддержкой
Active
Directory.
Хорошим примером такого приложения
является Microsoft
Exchange
Server
2000, для поддержки которого при
конфигурировании Active
Directory
было сделано более тысячи дополнений
к схеме.

Кроме
использования приложений, пользующихся
поддержкой Active
Directory,
администраторы могут расширять схему
другими методами. Это можно сделать в
пакетном режиме с помощью средств
администрирования с командной строкой,
включая инструменты LDAP
Data
Interchange
Format
Directory
Exchange
(LDIFDE)
и Comma
Separated
Value
Directory
Exchange
(CSVDE).
Схема может быть расширена программно,
используя Active
Directory
Service
Interfaces
(ADSI)
и сценарии Microsoft
Visual
Basic.

Дополнительная
информация. Для получения дополнительной
информации об инструментах LDIFDE
или CSVDE напечатайте
название команды в командной строке
для вызова онлайновой подсказки. Для
получения дополнительной информации
об ADSI и ADSI
Edit обратитесь к комплекту
разработки программного обеспечения
Microsoft Windows
Platform (SDK),
который можно загрузить или заказать
на компакт-диске на сайте http://
www.microsoft.com/msdownload/platformsdk/sdkupdate.Чacть
ADSI Platform
SDK можно просмотреть
интерактивно на сайте
http://msdn.microsoft.com/library/default.asp?url=/library/
en—us/netdir/adsi/directory_services.asp.

Схема
может быть изменена через интерфейс
пользователя Windows
Server
2003 с помощью оснастки Active
Directory
Schema.
Сначала нужно зарегистрировать оснастку,
выполнив команду Regsvr32
Schmmgmt.dll
из командной строки. Для изменения схемы
вы должны быть членом глобальной группы
Schema
Admins
(Администраторы схемы). Чтобы понять,
как работает изменение схемы, представьте
себе, что организации необходимо
сохранять записи о датах, когда служащие
приступили к работе, т.е. сохранять дату
начала работы служащего как ат-

рибут
пользовательского объекта в Active
Directory.
Чтобы этот атрибут был доступен при
создании каждого нового пользовательского
объекта, он сначала должен быть определен
в схеме.

С
помощью оснастки Active
Directory
Schema
вы можете добавить новый атрибут к схеме
и связать его с объектом класса User.
Для этого выполните следующие шаги.

1. Откройте
   оснастку
   Active Directory Schema (Схема
   Active Directory).

2. Выберите
   папку Attributes
   (Атрибуты) на панели дерева.

3. В меню
   Action
   (Действие) щелкните на Create
   Attribute
   (Создать атрибут).

4. В окне
   предупреждения Schema
   Object
   Creation
   (Создание объекта схемы) щелкните на
   Continue
   (Продолжить).

5. В
   диалоговом окне Create
   New
   Attribute
   (Создание нового атрибута) введите
   информацию в раздел Identification
   (Идентификация):

   • Common
     Name (обычное
     имя);

   • LDAP
     Display Name (отображаемое
     LDAP-имя);

   • Unique
     X500
     Object
     ID
     (уникальный идентификатор объекта
     Х500);

   • Description
     (описание).

6. В
   разделе Syntax
   And
   Range
   (Синтаксис и диапазон) внесите информацию
   в поля:

• Syntax
  (синтаксис);

• Minimum
  (минимум);

• Maximum
  (максимум).

1. Выберите,
   будет ли новый атрибут многозначным
   (Multi-Valued)
   атрибутом.

Подробная
информация, касающаяся содержания
каждого поля, становится доступной при
выборе соответствующего текстового
поля и нажатии клавиши F1.

Получение
идентификатора Х500 Object
ID

Иногда
два приложения могут попытаться сделать
несовместимые модификации в схеме.
Чтобы решить эту проблему, каждый класс
и атрибут в Active
Directory
могут быть идентифицированы уникальным
идентификатором объекта (OID
— Object
Identifier)
для гарантии того, что другой объект
схемы не использует тот же самый OID.
Организация, планирующая создание новых
OID,
должна зарегистрироваться в Международной
организации по стандартизации (ISO
— International
Standards
Organization)
или в Американском национальном институте
стандартов (ANSI
— American
National
Standards
Institute).
При регистрации организация стандартов
выделит вам часть пространства OID,
которое затем можно расширять для
удовлетворения своих потребностей.
Например, компании может быть предоставлено
число типа 1.2.840.ХХХХ. Оно организовано
в иерархическом порядке и содержит
следующие части:

• 1 —
  ISO;

• 2-ANSI;

• 840 — Соединенные
  Штаты Америки;

• ХХХХ — уникальное
  число, идентифицирующее вашу компанию.

Как
только вы получили это число, можно
управлять своей собственной частью
иерархии. Например, если вы создаете
новый атрибут с именем Employee
Start
Date
(Дата
начала работы служащего), ему можно
назначить число типа 1.2.840.ХХХХ.12.

Пусть
OID
для контакта в Active
Directory
задан в виде 1.2.840.113556.1.5.15. Первые три
части числа выделены для ISO,
ANSI
и США соответственно. Число 113556 ANSI
предоставил компании Microsoft,
которая назначила 1 — на Active
Directory,
5 — на классы Active
Directory,
15 — на класс Contact
(Контакт).

Комплект
ресурсов Microsoft
Windows
Server
2000 Resource
Kit
содержит
инструмент по имени OIDGen,
который можно использовать для создания
уникальных идентификаторов OID
для классов или атрибутов объекта без
необходимости регистрировать OID.
Этот инструмент не должен использоваться,
если схема будет развертываться вне
вашей организации. Для внешнего
развертывания Microsoft
предлагает сгенерировать и зарегистрировать
ваш новый OID.
Подробности см. на сайте
http://msdn.microsoft.com/certification/ad—registration.asp.

На
рисунке 2-2 показано создание нового
атрибута с помощью оснастки Active
Directory
Schema
(Схема Active
Directory).

Рис.
2-2. Создание нового атрибута схемы

Примечание.
Добавление нового атрибута к схеме
не подразумевает, что атрибут будет
автоматически доступен из любого
средства администрирования. Инструментальные
средства администрирования, подобные
Active Directory
Users And
Computers (Пользователи и
компьютеры Active Directory),
показывают только некоторые атрибуты
для каждого класса и не показывают
атрибуты, которые добавляете вы. Если
вы хотите, чтобы новый атрибут появился
в инструменте администрирования, нужно
изменить существующий инструмент или
создать ваш собственный. О том, как
изменять и создавать инструментальные
средства администрирования, см. в разделе
Directory Services
(Службы каталога) документа Platform
SDK на сайте http://
msdn.microsoft.com/library/default.asp?url=/library/en-us/
netdir/ad/extending_the_user_interface_for_directory_objects.asp.

Дезактивация
объектов схемы

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

Есть
несколько моментов, которые надо иметь
в виду при дезактивации класса схемы и
объектов атрибутов. Сначала вы можете
дезактивировать только классы и атрибуты,
которые вы специально создавали, т.е.
объекты Category
2. Вы
не можете дезактивировать объекты
Category
1 или
базовую
схему. Нельзя
отключить атрибут, являющийся членом
класса, который не дезактивирован. Это
ограничение предотвращает ошибки в
создании новых экземпляров
недезактивированного класса, если
становится нужен дезактивированный
атрибут.

Чтобы
дезактивировать объект атрибута или
класса Category
2, установите
булевое значение атрибута isDefunct
объекта
схемы на true
(истина).
Это можно выполнить, используя инструмент
ADSI
Edit
(Редактирование ADSI)
или оснастку Active
Directory
Schema
(Схема Active
Directory).
На рисунке 2-3 показано, какие флажки
параметров установки надо очистить для
дезактивации атрибута EmployeeStartDate,
созданного
в примере, представленном ранее.

После того как
объект схемы был дезактивирован, он
считается несуществующим. Сообщения
об ошибках в случае попытки создания
нового экземпляра несуществующего
класса или атрибута те же самые, которые
появляются, если класс или атрибут схемы
не существуют. Единственное действие,
которое можно выполнить с дезактивированным

объектом
схемы, состоит в его повторной активации.
Для этого просто установите атрибут
isDefunt
на
false
(ложь).
После активации несуществующего объекта
схемы его можно снова использовать для
создания новых экземпляров класса или
атрибута. Процесс дезактивации/активации
не влечет за собой никаких неблагоприятных
последствий.

Рис.
2-3. Использование оснастки Active
Directory
Schema
(Схема Active
Directory)
для дезактивации атрибута схемы

Логическая
структура Active Directory

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

• разделы;

• домены;

• деревья доменов;

• леса;

• сайты;

• организационные
  единицы.

Далее
представлено введение в эти компоненты
и концепции доверительных отношений,
которые используются для выдачи
разрешений на доступ участников
безопасности к ресурсам, хранящимся в
различных доменах. В главе 5 вы узнаете,
как эти структурные компоненты
используются для достижения определенных
целей (например, защита доступа к
ресурсам) и оптимизации производительности
сети. Сами участники безопасности
(пользователи, группы и компьютеры) в
этой главе не обсуждаются.

Разделы
Active Directory

Как
вы уже знаете, база данных Active
Directory
хранится в файле на жестком диске каждого
контроллера домена. Она разделена на
несколько логических разделов, каждый
из которых хранит различные типы
информации. Разделы Active
Directory
называются контекстами именования (NC
— naming
contexts).
Просмотреть их можно с помощью инструмента
Ldp.exe
или ADSI
Edit
(рис. 2-4).

Рис.
2-4. Просмотр разделов Active
Directory с помощью инструмента
ADSI Edit

Раздел
домена каталога

В
разделе домена происходит большая часть
действий. Он содержит всю информацию
домена о пользователях, группах,
компьютерах и контактах: все, что можно
просмотреть с помощью инструмента
администрирования Active
Directory
Users
And
Computers
(Пользователи и компьютеры Active
Directory).

Раздел домена
автоматически реплицируется на все
контроллеры в домене. Информация, которая
в нем содержится, требуется каждому
контроллеру домена для подтверждения
подлинности пользователей.

Раздел
конфигурации каталога

Раздел
конфигурации содержит информацию о
конфигурации леса, например, информацию
о сайтах, связях сайта и подключениях
репликации. В нем хранят информацию
многие прикладные программы. Приложения
Exchange
Server
2000, Microsoft
Internet
Security
And
Acceleration
(ISA)
Server
помещают свою конфигурационную информацию
в раздел конфигурации каталога Active
Directory,
а не в свою собственную службу каталога.
Когда вы устанавливаете первый ISA-сервер
в свою организацию, вы можете
сконфигурировать массив, который будет
хранить всю конфигурационную информацию
ISA
в Active
Directory.
Затем легко устанавливаются дополнительные
ISA-серверы,
использующие эту же конфигурацию,
которая читается из службы Active
Directory.

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

Раздел
схемы каталога

Раздел
схемы содержит схему для всего леса.
Как вы уже знаете, схема представляет
собой набор правил о том, какие типы
объектов можно создавать в Active
Directory,
а также правила для каждого типа объектов.
Раздел схемы реплицируется на все
контроллеры домена в лесу. Однако только
один контроллер домена, хозяин схемы,
хранит перезаписываемую копию раздела
схемы каталога. Все изменения к схеме
осуществляются на контроллере — хозяине
схемы, а затем реплицируются на другие
контроллеры домена.

Раздел
глобального каталога

Раздел
глобального каталога GC
не является разделом в полном смысле.
Он хранится в базе данных подобно другому
разделу, но администраторы не могут
вводить информацию в него напрямую.
Раздел GC
предназначен только для чтения на всех
GC-серверах,
он построен из содержимого баз данных
домена. Каждый атрибут в схеме имеет
булевое значение с именем isMemberOf
Partial
Attributes
et.
Если
оно установлено на true
(истина),
атрибут копируется в каталог GC.

Разделы
приложений каталога

Последний
тип раздела в службе Active
Directory
Windows
Server
2003 — это раздел приложений каталога.
Только один тип раздела приложений
каталога создается в Active
Directory
по умолчанию — это раздел, предназначенный
для службы сервера доменной системы
имен (DNS
-Domain
Name
System).
При установке первой интегрированной
(integrated)
зоны Active
Directory
создаются прикладные разделы каталога
ForestDnsZones
и DomainDnsZones.
Раздел приложений каталога может хранить
любой тип объекта Active
Directory,
кроме участников безопасности. Кроме
того, разделы приложений каталога
создаются для управления процессом
репликации данных, и ни один из объектов
раздела приложений каталога не может
реплицироваться в раздел GC.

Разделы приложений
каталога используются для хранения
специфической информации, связанной с
приложениями. Выгода от их использования
состоит в том, что имеется возможность
управлять репликацией информации в
раздел. Для слишком динамичной информации
необходимо управлять репликами, чтобы
ограничить количество трафика сети.
При создании раздела приложений каталога
вы можете указать, какие контроллеры
домена будут получать реплику раздела.
Контроллеры домена, которые получают
реплику раздела приложений, могут
находиться в любом домене или сайте
леса.

Схема
именования прикладных разделов каталога
идентична другим разделам каталога
Active
Directory.
Например, DNS-имя
для конфигурационного раздела каталога
в лесу Contoso.com
— dc=Configuration,
dc=Contoso,
dc=com.
Если вы создаете раздел приложений
каталога по имени AppPartitionl
в домене Contoso.com,
его DNS-имя
будет dc=AppPartitionl,
dc=Contoso,
dc=com.
Разделы приложений каталога достаточно
гибки по отношению к месту создания,
или, более точно, к контексту именования.
Например, можно создать дополнительный
раздел приложений каталога в разделе
AppPartitionl.
Это приведет к тому, что раздел будет
иметь имя dc=AppPartition2,
dc=AppPartitionl,
dc=Contoso,
dc=com.
Возможно создание раздела приложений
каталога с DNS-именем,
не смежным ни с одним доменом в лесу. Вы
можете создать раздел приложений в
домене Contoso.com,
который имеет DNS-имя
dc=AppPartition,
таким образом, будет создано новое
дерево в лесу.

Примечание.
Выбор DNS-имени для
пространства имен приложения никак не
влияет на функциональные возможности
раздела приложений. Единственное
различие будет состоять в конфигурировании
LDAP-клиента, который
обращается к разделу. Разделы приложений
каталога предназначены для доступа
LDAP, поэтому клиент должен
быть сконфигурирован так, чтобы делать
поиск на сервере в правильном пространстве
имен.

Создание
раздела приложений каталога усложняется
необходимостью обслуживания разрешений
на доступ к объектам раздела. Для заданных
по умолчанию разделов Active
Directory
разрешения назначаются автоматически.
При создании объекта в разделе каталога
домена

группе
Domain
Admins
(Администраторы домена) автоматически
назначаются полные разрешения на доступ
к объекту. При создании объекта в разделе
конфигурации или в разделе схемы каталога
разрешения назначаются для учетных
записей пользователей и групп,
принадлежащих корневому домену леса.
Поскольку прикладной раздел каталога
может быть создан в любом разделе домена
каталога или как отдельное дерево в
лесу, то заданный по умолчанию путь
назначения разрешений не применяется.
Назначить группе Domain
Admins
полное управление объектами в разделе
несложно, остается неясным то, какой
домен является заданным по умолчанию.
Поэтому разделы приложений каталога
всегда создаются со ссылкой на домен,
содержащий дескрипторы защиты. Этот
домен становится заданным по умолчанию,
он используется для назначения разрешений
на доступ к объектам в разделе приложений
каталога. Если раздел приложений каталога
создается в разделе домена каталога,
то родительский домен используется в
качестве домена, содержащего дескрипторы
защиты, и создается наследование
разрешений. Если раздел приложений
каталога создает новое дерево в лесу,
то корневой домен леса используется в
качестве домена, содержащего дескрипторы
защиты.

Совет.
Обычно разделы приложений каталога
создаются в процессе инсталляции
приложения, для которого требуется
использование раздела каталога.
Инсталляционная процедура приложения
должна разрешать создание дополнительных
реплик на других контроллерах домена.
Вы можете создать каталог приложений
с помощью утилиты Ntdsutil,
но в среде предприятия это обычно не
используется. Процедуры управления
разделами приложений каталога описаны
в справке Windows Server
2003 Help And
Support Center
(Центр справки и поддержки Windows
Server 2003). Для получения
детальной информации о разделах
приложений каталога, о том, как обращаться
к ним программно, сделайте поиск фразы
«Using application
directory partitions»
на сайте msdn.microsoft.com.

Как
только раздел приложений каталога с
несколькими репликами создан, управление
репликацией раздела осуществляется
так же, как для других разделов.
Дополнительную информацию о репликации
Active
Directory
см. в гл. 4.

Домены

Домен
является основным строительным блоком
в модели службы Active
Directory.
Устанавливая Active
Directory
на своем компьютере, работающем под
управлением Windows
Server
2003, вы создаете домен. Домен служит в
качестве административной границы, он
определяет и грани-

цу политик
безопасности. Каждый домен имеет, по
крайней мере, один контроллер домена
(оптимально иметь два или более).

Домены
Active
Directory
организованы в иерархическом порядке.
Первый домен на предприятии становится
корневым
доменом леса, обычно
он называется корневым
доменом или
доменом
леса. Корневой
домен является отправной точкой для
пространства имен Active
Directory.
Например, первый домен в организации
Contoso
— Contoso.com.
Первый домен может быть назначенным
(dedicated)
или неназначенным
(non-dedicated)
корневым доменом. Назначенный корневой
домен, называемый пустым
корнем, является
пустым доменом-заменителем, предназначенным
для запуска Active
Directory.
Этот домен не будет содержать никаких
реальных учетных записей пользователя
(группы) и использоваться для назначения
доступа к ресурсам. Единственные учетные
записи, которые содержатся в назначенном
корневом домене — это учетные записи
пользователей и групп, заданных по
умолчанию, таких как учетная запись
Administrator
(Администратор) и глобальная группа
Domain
Admins
(Администраторы домена). Неназначенный
корневой домен — это домен, в котором
создаются учетные записи фактических
пользователей и групп. Причины выбора
назначенного или неназначен-ного
корневого домена леса обсуждаются в
гл. 5.

Остальные
домены на предприятии существуют или
как равные по положению (peers)
по отношению к корневому домену, или
как дочерние домены. Равные по положению
домены находятся на том же иерархическом
уровне, что и корневой домен. На рисунке
2-5 показана модель доменов, равных по
положению.

Рис.
2-5. Домены Active Directory,
организованные как равные по положению

Общепринято,
что домены, устанавливаемые вслед за
корневым доменом, становятся дочерними
доменами. Дочерние
домены используют одно и то же пространство
имен Active
Directory
совместно с родительским доменом.
Например, если первый домен в организации
Contoso
назван Contoso.com,
то дочерний домен в этой структуре может
называться NAmerica.Contoso.com
и использоваться для управления всеми
участниками безопасности организации
Contoso,
находящимися в Северной Америке. Если
организация достаточно большая или
сложная, то могут потребоваться
дополнительные дочерние домены, например,
Sales.NAmerica.Contoso.com.
На рисунке 2-6 показана родительско-до-черняя
иерархия домена для организации Contoso.

Рис.
2-6. Родительско-дочерняя модель домена
для корпорации Contoso

Деревья
доменов

Домены,
которые создаются в инфраструктуре
Active
Directory
после создания корневого домена, могут
использовать существующее пространство
имен Active
Directory
совместно или иметь отдельное пространство
имен. Чтобы выделить отдельное пространство
имен для нового домена, нужно создать
новое дерево домена. Независимо от того,
используется ли единственное пространство
имен или несколько, дополнительные
домены в том же самом лесу функционируют
совершенно одинаково. Создание
дополнительных деревьев доменов связано
исключительно с организационными
проблемами и проблемами именования,
оно никак не затрагивает функциональные
возможности. Дерево доменов содержит,
по крайней мере, один домен. Даже
организация с единственным доменом
имеет дерево доменов. Использование
нескольких деревьев вместо дочерних
доменов влияет на конфигурацию DNS,
об этом вы узнаете в гл. 3.

Дерево
доменов образуется в том случае, когда
организация создает домен вслед за
созданием корневого домена леса (forest
root
domain),
но не хочет использовать существующее
пространство имен. В случае Contoso,
если существующее дерево доменов
использует пространство имен Contoso.com,
может быть создан новый домен, который
использует совершенно другое пространство
имен, например, Fabrikam.com.
Если в дальнейшем потребуется создание
доменов, чтобы удовлетворить потребностям
единицы Fabrikam,
они могут создаваться как дочерние от
дерева доменов Fabrikam.
На рисунке 2-7 показана схема организации
Contoso
с несколькими доменными деревьями.

Рис.
2-7. Корпорация Contoso с
несколькими доменными деревьями

Леса

Лес
представляет
самую дальнюю репликацию и является
границей безопасности для предприятия.
Все домены и доменные деревья существуют
в пределах одного или несколько лесов
Active
Directory.
Лес является общим для всех контроллеров
домена в лесу. Общими компонентами могут
быть:

• Общая
  схема.
  У всех контроллеров домена в лесу
  имеется одна и та же схема. Единственный
  способ развертывания двух различных
  схем в одной организации состоит в том,
  чтобы развертывать два отдельных леса.

• Общий
  раздел
  конфигурации каталога.
  Все контроллеры домена в лесу имеют
  один и тот же конфигурационный контейнер,
  который используется для репликации
  в пределах леса. Раздел конфигурации
  каталога интенсивно используется
  приложениями, поддерживающими службу
  Active
  Directory
  (Echange
  Server
  2000 и ISA).

• Общий
  глобальный
  каталог GC.
  Он содержит информацию обо всех объектах
  в лесу. Это делает поиск любого объекта
  более эффективным и дает возможность
  пользователям входить на любой домен
  леса, используя свои имена UPN.

• Общий
  набор администраторов в пределах леса.
  В корневом
  домене для
  леса создаются две группы безопасности
  (security
  groups).
  Им предоставляются такие разрешения,
  которыми не обладают никакие другие
  пользователи. Группа Schema
  Admins
  является единственной группой, которая
  имеет право изменять схему, а группа
  Enterprise
  Admins
  (Администраторы предприятия) является
  единственной группой, которая имеет
  право выполнять действия на уровне
  леса, такие как добавление или удаление
  доменов из леса. Группа Enterprise
  Admins
  автоматически добавляется к каждой
  местной группе Administrators
  (Администраторы) на контроллерах домена
  в каждом домене леса.

• Общая
  конфигурация доверительных отношений.
  Все
  домены в лесу автоматически сконфигурированы
  так, чтобы доверять всем другим доменам
  леса. Более подробно о доверительных
  отношениях рассказано в следующем
  разделе.

На
рисунке 2-8 показан лес Contoso.

Доверительные
отношения

По
умолчанию домен является границей
доступа к ресурсам в организации. Имея
соответствующие разрешения, любой
участник безопасности (например, учетная
запись пользователя или группы) может
обращаться к любому общедоступному
ресурсу в том же самом домене. Для
получения доступа к ресурсам, которые
находятся за пределами домена, используются
доверительные отношения службы Active
Directory.
Доверительные
отношения представляют
собой опознавательную связь между двумя
доменами, с помощью которой участники
безопасности могут получать полномочия
на доступ к ресурсам, расположенным на
другом домене. Есть несколько типов
доверительных отношений, включающих:

• транзитивные
  доверительные отношения;

• односторонние
  доверительные отношения;

• доверительные
  отношения леса;

• доверительные
  отношения области.

Транзитивные
доверительные отношения

Все
домены дерева поддерживают транзитивные
двухсторонние доверительные отношения
с другими доменами в этом дереве. В
примере, рассмотренном выше, когда домен
NAmerica.Contoso.com
создается как дочерний домен корневого
домена Contoso.com,
автоматически создаются двухсторонние
доверительные отношения между доменами
NAmerica.Contoso.com
и Contoso.com.
Через доверительные отношения любой
пользователь в домене NAmerica.Contoso.com
может обращаться к любому ресурсу в
домене Contoso.com,
на доступ к которому есть разрешение.
Аналогично, если в домене Contoso.com
имеются какие-либо участники безопасности
(как в неназначенном корневом домене),
им можно давать доступ к ресурсам домена
NAmerica.Contoso.com.

В
пределах леса доверительные отношения
устанавливаются или как родительско-дочерние
доверительные отношения, или как
доверительные отношения корня дерева
(tree
root).
Примером
родительско-дочер-них доверительных
отношений являются отношения между
доменами NAmerica.Contoso.com
и Contoso.com.
Доверительные отношения корня дерева
— это отношения между двумя деревьями
в лесу, например, между Contoso.com
и Fabrikam.com.

Все
доверительные отношения между доменами
леса являются транзитивными. Это
означает, что все домены в лесу доверяют
друг другу. Если домен Contoso.com
доверяет домену NAmerica.Contoso.com
и домен Europe.Contoso.com
доверяет домену Contoso.com,
то транзитивность указывает на то, что
домен Europe.Contoso.com
также доверяет домену NAmerica.Contoso.com.
Поэтому пользователи в домене NAmerica.
Contoso.com
могут обращаться к ресурсам, имеющимся
в домене Europe.Contoso.com,
и наоборот. Свойство транзитивности
доверительных отношений применимо к
доверительным отношениям корня дерева.
Домен NAmerica.Contoso.com
доверяет домену Contoso.com,
и домен Contoso.com
доверяет домену Fabrikam.com.
Поэтому домен NAmerica.
Contoso.com
и домен Fabrikam.com
также имеют транзитивные доверительные
отношения друг с другом.

Односторонние
доверительные отношения

В дополнение к
двухсторонним транзитивным доверительным
отношениям, которые устанавливаются
при создании нового дочернего домена,
между доменами леса могут быть созданы
односторонние доверительные отношения.
Это делается для того, чтобы разрешить
доступ к ресурсам между доменами, которые
не состоят в прямых доверительных
отношениях. Односторонние доверительные
отношения также исполь-

зуются
для оптимизации производительности
работы между доменами, которые связаны
транзитивными доверительными отношениями.
Эти односторонние доверительные
отношения называются укороченными
доверительными отношениями (shortcut
trusts).
Укороченные
доверительные отношения нужны в том
случае, когда требуется частый доступ
к ресурсам между доменами, которые
удаленно связаны через дерево домена
или лес. Примером этому является лес
Contoso,
изображенный
на рисунке 2-9.

Рис.
2-9. Доверительные отношения в лесу
Contoso

Если
группа безопасности в домене
Sales.Europe.Contoso.com
часто обращается к общему ресурсу в
домене Research.NAmerica.Contoso.com,
то при наличии только транзитивных
доверительных отношения между доменами
пользователи в домене Sales.Europe.Contoso.com
должны подтверждать подлинность в
каждом домене дерева, расположенном
между ними и доменом, который содержит
ресурс. Такая организация работы
неэффективна, если часто возникает
потребность доступа к этим ресурсам.
Укороченные доверительные отношения
являются прямыми односторонними
доверительными отношениями, которые
дадут возможность пользователям в
домене Sales.Europe.Contoso.com
эффективно подтверждать подлинность
в домене Research.NAmerica.Contoso.com
без необходимости пересекать все дерево
каталога, чтобы туда добраться. На
рисунке 2-10 показаны эти прямые
доверительные отношения. Если возникает
потребность установить такие же
доверительные отношения в другом
направлении, можно создать прямые
доверительные отношения между этими
двумя доменами, взаимно изменив их роли.
(Такие двойные прямые доверительные
отношения кажутся транзитивными

отношениями, но
эти исключительные доверительные
отношения не простираются за пределы
этих двух доменов).

Доверительные
отношения леса

Доверительные
отношения леса являются
новой функцией в Windows
Server
2003. Они представляют собой двухсторонние
транзитивные доверительные отношения
между двумя отдельными лесами. С помощью
доверительных отношений леса участнику
безопасности, принадлежащему одному
лесу, можно давать доступ к ресурсам в
любом домене совершенно другого леса.
Кроме того, пользователи могут входить
на любой домен обоих лесов, используя
одно и то же имя UPN.

• Доверительные
  отношения леса не являются транзитивными
  по отношению к другим лесам. Например,
  если Forest
  1 имеет доверительные отношения леса
  с Forest2,
  и Forest2
  имеет доверительные отношения леса с
  Forest3,
  то Forestl
  не имеет автоматических доверительных
  отношений леса с Forest3.

• Доверительные
  отношения леса делают возможной только
  идентификацию между лесами, они не
  обеспечивают другие функциональные
  возможности. Например, каждый лес будет
  иметь уникальный каталог GC,
  схему и раздел конфигурации каталога.
  Информация между этими двумя лесами
  не копируется, доверительные отношения
  леса просто делают возможным назначение
  доступа к ресурсам между лесами.

• В некоторых случаях
  вам потребуется установить доверительные
  отношения между всеми доменами одного
  леса и всеми доменами другого леса. Для
  этого вы можете устанавливать
  односторонние, не транзитивные
  доверительные отношения между
  индивидуальными доменами в двух
  отдельных лесах.

На
рисунке 2-11 показаны доверительные
отношения леса компании Contoso.

Рис.
2-11. Доверительные отношения леса компании
Contoso
соединяют домены Contoso.com
и NWTraders.com,
находящиеся в разных лесах

Доверительные
отношения области

Последний
тип доверительных отношений — это
доверительные отношения области (Realm
Trusts).
Они
устанавливаются между доменом или лесом
Windows
Server
2003 и не Windows-реализацией
области Kerberos
v5.
Защита Kerberos
основана на открытом стандарте, имеются
другие сие-

темы
сетевой защиты, основанные на протоколе
Kerberos.
Доверительные отношения области можно
создать между любыми Kerberos-облас-тями,
которые поддерживают стандарт Kerberos
v5.
Доверительные отношения области могут
быть односторонними или двухсторонними,
их можно также сконфигурировать как
транзитивные и не транзитивные.

Сайты

Все
логические компоненты Active
Directory,
обсуждаемые до сих пор, практически не
зависят от физической инфраструктуры
сети. Например, при проектировании
структуры домена для корпорации вопрос
о том, где расположены пользователи,
является не самым важным. Все пользователи
в домене могут находиться в единственном
офисном строении или в офисах, расположенных
по всему миру. Независимость логических
компонентов от сетевой инфраструктуры
возникает вследствие использования
сайтов в Active
Directory.

Сайты
обеспечивают соединение между логическими
компонентами Active
Directory
и физической сетевой инфраструктурой.
Сайт
представляет
область сети, где все контроллеры домена
связаны быстрым, недорогим и надежным
сетевым подключением. В большинстве
случаев сайт содержит одну или более
подсетей с протоколом интернета (IP),
связанных локальной сетью (LAN)
или быстродействующей глобальной сетью
(WAN),
подключенных к остальной части сети
через более медленные WAN-подключения.

Основная
причина для создания сайтов состоит в
том, чтобы иметь возможность управлять
любым сетевым трафиком, который должен
использовать медленные сетевые
подключения. Сайты используются для
управления сетевым трафиком в пределах
сети Windows
Server
2003 тремя различными способами.

• Репликация.
  Одним
  из важнейших способов, которым сайты
  пользуются для оптимизации сетевого
  трафика, является управление трафиком
  репликации между контроллерами доменов
  и GC-серверами.
  В пределах сайта любое изменение,
  сделанное в каталоге, будет копироваться
  в течение приблизительно пяти минут.
  Графиком репликации между сайтами
  можно управлять так, чтобы репликация
  происходила во время нерабочих часов.
  По умолчанию трафик репликации между
  сайтами сжат для сохранения пропускной
  способности сети, в пределах сайта
  трафик репликации не сжимается. (В главе
  4 представлена более детальная информации
  относительно различий между внутрисайтовой
  и межсайтовой репликациями.)

• Идентификация.
  Когда
  пользователь входит в домен Windows
  Server
  2003 с клиента, на котором работает система
  Windows
  2000 или Microsoft
  Windows
  XP
  Professional,
  компьютер клиента пробует подключить
  контроллер домена, находящийся в том
  же самом сайте, где находится клиент.
  В главе 3 будет обсуждаться, как каждый
  контроллер домена регистрирует записи
  указателя служб (SRV),
  специфические для сайта. Когда компьютер
  клиента пытается найти контроллер
  домена, он всегда запрашивает записи
  сайтов у DNS-серверов.
  Это означает, что трафик входа клиента
  в систему останется в пределах сайта.
  Если домен работает на функциональном
  уровне Windows
  2000 native
  (основной) или Windows
  Server
  2003, то клиент будет пытаться найти
  каталог GC
  во время входа в систему. Если на сайте
  имеется GC-сервер,
  клиент соединится с этим сервером.
  (Роль сайтов в поиске контроллеров
  домена подробно обсуждается в гл. 3.)

Примечание.
Клиентские компьютеры, на которых
работает система Windows NT
4 SP6a, могут
регистрироваться на контроллерах домена
Active Directory,
если они установили службу Directory
Services Client
(Клиент служб каталога), которая доступна
для загрузки на сайте http://www.microsoft.com/
windows2000/server/evaluation/news/bulletins/
adextension.asp.
Для тех клиентов, которые не были
модернизированы с Windows
95 или Windows 98, программное
обеспечение Directory Services
Client доступно на компакт-диске
Windows Server
2000.

• Сетевые
  службы, учитывающие наличие сайтов.
  Третий
  способ, который позволяет сайтам
  сохранять высокую пропускную способность,
  состоит в ограничении клиентских
  подключений к сайту только теми
  приложениями и службами, которые
  учитывают наличие сайтов. Например,
  используя распределенную файловую
  систему (DFS
  -Distributed
  File
  System),
  вы можете создавать несколько реплик
  папки на различных сайтах в сети.
  Поскольку система DFS
  спроектирована так, что она учитывает
  конфигурацию сайта, компьютеры клиента
  всегда пробуют обратиться к DFS-реплике
  на своем собственном сайте, прежде чем
  использовать связи WAN-сети,
  чтобы получить доступ к информации на
  другом сайте.

Каждый
компьютер в сети Windows
Server
2003 будет назначен сайту. Когда служба
Active
Directory
устанавливается в среде Windows
Server
2003, создается заданный по умолчанию
сайт, называемый Default
First
Site
Name
(заданное по умолчанию имя первого
сайта), и все компьютеры леса будут
назначены этому сайту, если не создается
дополнительных сайтов. Когда создаются
дополнительные сайты, они связываются
с подсетями IP.
Когда сервер, на котором выполняется
система Windows
Server
2003, становится контроллером домена, то
он автоматически назначается тому
сайту, который назначен IP-адресу
компьютера. При необходимости контроллеры
домена можно перемещать между сайтами
с помощью инструмента администрирования
Active
Directory
Sites
And
Services
(Active
Directory:
Сайты и службы).

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

Примечание.
Если контроллер домена или компьютер
клиента имеют IP-адрес,
который не связан с определенным сайтом,
то этот компьютер будет приписан в сайт
Default First
Site Name. Каждый
компьютер, который является частью
домена Windows Server
2003, должен принадлежать сайту.

Как
уже было сказано выше, нет прямой связи
между сайтами и другими логическими
концепциями Active
Directory.
Один сайт может содержать более одного
домена, и один домен может принадлежать
нескольким сайтам. На рисунке 2-12 показано,
что сайт Seattle
содержит два домена: Contoso.com
и NAmerica.Contoso.com.
Домен NWTraders.com
распределен между несколькими сайтами.

Примечания.
Сайты подробно обсуждаются в других
главах. В главе 3 детализируется роль
DNS и сайтов для клиентских
входов в систему. Глава 4 посвящена роли
сайтов в репликации и тому, как создавать
и конфигурировать сайты. В главе 5 дается
детальная информация по проектированию
оптимальной конфигурации сайта для
леса Active Directory.

Организационные
единицы

Путем
реализации нескольких доменов в лесу
в виде одного или нескольких деревьев
служба Active
Directory
Windows
Server
2003 может масштабироваться так, чтобы
обеспечить услуги каталога для сети
любого размера. Многие из компонентов
Active
Directory,
такие как глобальный каталог и
автоматические транзитивные доверительные
отношения, предназначены для того, чтобы
сделать использование и управление
каталогом предприятия эффективным,
независимо от того, насколько большим
становится каталог.

Организационные
единицы (OU
— Organizational
Unit)
предназначены для того, чтобы облегчить
управление службой Active
Directory.
OU
используются для того, чтобы сделать
более эффективным управление единственным
доменом, вместо того чтобы иметь дело
с управлением несколькими доменами
службы Active
Directory.
OU
служат для создания иерархической
структуры в пределах домена. Домен может
содержать сотни тысяч объектов. Управление
таким количеством объектов без
использования определенных средств
организации объектов в логические
группы затруднено. Организационные
единицы выполняют именно эти функции.
На рисунке 2-13 показан пример структуры
OU
в корпорации Contoso.

Рис.
2-13. Пример структуры организационных
единиц

OU
являются контейнерами объектов,
содержащими несколько типов объектов
службы каталога:

• компьютеры;

• контакты;

• группы;

• inetOrgPerson;

• принтеры;

• пользователи;

• общедоступные
  папки;

• организационные
  единицы.

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

Использование
организационных единиц для делегирования
административных прав

Организационные
единицы могут использоваться для
делегирования административных прав.
Например, пользователю могут быть даны
права на выполнение административных
задач в определенной OU.
Это могут быть права высокого уровня,
когда пользователь имеет полный контроль
над подразделением, или очень ограниченные
и специфические (например, только
возможность сбрасывания паролей
пользователей в этом подразделении).
Пользователь, который имеет административные
права на доступ к организационной
единице, по умолчанию не имеет никаких
административных прав вне OU.

Организационные
единицы имеют гибкую структуру назначения
прав на доступ к объектам внутри OU.
Во многих диалоговых окнах Windows
и во вкладках Properties
(Свойства) они называются разрешениями.
Сама организационная единица OU
имеет список управления доступом (ACL
— Access
Control
List),
в котором можно назначать права на
доступ к этой OU.
Каждый объект в OU
и каждый атрибут объекта имеет ACL-список.
Это означает, что вы можете очень точно
контролировать административные права,
данные кому-либо в этом подразделении.
Например, вы можете дать группе Help
Desk
(Справочная) право изменять пароли
пользователей в OU,
не изменяя любые другие свойства учетных
записей пользователя. Можно дать отделу
Human
Resources
(Отдел кадров) право изменять личную
информацию, касающуюся любой учетной
записи пользователя в любом OU,
но не давать им никаких прав на другие
объекты.

Использование
организационных единиц для управления
группами объектов

Одной
из функций OU
является объединение объектов в группы
так, чтобы этими объектами можно было
одинаково управлять. Если вы хотите
одинаково управлять всеми компьютерами
в отделе (например, вводя ограничения
на то, какие пользователи имеют право
входа в операционную систему), вы можете
сгруппировать компьютеры в OU
и

установить
разрешение Logon
Locally
(Локальный вход в систему) на уровне OU.
Это разрешение будет установлено для
всех компьютеров в данной OU.
Другим примером группировки объектов
в административных целях является
ситуация, когда совокупность пользователей
нуждается в одинаковой стандартной
конфигурации рабочего стола компьютера
и одинаковом наборе приложений. В этом
случае пользователи объединяются в
одну OU,
и используется групповая политика
(group
policy)
для конфигурирования рабочего стола и
управления инсталляцией приложений.

В
многих случаях объекты в OU
будут управляться через групповую
политику. Group
Policy
Object
Editor
(Редактор объектов групповой политики)
представляет собой инструмент, который
может использоваться для управления
рабочей средой каждого пользователя.
Групповые политики могут использоваться
для блокировки пользовательских рабочих
столов, для придания им стандартного
вида, обеспечения сценариев входа в
систему и выхода из нее, перенаправления
папок. В таблице 2-3 дается краткий список
типов параметров настройки, доступных
в редакторе Group
Policy
Object
Editor.

Табл.
2-3. Типы параметров настройки групповой
политики

Групповые
политики чаще назначаются на уровне
OU.
Это облегчает задачу управления
пользователями, так как можно назначить
один объект групповой политики (GPO
— Group
Policy
Object),
например, политику инсталляции
программного обеспечения организационной
единице, которая затем распространится
на всех пользователей или компьютеры
в OU.

Предостережение.
Организационные единицы не являются
участниками безопасности. Их нельзя
использовать для назначения разрешений
на ресурс так, чтобы затем пользователи
всей OU
автоматически наследовали эти разрешения.
OU
используются для административных
целей. Для предоставления доступа к
ресурсам необходимо использовать
группы.

Резюме

В этой
главе вы рассмотрели основные физические
и логические компоненты службы Active
Directory
Windows
Server
2003. Валено иметь представление о
физических компонентах, особенно
управляя базами данных и схемой, размещая
контроллеры домена. Но все-таки большая
часть работы в Active
Directory
будет связана с логическими компонентами.
Далее вы познакомитесь с логической
структурой службы Active
Directory.

Active Directory — Windows Server 2003

Обзор Active Directory

Функции службы каталога

Доверительные отношения

Разбиение базы данных AD на разделы

Физическая структура сети

Репликация в AD

Как Active Directory использует DNS

Анализ существующей инфраструктуры

Планирование структуры AD

Использование нескольких доменов

Применение нескольких деревьев в лесу

Применение нескольких лесов

Недостатки структуры из нескольких лесов

Соглашение о именовании

Относительные составные имена

Составные имена

Канонические имена

Основные имена пользователей

Основное имя пользователя (UPN), генерируемое для каждого объекта пользователя, имеет вид имя_пользователя@имя_домена. Пользователи могут входить в сеть под своими основными именами, а администратор при желании может определить для этих имен суффиксы. Основные имена пользователей должны быть уникальными, но Active Directory не проверяет соблюдение этого требования. Лучше всего принять соглашение об именовании, не допускающее дублирования основных имен пользователей.

Идентификаторы защиты

Определение стратегии именования

Правила именования доменов

Имена участников системы безопасности

Правила имен участников системы безопасности

Проектирование структуры OU

Цели создания OU

Архитектура основанная на объектах

Архитектура основанная на задачах

В архитектуре, основанной на задачах, делегирование управления осуществляется в зависимости от административных задач, которые требуется решать, а не от типа объектов, подлежащих администрированию. К этим задачам относятся: создание, удаление и изменение учетных записей пользователей; сброс сроков действия паролей; определение групповой политики; управление членством в группах и разрешениями.

Верхний уровень структуры OU

Нижний уровень OU

Задачи решаемые с помощью OU

Контейнеры и OU по умолчанию

Стандартные модели структуры OU

Модель по месту положения

Модель на основе структуры организации

Модель на основе функций

Смешанная модель — по положению

Смешанная модель — по структуре

Планирование стратегии управления учетными записями

Планирование учетных записей компьютеров

Планирование учетных записей пользователей

Типы учетных записей пользователей

Правила именования учетных записей

Планирование политики управления паролями

Стратегия аутентификации

Планирование групп

Вложение групп и их именование

Взаимодействие групп и пользователей

Планирование групповой политики

Параметры программ

Параметры Windows

Административные шаблоны

Разрешение GPO из нескольких источников

Наследование групповой политики

Планирование структуры GPO

Планирование сайтов

Выбор структуры сайтов

Планирование контроллеров доменов

Планирование серверов — хозяев операций

Планирование серверов глобального каталога

Планирование числа пользователей контроллеров доменов

Планирование стратегии репликации

Транзитивность связей сайтов

Серверы — плацдармы

Дополнительные задачи при проектировании домена

Итоги

Были рассмотрены вопросы связанные с технологией построение службы каталогов на базе AD реализованной в ОС Windows Server 2003