Материал: Книга Active directory

пользовать AD LDS, поскольку Exchange Server необходим доступ к службе глобального каталога. Без нее пользователи электронной почты не смогут быть получателями. Поскольку AD LDS не поддерживает г л о б а л ь н ы й каталог, Exchange Server не может использовать эту службу. Однако приложению Exchange Server необходим доступ к данным каталогов в к а ж д о м сайте домена или леса. Оно также использует позиционирование к о н т р о л л е р о в доменов, чтобы каждый пользователь мог отправлять и получать э л е к т р о н н у ю почту.

Однако AD LDS обеспечивает практически такую же функциональность, как и AD DS. Например, вы можете создать э к з е м п л я р ы с репликами, распределенные в различных местах сети аналогично р а з м е щ е н и ю контроллеров доменов, а затем использовать репликацию с р а в н о п р а в н ы м и участниками для обеспечения целостности данных. Короче говоря, AD L D S — это облегченная, портативная и более гибкая версия службы каталогов AD DS.

Сценарии AD LDS

Далее мы займемся обсуждением сценариев, в которых может понадобиться использовать технологию AD LDS. Просмотрите эти сценарии, когда будете делать выбор между AD LDS и AD DS.

•Когда приложению необходимо использовать каталог LDAP, вместо AD DS

попробуйте задействовать AD LDS. Э к з е м п л я р а м и AD LDS часто можно управлять на одном сервере как приложениями, обеспечивая высокоскоростной и локальный доступ к данным каталога. Таким образом уменьшается объем трафика репликации, поскольку все требуемые данные локальны. Кроме того, вы можете связать экземпляр AD L D S с приложением при развертывании. Например, если у вас есть приложение для «работы с кадрами, которое использует настраиваемые п о л и т и к и для предоставления пользователям доступа лишь к конкретному содержимому в случае, когда объект пользователя содержит набор конкретных атрибутов, эти атрибуты и политики можно хранить в AD LDS.

•Использование AD LDS для обеспечения данных, связанных с учетными записями в AD DS, для поддержки которых требуется расширение схемы AD DS. Применение AD LDS в таком случае обеспечивает дополнительные данные пользователей без необходимости в модификации схемы AD DS. Например, если у вас есть централизованное приложение, предоставляющее ф о т о г р а ф и ю каждого служащего в организации и связывающее эту фотографию с учетной записью AD DS пользователя, вы можете хранить фотографии в экземпляре AD LDS. Фотографии, которые централизованно хранятся в AD LDS, связываются с учетными записями пользователей в AD DS, однако эти фотографии не будут реплицироваться вместе с другими данными AD DS — ведь они хранятся в AD LDS. Таким образом, будет снижен объём трафика репликации.

•Использование экземпляра AD LDS с целью предоставления служб про-

верки подлинности для веб-приложения, например Microsoft SharePoint Portal Server в периметре сети или экстрасети. Для получения информации учетных записей пользователей экземпляр AD LDS может запрашивать внутреннюю структуру AD DS через брандмауэр и безопасно хранить его в периметре сети. Таким образом, нет необходимости в развертывании AD DS в периметре или включении контроллеров доменов из внутренней сети в периметр. Отметим, что для предоставления такого доступа также можно использовать службы федерации Active Directory (Active Directory Federation Services, AD FS). Службы AD FS описаны в главе 17.

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

Integration Server ( M I I S ) , Microsoft Identity Lifecycle Manager (MILM) или бесплатный продукт Identity Integration Feature Pack (IIFP), можно получать данные из различных источников и консолидировать их в экземпляре AD LDS. Службы MIIS и MILM поддерживают предоставление данных из самых разных источников, например леса AD DS, базы данных SQL Server, сторонних служб LDAP и т. д. Служба IIFP представляет собой поднабор MIIS и поддерживает интеграцию данных между AD DS, AD LDS и Exchange Server. При реализации такого решения снижается нагрузка управления, поскольку используется единый источник, а данные из всех остальных репозиториев пересылаются в этот источник.

К СВЕДЕНИЮ Службы MIIS, MILM и IIFP

Более подробную информацию о службе MIIS можно иайти по адресу http://www. microsoft.com/technet/miis/evaluate/overview.mspx.

Информация о службе MILM представлена по адресу http://www.microsoft.com/ windowsserver/ilm2007/default.mspx.

Для получения информации и загрузки IIFP следует обратиться по адресу http://www.microsoft.com/downloads/details.aspx7familyid~d9143610-c04d-41c4-b7ea-

,6f56819769d5&displaylang=en.

•Обеспечение поддержки для ведомственных приложений. В некоторых случаях ведомствам может потребоваться дополнительная информация для

I 7 0 0 Службы облегченного доступа к каталогам Глава 14

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

с равноправными участниками, что и AD DS.

•Миграция старых приложений каталога в AD LDS . Если организация применяет старые приложения, использующие каталог LDAP, можно мигрировать данные в экземпляр AD L D S и стандартизировать их в технологиях каталогов Active Directory.

• Обеспечение поддержки д л я л о к а л ь н ы х разработок . Поскольку AD LDS можно установить на клиентских станциях, разработчикам можно предоставить портативные каталоги из одного экземпляра, с помощью которых они смогут создавать настраиваемые п р и л о ж е н и я , требующие доступ для идентификации данных. Разработка с п о м о щ ь ю AD L D S намного проще, чем с помощью AD DS.

•Кроме того, при оценке коммерческих п р и л о ж е н и й каталогов всегда следует отдавать предпочтение приложению, и с п о л ь з у ю щ е м у AD LDS или ADAM, и не применять приложения, м о д и ф и ц и р у ю щ и е схему AD DS. Разверты-

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

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

Как видите, службы AD LDS намного компактней, чем службы AD DS. Если в AD DS требуются модификации схемы, попробуйте использовать AD LDS. Обычно AD LDS предоставляет о п т и м а л ь н ы й выбор, поскольку службы AD DS всегда должны резервироваться как каталог N O S и интегрировать только те приложения, которые придают каталогам N O S дополнительные функции.

Более подробную информацию о службах AD LDS можно найти по адресу http:// technet2.microsoft.eom/windowsserver2008/en/library/b7fb96ec-3f3f-4860-a1ab- eb43e54bbefc1033.mspx.

СОВЕТ К ЭКЗАМЕНУ

Уделите внимание сценариям, описанными ранее в этой главе. Хотя.па сертификационном экзамене есть лишь несколько вопросов о службах AD LDS, все они связаны с выбором AD LDS среди других технологий Active Directory.

Установка AD LDS

В Windows Server 2008 службы AD LDS можно установить и отконфигурировать на компьютере с полной установкой или ядром сервера (Server Core). Кроме того, службы AD LDS идеальны для виртуализации в Windows Server 2008 посредством технологии Hyper-V. Благодаря уменьшенным требованиям службы AD LDS можно запускать в виртуальном экземпляре операционной системы Windows Server 2008, если приложение, интегрируемое в экземпляр AD LDS, не нужно устанавливать на физическом компьютере.

Кроме того, без особой нужды не устанавливайте AD LDS на контроллерах доменов. Хотя службы AD LDS могут сосуществовать с ролью контроллера домена и даже ролью контроллера домена только для чтения (RODC), в сети к о н т р о л л е р ы доменов в ы п о л н я ю т особую роль и по возможности должны интегрироваться л и ш ь со службой DNS. Поскольку контроллеры доменов также прекрасно подходят для виртуализации, во всех сетях с хост-серверами Hyper-V и виртуальными экземплярами других служб следует по возможности виртуализовать и контроллеры доменов. При использовании виртуального контроллера' домена намного проще управлять ролями сервера, поскольку все остальные р о л и тоже можно виртуализовать в отдельных экземплярах Windows Server 2008.

И наконец, старайтесь использовать AD LDS в сценариях, где требуется высокий уровень безопасности, как, например, для запуска службы проверки подлинности в экстрасетях или периметре сети; Установка ядра сервера (Server Core) в таких средах позволяет уменьшить фронт атаки серверов вне корпоративной сети.

О п р е д е л е н и е т р е б о в а н и й A D LDS

Как мы уже говорили ранее, требования к установке AD LDS уменьшены.

•Поддерживаемая операционная система — например, Windows Server 2008

Standard Edition, Enterprise Edition или Datacenter Edition.

•Учетная запись с разрешениями доступа локального администратора.

Д л я удаления AD LDS с сервера нужно выполнить два действия.

•Во-первых, удалите все экземпляры AD LDS, созданные после установки роли. Д л я этого используется приложение Программы и компоненты (Programs And Features) в панели управления.

•Во-вторых, примените Диспетчер сервера (Server Manager) для удаления роли AD LDS.

Как видите, операции установки и удаления довольно просты. Главное — перед удалением роли не забыть удалить все экземпляры с сервера.

СОВЕТ К ЭКЗАМЕНУ

Помните, что перед удалением роли с сервера необходимо удалить все экземпляры AD LDS.

Установка AD LDS в ядре сервера

Установка AD LDS практически не отличается от установки AD DS. Во-первых, нужно установить роль сервера. З а т е м необходимо создать экземпляры AD LDS. Установка AD LDS на компьютере с полной инсталляцией Windows Server 2008 описана в практических упражнениях этого занятия . Процесс установки AD LDS на машине с ядром сервера выполняется с л е д у ю щ и м образом.

1. Войдите иа рядовой сервер Windows Server 2008 и л и независимый сервер с установленным ядром (Server Core) как л о к а л ь н ы й администратор.

2. Начните с идентификации имени с л у ж б ы AD LDS . Используйте следующую команду:

oclist | more

Введя символ (|) перед командой тоге, м о ж н о п р о с м а т р и в а т ь содержимое на экране и переходить к следующему экрану, н а ж и м а я пробел. После определения имени роли используйте к о м б и н а ц и ю к л а в и ш C t r l + C для отмены команды. Это имя D i r e c t o r y S e r v i c e s - A D A M - S e r v e r C o r e должно отображаться в первом экране данных .

3. Начните установку роли. Используйте с л е д у ю щ у ю команду,

start /w ocsetup OirectoryServices-AOAM-ServerCore

Имена ролей чувствительны к регистру, поэтому введите имя точно так, как оно отображается на экране. В п р о т и в н о м случае команда не будет выполнена. Кроме того, использование к о м а н д ы start /w гарантирует, что командная строка не будет возвращать результаты вплоть до завершения установки роли.

Если вновь запустить команду oclist, будет указано, что на данный сервер добавлена роль AD LDS. Вы также можете открыть папку %SystemRoot%\ ADAM и просмотреть новые ф а й л ы AD LDS . Ваш сервер готов к размещению экземпляров AD LDS.

Практические занятия. Установка AD LDS

В предложенных далее упражнениях вы установите роль AD LDS на сервере с полной инсталляцией Windows Server 2008. З а т е м вы просмотрите содержимое папки установки и определите, какие ф а й л ы б ы л и добавлены на сервер.

Упражнение 1. Установка AD DS

Вэтом упражнении вы установите роль сервера AD LDS .

1.Запустите машину SERVER01.contoso.com, служащую контроллером домена Active Directory, а затем запустите рядовые серверы SERVER03.contoso. com и SERVER04.contoso.com.

2. Войдите на машину SERVER03 . contoso . com как администратор домена Contoso.

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