WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 8 |

«Л РУССКИ Федор Зубанов Active Directory подход профессионала Издание 2-е, исправленное Москва 2003 ...»

-- [ Страница 5 ] --

Устройство объекта групповой политики Как я уже говорил, объект групповой политики на самом деле не яв ляется одним объектом. Это набор параметров, хранящихся н Active Directory и связанных с набором файлов в каталоге SYSVQL Та часть информации, что хранится в Active Directory, обычно называется кон тейнером групповой политики (Group Policy Container — GPC). Вто рая часть называется шаблоном групповой политики (Group Policy Template - ОРТ).

Отличительное имя контейнера групповой политики CN=Policies, CN=System,

• S'CjJ C^I-^6ДC17B6C-Cl6F-llD2-9'*iJ Й Ca CN={6D303CEA-AE9C-4663-B :

~: S CM-HAS and IAS Servers Access C. ' +' CJ CN-RocSe'Viws.^l Контейнер групповой политики в Actii 'с Directory Почему я рекомендовал ADSI Edit? В отличие от оснастки Active Direc tory Users and Computers она позволяет просмотреть атрибуты любо го объекта и их значения.

252 Active Directory: подход профессионала Может, и найдутся любители ориентироваться в групповых правилах по их GUID, но только не я. Поэтому, чтобы узнать полное имя поли тики, соответствующей конкретному GUID, надо просмотреть значе ние его атрибута dispalyName. Из чего мы узнаем, например, что объект с GUID {6AC1786C-Ol6F-llD2-945F-OOC04fB9S4F9} соответ ствует групповой политике Default domain controllers policy. Среди прочих атрибутов интерес представляет еще один — gPCFileSysPath:

он содержит строк)' с полным путем к шаблону групповой политики.

Отношение между каждым контейнером групповой политики и шаб лоном — 1:1, т. е. нельзя сделать так, чтобы на один шаблон ссыла лось несколько контейнеров.

Так вот, значение атрибута gPCFileSysPath для рассмотренного выше контейнера будет равно \\имя.домена\5узУо1\имя.домена\РоНс1е8\ {6AC1786C-Ol6F-llD2-945F-OOC04fB984F9}. Это и есть место хранения шаблона. То, что GUID объекта и имя папки совпадают, значительно облегчает процесс поиска и устранения проблем.

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

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

• Каталог шаблона групповой политики создается и редактируется в каталоге SYSVOL на том контроллере, где политика создается. За тем каталог тиражируется на все остальные контроллеры в домене.

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

Хранение параметров групповой политики Кроме упомянутых атрибутов контейнера групповых правил display Name и gPCFileSysPath, стоит рассмотреть и такие:

Атрибут Описание gPCFunctionaH су Version Определяет версию расширения оснастки Group Policy, в которой был создан ОГП см. след. стр.

Групповая политика Атрибут Описание gPCMachineExtensionsName Указывает номер GUID для динамической библиотеки, реализующей функциональность данной групповой политики применительно к компьютерам gPCUserExtensionsName Указывает номер GUID динамической биб лиотеки, реализующей функциональность данной групповой политики применительно к пользователям versionNumber Версия политики в каталоге. Эта версия срав нивается со значением, записанным в файле gpt.ini в папке шаблона данной групповой политики, чтобы понять, нуждается ли поли тика в синхронизации или нет Эти атрибуты нам понадобятся в дальнейшем.

Как вы помните, ОГП хранятся в двух местах: в Active Directory и в ка талоге SYSVOL. Для каждого контейнера существуют два вложенных контейнера Machine и User, что, как легко догадаться, имеет отноше ние к правилам для компьютеров и пользователей, Если раскрыть любой из этих контейнеров для политики, определяющей установку ПО, то внутри будет контейнер Class Store. Примечательный контей нер. Во-первых, в нем находится еще один контейнер — Packages, где хранятся объекты класса packageRegistration — назначенные или опуб ликованные приложения. Во-вторых, Class Store можно рассматривать как ветвь реестра HKEY_CLASSES_ROOT, но хранимую в Active Direc tory. Как известно, эта ветвь содержит ассоциации расширений фай лов с разными программами и зарегистрированные в системе СОМ объекты. Если поместить в Class Store сведения о СОМ-объекте, то этот объект будет доступен на всех компьютерах или для всех пользовате лей, на которых распространяется действие данного ОГП.

Теперь вернемся к хранилищу шаблонов групповой политики. Если открыть папку любого из шаблонов (т. е. название которой совпадает с номером GUID объекта групповой политики), то внутри обнаружатся еще три папки и один файл:

Объект Что хранится Папка Adm Все административные шаблоны, используемые полити кой. Находятся в файлах с расширением.adm Папка Machine Все правила, применимые к компьютерам, включая пра вила реестра Папка User Все правила, применимые к пользователям, включая пра вила реестра Файл Gpt.ini Информация о версии шаблонов Содержимое папок Machine и User примерно одинаково и зависит R общем случае от того, какие именно правила были применены. Ниже 254 Active Directory: подход профессионала перечислены папки, которые там могут находиться, условия их появ ления и описание содержимого:

Содержимое Когда создается Палка Файлы сценариев установки прило Applications При назначении жений. Имя файла имеет формат или публикации приложений .aas. Сценарий ссылается на пакет, описанный в контейнере групповой политики При перенаправле- Файл INI, в котором перечисляются Documents & нии папок условия перенаправления. В разде Settings ле FoIderStatus перечислены пара метры перенаправления. А далее для каждой папки указывается условие в виде SID объекта=путь к папке. Например:

[FoIderStatus] Application Data= Desktop= My Documents= My Pictures= Start Menu= Proorams= Startup= [Application Data] s-1-1-0=\\fzhub\personal\Xusername>l\ Application data [Desktop] s-1-1-u=\\fzhub\personal\*username)!\ Desktop [Ну Documents] s-1-1-0=\\fzhub\personal\Kusername*\Hy Documents [My Pictures] [Start Menu] s-1-1-0=\\fzhub\personal\*username*\ Start Menu [Programs] [Startup] Microsoft При конфигуриро- Папки, соответствующие каждому вании параметров из приложений. Так, для Security Security Configuration Editor создаются вложенные папки Editor, IE Admin, RIS \Windows NT\Secedit. куда помеща ется gpttmpLinf — файл, содержа щий по сути правила доменной безопасности. Например:

[Unicode] Unicode^yes [System Access] см. след. стр.

Групповая политика Папка Когда создается Содержимое MinimumPasswordAge = О MaximumPasswordAge = MifiimumPasswordLength = PasswordComplexity = PasswordHistоrySize = Lockout Bad Co Lint = HequireLogonToChangePassword = ForceLogoffWhenHourExpire = ClearTextPassword = [Kerberoa Policy] MaxTicketAge = HaxflenewAge = MaxServiceAge = MaxClockSkew = TicketValidateClient = [Version] signature="$CHICAGQ$" Revislon= Scripts При конфигурирова- Файл scripts.ini. В нем записаны нии сценаристе за- ссылки на файлы сценариев, пара грузки/выключения метры, которые можно им пере системы и входа/вы- дать, а также условия вызова хода пользователей сценария При конфигурирова- Папки, соответствующие каждому Название из приложений компании- нии параметров при производителя ложений третьих программ фирм, если разработ чиками это предус мотрено Помимо указанных, в папках User и Machine находится файл Regist ry.pol. Он содержит параметры, активизированные в разделе Administ rative Templates объекта групповой политики. Содержимое этого файла тесно связано с файлами, лежащими в каталоге Adm. Именно в нем записано, какие шаблоны из тех, что лежат в Adm, и как должны быть применены для конфигурирования системы.

Версии и ревизии Версия ОГП хранится как в контейнере групповой политики в Active Directory (атрибут version Number), так и в виде числа — и файле gpt.ini.

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

Чтобы разобраться в этом механизме, предлагаю запустить AD Replica tion Monitor, щелкнуть любой из контроллеров в домене правой кноп кой и выбрать команду Show Group policy object status. Появится ди алоговое окно, аналогичное этому:

256 Active Directory: подход профессионала lJ-очр Pnliry Obfe {Э1Р2РЭ4(Ю16D -11D 2-945г-<ШМРВ 9в4РЭ] Time flestnden {55!i1134e-9E7A-4F92-BB2C-3F8CU710BF24} Delaut Dorian Connotois Policy !EAi:i 7B6C-G16F-11D2-3«F-CTOMtB994F3} Версии групповых политик Здесь перечислены все групповые политики, определенные в домене, и номера их версий, хранящиеся как в Active Directory, так и в папке SYSVOL. Если вы изменяли политики хоть несколько раз, то величи ны версий будут иметь тот же порядок, что и на рисунке. Не думайте, что у взс ослабла память до такой степени, что вы изменяли полити ку 327 689 раз и забыли об этом. Не стоит подозревать и врагов, тай но завладевших паролем администратора и меняющих политику еже минутно. Это все следствие того неочевидного правила изменения версий. Но прежде чем его объяснить, я напущу еще больше тумана.

Открыв окно свойств групповой политики, вы увидите поле Revisions с иными цифрами, например. 3 (User) 2 (Computer). Попытка обна ружить корреляцию между этими ревизиями и номером версии кон чится неудачей.

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

Всякий раз, когда вы меняете правило для пользователей (не всю политику, а только одно правило!) номер ревизии увеличивается на 1.

При этом на 1 увеличивается и номер версии. Скажем, если я изменю 10 параметров для пользователей, ревизия запишется как 0 (Computer), 10 (User), а версия станет равной 10.

Групповая политика Совсем иная картина при изменении компьютерных правил. При изменении одного компьютерного правила ревизия увеличивается на 1, а номер версии — на 65 536! Значит, в нашем примере ревизия запи шется как 1 (Computer), 10 (User), а номер версии — как 65 546. Вся кий раз при изменении правила для компьютера к версии будет при бавляться 65 536.

Для тех. кто еще не понял фокуса, объясняю, что тип атрибута version Number — INTEGER. Младшие 16 разрядов отвечают за номер пользо вательской ревизии, а старшие — за номер ревизии политики для компьютеров. Вместе получается полная версия.

Клиентские расширения Как вы помните, на каждом клиентском компьютере есть набор DLL.

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

Каждое расширение хранится в реестре в виде номера GUID:

Соответствия номеров GUID расширениям и DLL.

Расширение Номер GUID Название DLL Квотирование дисков dskquota.dll {3610cda5-77cf-lld2-8dc5 OOcG4fa31a66) userenv.dll Установка параметров (35378EAC-683F-11D2-A89A в реестре OOC04FBBCFA2} {25537BA6-77A8-11D2-9B6C- fdeploy.dll Перенаправление папок OOOOF8080861} {42B5FAAE-6536-lld2-AF5A- gptext.dll Обработка сценариев OOOOF87571E3} (42603 1сО-ОЬ47-485 2-hOca- Hptext.dll Обработка политики по таймеру ac3d37bfcb39( в Windows XP {827D319E-6EAC-11D2-A4EA- scecli.dll Управление парамет рами безопасности OOC04F79F83A) iedkcs.dll Настройка {A2E30F80-D7DE-1 ld2-BBDE OOC04F86AE3B) Internet Explorer scecli.dll {B1BE8D72-6EAC-1 1D2-A4EA Управление политикой восстановления EFS OOC04F79F83A} appmgmts.dll Установка программ {c6dc 5466-785;

i- 1 1 d2-84dO ООС041Ы6УГ7} gptext.UU Управление политикой {e437hclc-aa7d- 1 Id2-a382 0(ic04r991e27} безопасности IP 258 Active Directory: подход профессионала Вы можете управлять тем, как именно клиентские расширения вклю чаются в процесс обработки правил. Делается это опять-таки через специальную групповую политику. Существует не более трех вариан тов управления, Я говорю не более, потому что к некоторым расши рениям некоторые варианты неприменимы.

Qi.-sb.-ed Bas~proee;

ifi(j Kress a slow network PTOESSS ev&n a| ife Eiioup Робсу оЬ|ейь have гиг Варианты управления к.1иснтскими расширениями групповой политики Обработка по медленным каналам связи Разрешать обработку по медленным каналам связи (Allow pro cessing across a slow network connection). Для каждого клиентского расширения существуют значения по умолчанию, согласно которым они используются или нет. Так, если канал медленный, а применение правил приводит к передаче по нему большого количества данных, то это может вызвать перегрузку канала, что нежелательно. Я считаю умолчания достаточно разумными, но если в конкретных условиях надо применять и другие праг;

ила, то это нетрудно сделать.

По умолчанию применяются такие расширения независимо от поло сы пропускания канала:

• обработка реестра (административные шаблоны);

• изменение параметров безопасности.

Такой выбор вполне оправдан. Судите сами: разве можно запретить задавать параметры безопасности? Чем пользователи, расположенные в удаленном сайте, связанном медленным каналом, хуже (или лучше) Групповая полигика остальных? Если в домене заданы определенные правила паролей, то они должны относиться ко всем независимо от того, в каком сегмен те сети пользователи находятся. Главный критерий то, что они при надлежат данному домену.

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

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

А какой канал считать медленным? И как система должна понять, что этот канал медленный, а другой нет? Алгоритм вычисления скорости канала следующий:

1. на сервер посылается пакет, содержащий 0 байт данных, и изме ряется время отклика (П);

2. на сервер посылается пакет, содержащий 4 кб данных, и измеря ется время отклика (t2);

3. измеряется разница D=t2-tl;

4. данная процедура выполняется трижды, и каждый раз к величине D добавляется новое значение D;

5. выполняется усреднение D: D=D/3;

6. В=(4К * 1000/D ' 8)/1024 (кб/с).

Специальное правило в групповой политике — Group policy slow link detection — отвечает за установление порога скорости. Если оно не определено, то медленным каналом считается любой, чья пропускная способность ниже 500 кбит/с. Устанавливая данное правило, вы мо жете указать граничную полосу пропускания канала в диапазоне от О до 4,294,967,200 кбит/с. Любой канал, пропускная способность кото рого меньше указанной вами, будет считаться медленным. Если ука зать О, все каналы будут считаться быстрыми.

Периодическое фоновое применение Групповая политика применяется к компьютерам неоднократно. Пер вый раз это происходит на этапе загрузки компьютера;

при этом дей ствуют правила, относящиеся к компьютеру. Второй раз — при реги страции пользователя в системе;

на этот раз применяются только 260 Active Directory: подход профессионала пользовательские правила. Наконец, правила применяются регуляр но в фоновом режиме. Интервал между последовательными примене ниями зависит от типа политики и от параметров, определенных в соответствующих правилах. Некоторые правила никогда не применя ются в фоновом режиме: это правила установки ПО и перенаправле ния папок. В самом деле, представьте, что у вас сконфигурировано перенаправление папки My Documents в каталог на сервере А. В ка кой-то момент данное правило администратор изменил так, что пап ка перенаправляется в каталог на сервере Б. Если в момент периоди ческого обновления политики клиентское расширение, ответственное за перенаправление папок (Tdeploy.dll). обнаружит изменение и нач нет перемещать файлы в новое место, это может оказаться весьма критично как для пользователя, который уже открыл несколько доку ментов в этой папке, так и для клиентского расширения, которое не сможет переместить открытые файлы.

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

Интервалы применения политик в фоновом режиме Политика Интервал по умолчанию Диапазон Для компьютеров 90 минут + (О-ЗО)минут (7 секунд-45 дней) + (обычный клиент) (0-24) часа Для пользователей 90 минут + (О-ЗО)минут (7 секунд-45 дней) + (обычный клиент) (0-24) часа Для контроллеров 5 минут (7 секунд-45 дней) + домена (0-24) часа Групповая политика Как видите, по умолчанию только на контроллерах домена правила применяются через фиксированные промежутки времени. Для осталь ных клиентов существует разброс в пределах 30 минут. Этот разброс введен для того, чтобы не все клиенты получали политику одновре менно и не загружали каналы. Значения по умолчанию являются оп тимальными, и вряд ли стоит их менять.

Иногда фоновое изменение любых правил не требуется совсем. На пример, вы знаете, что политика в корпоративной сети может изме няться только в соответствии с жестко прописанной процедурой после многократных согласований. Изменения выполняются во вне рабочее время, когда нет включенных компьютеров. Фоновое приме нение правил в такой системе лишь напрасно расходует ресурсы сети и компьютеров. Дабы уменьшить негативное влияние, можно запре тить фоновое применение каких-либо правил вообще. Для этого надо установить правило Запрета фонового обновления групповой поли тики (Disable background refresh of Group Policy). После этого прави ла будут действовать только при загрузке компьютера и регистрации пользователей в системе.

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

масса занята исключительно работой, находятся пытливые «юзеры», которые, обнаружив административные полномочия на локальном компьютере, начинают перекраивать систему под себя. В итоге уста навливаются непонятные программы, удаляются нужные файлы, по верхность экрана захламляется разными картинками и т. п. И бедные сотрудники службы ИТ вынуждены сверхурочно работать, переуста навливая приложения, а то и всю систему.

Бывают и горе-администраторы, способные ставить эксперименты на работающей системе, в частности, на контроллерах домена. Они изыс кивают всевозможные способы включения себя в группы с более высокими полномочиями, чтобы проверять свои «теории».

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

Потому и существует правило Обрабатывать даже неизмененные объекты групповой политики (Process even if the Group Policy Objects have not changed). Установите его, и правила будут применяться к пользователю и компьютеру независимо от того, менялись они или нет.

262 Active Directory: подход профессионала Параметры клиентских расширений Для каждого из клиентских расширений в реестре прописано несколь ко параметров.

Параметры клиентских расширении Значения Параметр Назначение Имя динамической DllName библиотеки Имя функции, вызы ProcessGroup ваемой при обработ Policy ке групповой поли тики данным расши рением t Имя функции, вызы ProcessGroup PolicyEx ваемой при обработ ке групповой поли тики данным расши рением в Windows XP NoMachinePoHcy Определяет, обрабатывет ли 0 (или отсутствие) — клиентское расширение группо- обрабатывает, вую политику для компьютеров 1 — не обрабатывает NoUserPoHcy Определяет, обрабатывет ли 0 (или отсутствие) — клиентское расширение группо- обрабатывает, вую политику для пользователей 1 — не обрабатывает NoSlowLink Определяет, обрабатывет ли 0 (или отсутствие) — клиентское расширение групповую обрабатывает, политику на медленных каналах 1 — не обрабатывает NoBackgroimd- Определяет, ибрабатывет ли 0 (или отсутствие) — Policy клиентское расширение группо- обрабатывает, вую политику н фоновом режиме 1 — не обрабатывает NoGPOList- Определяет, обрабатывет ли 0 (или отсутствие) — Changes клиентское расширение группо- обрабатывает, вую политику, если она не изме- 1 — не обрабатывает нилась по сравнению с преды дущим значением PerUserLocaJ- Если устаноачено, пользователь- 0 (или отсутствие) — ские правила кэшируются для Settings не установлено, каждой машины и каждого 1 — установлено пользователя RequiresSuc- Если установлено, то требуется 0 (или отсутствие) — cessful Registry успешная регистрация клиент- не установлено, ского расширения, прежде чем 1 — установлено будет отрабатываться политика E liable Asynchro- Определяет, продолжать ли обра- 0 (или отсутствие) — nousProcessing ботку групповой политики, пока синхронно (одно клиентское расширение не завер- за другим), шило обработку предыдущего 1 — асинхронно правила Групповая политика Применение групповых правил А теперь я постараюсь объяснить, как работать с групповой политикой.

О том, какое диалоговое окно открыть и какую кнопку нажать, я расска зывать не стану: это вы и так должны знать. Речь пойдет о том:

• как изменить порядок применения групповых правил;

+ как выполнять фильтрацию;

+ где создавать правила;

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

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

ф Domain Admins;

+ Administrators;

• Enterprise Admins;

ф Group Policy Creators.

Изменение последовательности Акроним LSDOU, как я уже говорил, показывает последовательность применения групповых правил: правила, определенные на более глу боком уровне, имеют преимущество перед определенными на верх них уровнях. С одной стороны, это весьма удобно, так как позволяет централизованно назначить политику на весь домен и в то же время, изменять отдельные правила для ОП. С другой — иногда такое насле дование политик нежелательно, либо его нужно существенно изме нить. В Windows 2000 несколько механизмов изменения последова тельности применения правил:

+ блокировка наследования;

+ принудительный приоритет;

+ перемычки;

ф деактивизация правил.

Блокировка наследования Представьте ситуацию, когда администратор домена делегировал ад министрирование некоторого ОП другому пользователю. Для всего домена назначена политика настройки интерфейса запрещающая работать с приложениями, не соответствующими корпоративному стандарту. Пользователи упомянутого ОП занимаются тем, что тести руют разнообразные приложения с целью выдачи рекомендаций об их пригодности и включении в корпоративный стандарт. Очевидно, /v ".w. DiuKtniy подход прг)фс?г;

сио1',-г.'ц что групповая политика, ограничивающая их возможности по запус ку приложений им совершенно не подходит.

Эту проблему можно решить несколькими способами.

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

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

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

Групповая политика Замечание Блокировка наследования не отменяет действия тех правил, для которых выставлено принудительное наследование.

Принудительное наследование Рассмотрим наш пример несколько с иной стороны. Допустим, в.на шем ОП пользователи должны вкусить нес прелести политики, назна ченной на уровне домена. Администратор домена не может на 100% быть уверенным, что пользователь, которому даны права по управле нию ОП, не заблокирует наследование. Постоянно контролировать пользователя невозможно. Раз так, надо применить метод, препятству ющий блокированию, — принудительное наследование (No override).

Помните, что этот метод устанавливается не для объекта групповой политики, а для его связи с определенным контейнером. Иначе гово ря, объект групповой политики может быть применен к одному кон тейнеру с принудительным наследованием и к другому контейнеру — без него.

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

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

266 Active Directory: подход профессионала Скажем, в терминальной сессии может быть запрещено видеть все локальные диски и работать с Windows Explorer. Понятно, что это страшно неудобно при работе на своем персональном компьютере.

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

В групповых правилах существуют так называемые перемычки (loop back processing). Смысл перемычек заключается в следующем. Пусть для некоторого ОП определена групповая политика UGP. Пользова тель U имеет все параметры в соответствии с этой политикой при работе на своем компьютере. Для другого ОП, в котором расположен сервер S, определена групповая политика CGP, которая описывает как правила для пользователей, так и для компьютеров. Если бы в этом ОП находились учетные записи пользователей, они бы применяли правила политики CGP. Пусть пользователь U регистрируется на ком пьютере S. В общем случае результат будет таков:

+ параметры компьютера будут взяты из политики CGP;

• параметры пользователя — из политики UGP.

Перемычка правил Групповая политика В случае перемычек правил действуют два механизма создания резуль тирующей для пользователя политики: слияние и замещение.

При слиянии правила из политики CGP будут объединены с правила ми из политики UGR Если, например, в UGP стоит перенаправление папки My Documents па совместно используемый ресурс на сервере, а в политике CGP это правило не определено, то результат — пере направление папки на сервер. Если же правила в политиках CGP и UGP конфликтуют, то преимущество будет иметь правило в политике CGP, т. е. в той, где расположен компьютер.

При замещении все правила из пользовательской политики UGP бу дут заменены пользовательскими правилами политики СОР незави симо от того, заданы они в ней или нет.

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

При деактивизации все правила, заданные этой групповой политикой, перестают действовать сразу после следующего цикла применения.

Это значит, что если правилами предписывалось выполнить переад ресацию папки My Documents на сервер, то после их деактивизации папка должна вернуться в исходное состояние или в то, что указыва ет вышестоящая политика.

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

и не у каждого на компьютере может хватить места, чтобы принять все документы только из-за того, что вы отлаживаете политику для кого-то одного. Во-вторых, из-за объема перемещаемых данных сер вер и сеть окажутся просто перегружены. Чтобы деактивизация пра вил перемещения папок приводила к их возврат)' в исходное поло жение, надо отметить соответствующий флажок в параметрах.

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

Повысить гибкость работы с политиками позволяет фильтрация. Суть этого механизма проста: у каждой политики, как у любого объекта Active Director)', есть список контроля доступа. Помимо таких строк, как Read, Write, Full Control, в нем есть и Apply Group Policy. Отдельно от Read разрешение Apply не имеет смысла. Но если для группы пользователей в списке контроля доступа политики, указаны оба этих разрешения, политика будет применена к этой группе.

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

Разрешения, применяемые к объекту групповой политики по умолчанию Create Delete Apply Full All child All child Group Control Read Write objects objects Policy Authenticated Users / / Creator owners Domain Admins / / / / Enterprise Admins / / / •/ SYSTEM / / / / Как видите, по умолчанию политика применяется ко всем членам группы Authenticated Users, в которую по умолчанию входят все заре гистрированные в лесу пользователи, кроме анонимов и гостей. Сле дуя этой логике, можно предположить, что и для администраторов, как для членов группы Authenticated Users, также будет применяться политика, хотя ниже указано, что к ним она не применяется.

Это не так. Дело в том, что. рассматривая список контроля доступа, надо обращать внимание не на алфавитный порядок групп, а на их расположение. Достаточно открыть редактор списка контроля досту па, чтобы увидеть, что на первой строчке — разрешения для группы Domain Admins. Так как для них разрешение Apply Group Policy не указано, то правила к ним применяться не будут.

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

Групповая политика Обратим внимание на группу Creator Owners. To, что для нее по умол чанию не определено стандартных прав, ничего не значит. Дело в том, что в списке контроля доступа для них заданы дополнительные раз решения, применяемые ко всем дочерним для данного объектам, в ре зультате чего по отношению к создателям политика ведет себя так:

+ создатель политики (не администратор) может просматривать и модифицировать только те правила, которые создал сам;

• он же может только просматривать, но не редактировать правила, разработанные другими создателями;

ф правила по умолчанию не применяются к создателям.

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

Замечание Разрешения, о которых идет речь, применяются к ОПТ.

а не к связям между объектами и контейнерами, к которым применя ется политика.

Во-первых, наличие группы Authenticated Users не всегда желательно.

Например, вы применяете политику' к ОП, но хотите, чтобы она рас пространялась только на сотрудников группы маркетинга внутри это го ОП. Поэтому можно либо лишить группу Authenticated Users раз решения Apply Group Policy, либо вовсе удалить ее из списка контро ля доступа. Плюс к тому надо включить в список локальную группу домена, в которую входят сотрудники маркетинга.

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

В-третьих, вам дано право применить явное запрещение доступа Deny.

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

Вариантов достижения цели несколько:

• из списка контроля доступа к объекту групповой политики удалить Authenticated Users и включить все группы пользователей, кроме группы технических специалистов;

+ создать отдельное подразделение, включить в него технических специалистов и заблокировать распространение правил на это ОП;

• в список контроля доступа ввести новую строку — запрет на при менение политики (Deny Apply Group Policy) для группы техничес ких специалистов.

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

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

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

Наконец, если у вас ни групп безопасности, ни ОП, можно использо вать явное запрещение Deny.

Совет Если вы пошли по последнему пути, то очень рекомендую программу FAZAM 2000 компании FullArmor. Этот инструмент позво лит значительно упростить процесс отладки групповых правил и ана лиза результата применения в самых сложных случаях.

История применения правил Узнать, какие правила применены к компьютеру или пользователю в данный момент, можно из истории применения правил (это можно сделать и иначе, но об этом позже). История применения правил — это хранящийся в реестре список клиентских расширений и политик, которые каждое из расширений обрабатывало. Причем политики перечисляются в той последовательности, в какой были применены.

История политик компьютеров хранится в ветви реестра HKLM\Soft ware\Microsot't\Windows\CurrentVersion\Group Policy\History, а пользо вательских правил — в ветви HKCU\Software\Microsoft\Windows\Cur rentVersion\G.roup Policy\History.

Каждый элемент в списке представляет собой номер GUID клиентс кого расширения. Для каждого расширения приведены численные эле менты О, 1,..., соответствующие порядковому номеру использования расширения. Например, 0 соответствует расширению для обработки локальных правил, 1 — правил сайта, 2 — правил домена и т. д. Вся кий раз, как расширение обрабатывает правило, в историю записы вается новый параметр, номер которого на 1 больше предыдущего. Для каждого параметра записывается ряд поясняющих значений.

Групповая политика История применения компьютерных правил в реестре Параметры истории применения правил Назначение Параметр DlspIayName Имя огп DSPath Отличительное имя контейнера групповой политики в Active Directory. Для локальных правил этого параметра нет, так как локальные правила не хранятся в Active Director)' FileSysPath Путь к шаблону групповой политики. Путь записывается в виде UNC-пути к каталогу SYSVOL Для локальной политики он всегда начинается с %SystemRoot%\System32\GroupPolicy GPOLink Указывает область применения ОГП:

0 — нет информации;

1 — ОГП связан с машиной (локальный);

2 — ОГП связан с сайтом;

3 — ОГП связан с доменом;

4 — ОГП связан с подразделением GPOName Имя объекта групповой политики. Для локальной политики это «Local Group Policy». Для остальных ОГП — это номер GUID данного объекта Iparam Используется для выполнения различных функций над ОГП.

Клиентские расширения применяют его по своему усмотре нию (точнее, по усмотрению программиста) Options Отражает параметры, которые администратор установил при конфигурировании групповой политики. К ним отно сятся, например, деактившация или принудительное насле дование Version Номер версии ОГП на тот момент, когда данные правила были применены в последний раз Взглянув на историю правил, можно примерно оценить, сколь слож но будет выяснить результирующий набор параметров. Но замечу, эти 10- 272 Active Directory: подход профессионала параметры реестра нужны не столько администратору, сколько кли ентским расширениям. Они определяют, например, изменилась ли по литика по сравнению с предыдущей, обращаясь к этой ветви реестра.

Где создавать и редактировать правила?

Странный вопрос — конечно, только на контроллере домена, скаже те вы, и будете почти правы.

Напомню, что объект групповой политики хранится как в Active Directory, так и в каталоге SYSVOL, а репликация этих источников выполняется несинхронно. А значит, вы рискуете, что в какой-то момент для некоторых контроллеров домена будет наблюдаться рас синхронизация. Кроме того, можно представить ситуацию, в которой два администратора домена одновременно занимаются редактирова нием групповых правил на разных контроллерах домена. Пока не завершится полная репликация, сведения о правилах на многих кон троллерах также будут асинхронны.

По умолчанию редактирование выполняется на том контроллере, к которому подключена оснастка Group Policy. Обычно ее вызывает другая оснастка — Active Directory Users and Computers. Открывая ее;

вы. как правило, не задумываетесь, к какому контроллеру она подклю чилась, так как это не принципиально. Это значит, что и оснастка Group Policy открывается на любом произвольном контроллере, и для двух одновременно работающих администраторов это скорее всего будут разные контроллеры.

репликация репликация Контроллер домена Администратор Б Администратор А Одновременное редактирование правил на разных контроллерах приведет к конфликту при репликации Групповая политика Дабы исключить такую рассинхронизацикх можно заниматься редак тированием только на контроллере, исполняющем функцию имита тора PDC. Это единственный контроллер, который можно указать для использования оснасткой в принудительном порядке.

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

Словом, палка о двух концах. Что же выбрать? Ответ, как всегда, зави сит от условий работы. Если редактированием политики может зани маться только один человек, то открывать консоль оснастки лучше всего на любом из контроллеров домена. Если нельзя исключить воз можность одновременной работы днух администраторов, но вы зна ете, что каналы связи надежны, то лучше редактировать все правила только на имитаторе PDC А если этот компьютер все-таки может быть временно недоступен? Ну, во-первых, такую ситуацию нужно исклю чать на стадии проектирования Active Directory (см. главу «Проекти руем Active Directory*). Во-вторых, если все спроектировано правиль но, то не беда, что имитатор PDC недоступен из какого-либо одного сайта — он обязательно доступен из другого. Раз так, то минимум один администратор сможет работать с правилами.

Есть еще одно мнение о месте создания и редактирования правил. Оно основано на том, что сами по себе ОГП не влияют на назначаемые правила, пока они не связаны с каким-либо контейнером или сайтом в Active Directory. Каждый ОГП может быть связан с несколькими кон тейнерами. А раз так, то где лучше хранить ОГП?

Обычно, создавая ОГП, вы его сразу же привязываете к некоторому объекту Active Directory. Причем выходит это автоматически: вы вы бираете объект, открываете окно его свойств, выбираете вкладку Group Policy, нажимаете кнопку New и.., и готово! Создается новая политика, связанная с выбранным объектом. Эта неочевидность шутит порой очень зло, когда вы указываете фильтрацию правил. Вы наивно пола гаете, что указываемые права доступа относятся к политике_при меняемой_к_данному_объекту, а реально это относится к ОГП в целом и, значит, влияет на все объекты, с которыми ОГП связан.

Потом вы можете связать ОГП с любым количеством объектов. А вот можно ли создать ОГП, который не был бы связан ни с одним кон тейнером в Active Directory? Да, и минимум — двумя способами.

Первый я бы назвал интуитивным. Вы создаете ОГП, связанный с не которым объектом, а потом разрываете связь, Куда при этом денется 274 Active Directory: подход профессионала ОГП? Попадет в корневой контейнер всех ОГП. Вы можете просмот реть его содержимое, если вместо того, чтобы нажать кнопку' New при создании новой политики, нажмете кнопку Add и в появившемся ди алоговом окне щелкните вкладку All.

f DelaJl Domain Conlrdieti Policy I Default Domain Polcy I Time Reduction Перечень всех объектов групповых правил Второй способ: вы сразу создаете ОГП в этом контейнере. Новый ОГП не будет связан ни с одним из объектов Active Directory. Корневой контейнер удобен в том плане, что вы всегда знаете, какие ОГП вы создали. Если же они разбросаны по доменам и ОП, вы потратите массу времени на поиски.

Делегирование полномочий В крупной организации создание групповых правил централизовано.

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

• зачем создавать групповые правила;

ф как их создавать.

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

Простейший способ делегировать полномочия — включить учетную запись пользователя в группу, наделенную требуемыми полномочия ми. Я уже говорил, что создавать групповые правши могут по умол Групповая политика чанию члены групп Administrators, Enterprise Admins, Domain Admins, Group Policy Creator Owners. Вот только возможности членов этих групп различны:

Сфера ответственности и разрешенные действия при работе с групповой политикой Группа Сфера ответственности Разрешения Все сайты, домены, Enterprise Создание, редактирование, удале ние OITI и их привязка к объектам AD Admins ОП в лесу Domain Домен и все ОП Создание, редактирование, удале ние ОГП и их привязка к доме! [у и ОП;

Admins в нем в корневом домене — привязка к сайтам Создание ОГП Administrators Домен Редактирование и удаление ОГП.

созданных членами этой группы;

привязка к домену и ОП Создание ОГП Group Policy Домен Редактирование правил, созданных Creator Owners им самим (но не другими членами группы) Все члены этих групп могут создавать ОГП. Поэтому, включив пользо вателя в одну из них. вы достигнете желаемого результата. И не толь ко, к сожалению: ведь эти группы имеют еще массу полномочий и раз решений, которых нельзя давать обычным пользователям!

Пожалуй, единственное исключение — группа Group Policy Creator Owners (GPCO). Она обладает только перечисленными полномочия ми. Но их явно мало. Судите сами. Пусть пользователь А является чле ном группы GPCO. Он создал политику для своего ОП и хочет ее свя зать с ним. А этого права он-то и лишен! Это прерогатива членов групп Administrators или Domain Admins (членов Enterprise Admins мы во обще трогать не будем;

их мало, и у них есть другие задачи). Следова тельно, эти лица должны хотя бы посмотреть, что там сотворил пользователь А, и лишь затем привязать политику к ОП.

Допустим, в созданной политике они нашли кучу недочетов и реши ли, что ее должен исправить пользователь Б. тоже член GPCO. Увы!

Члены GPCO могут редактировать только ОГП, созданные ими сами ми. В этом легко убедиться, взглянув на список контроля доступа к ОГП. В нем нет группы GPCO — лишь имя ее создателя.

Значит, делегирование полномочий по созданию и редактированию групповых правил через включение в группу GPCO не вполне удоб но, и этому способу надо придумать замену.

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

Делегирование прав на создание и модификацию ОГП Давайте вспомним, что ОГП состоит из двух частей: контейнера груп повой политики в Active Directory и каталога с номером GUID в ката логе SYSVOL Как у контейнера, так и у каталога имеется свой список контроля доступа. Хотя полномочия доступа к объектам Active Direc tory и к каталогам файловой системы различны, суммарный эффект приводит к эквивалентным разрешениям, Ниже перечислены разре шения, применимые в этих списках контроля доступа, и эквивалент ные им разрешения, относящиеся к групповой политике.

Разрешения, применяемые к контейнеру групповой политики и соответствующий им результат Разрешение Позволяет Full Control Просмотр, создание, редактирование и удаление ОГП Read Просмотр ОГП и его свойств в оснастке Group Policy Write Редактирование ОГП Create all child objects Создание и редактирование ОГП Delete all child objects Удаление ОГП Разрешения, применяемые к каталогу шаблона групповой политики и соответствующий им результат Разрешение Позволяет Full Control Просмотр, создание, редактирование и удаление ОГП Modify Просмотр, создание, редактирование и удаление ОГП Read & Execute Просмотр ОГП List folder contents Read Write Просмотр, создание, редактирование и удаление ОГП Как видите, можно создать группу и включить ее в списки контроля доступа как контейнера групповой политики, так и папки с шабло ном. При этом можно подобрать искомую комбинацию разрешений.

Но делегирование прав на создание и модификацию ОГП — это толь ко полдела. Надо уметь делегировать полномочия привязки ОГП к контейнерам в Active Directory.

Групповая политика Делегирование полномочий на привязку ОГП к объектам Active Directory Лицо, обладающее возможностью привязать ОГП к конкретному кон тейнеру в Active Directory, должно иметь права доступа к атрибутам этого контейнера. Какие же это атрибуты?

Во-первых, gpLink. Именно он содержит информацию обо всех ОГП, связанных с данным объектом. Чтобы выполнять связывание, пользо ватель должен обладать правами Read и Write на этот атрибут.

Во-вторых, как мы уже знаем, привязтса ОГП к ОП может сопровождать ся блокированием наследования правил от вышестоящих контейнеров, За это отвечает атрибут gpOptions. Как и в предыдущем случае пользо ватель должен иметь разрешения Read и Write для этого атрибута.

Изменить разрешения можно разными инструментами. Самый про стой — мастер делегирования полномочий. Еще один — редактор списка контроля доступа в оснастке Active Directory Users and Compu ters. Ну и, наконец, это ADSIEdit и Ldp.

nattonot Control Wizard Pel million i Select the permissions you want lo delegate ecific П V/nle countrytode 0 Read cPl.nk QWilegPLmk EJ Write gPOptiais | Read Managed By P Делегирование возможности привязки ОГП к в мастере делегирования Типы правил В начале этой главы я перечислял основные типы правил:

* Software settings (Установки программного обеспечения);

• Windows Settings (Установки Windows);

ф Administrative Templates (Административные шаблоны).

278 Active Directory: подход профессионала Каждый тип включает в себя несколько категорий правил, которые теперь мы и рассмотрим. Мы начнем с наборов правил для компью теров и рассмотрим их в том порядке, в каком они представлены в оснастке Group Policy.

Правила установки ПО для компьютеров Правила установки ПО описынают, как программы должны устанав ливаться на компьютер. При этом предполагается, что любое прило жение использует для установки Microsoft Installer. Этот компонент ОС берет в качестве исходных MSI-файлы — их называют пакетами уста новки. Пакет содержит список файлов и каталогов приложения, а также другую контрольную информацию. Обычно пакет постаатяет ся вместе с приложением. Скажем, для Microsoft Office, кроме файла установки setup.exe, поставляются два MSI-файла: data 1 и msowc. Пер вый является пакетом для установки офисного пакета целиком, вто рой — только для установки его компонентов для Web.

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

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

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

Выбрав редактирование, вы можете указать следующее.

ф Как поступить с приложением, когда компьютер выйдет из зоны действия политики. Например, политика определена для ОП Мар кетинг, в котором находится компьютер W2KIVANOV. Компьютер Групповая политика перемещается в ОП Продажи. Что делать с приложением? Удалить или оставить?

*ie loop* ot Правила установочного пакета • Сколь велико участие пользователя в процессе установки? Должен ли он отвечать на вопросы программы установки или его участие минимально?

ф Что делать, если приложение уже установлено на компьютере са мим пользователем или иными средствами? Его можно удалить или выполнить повторную установку.

• Если приложение поддерживает несколько языковых интерфейсов, то надо ли выбирать интерфейс в зависимости от региональных параметров компьютера или можно их проигнорировать?

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

• Для пакетов Microsoft Installer допускается применение файлов модификаторов, или трансформеров. Трансформеры имеют рас ширение MST и описывают изменения в параметрах пакета, ко торые должны быть применены. Например, устанавливая офис ные приложения на терминальный сервер, без трансформера не обойтись.

280 Activjjirectory: подход профассионала • Наконец, можно указать права доступа к данному пакету. Обрати те внимание на разницу между правами доступа к ОГП и к устано вочному пакету. Внутри одной политики может быть задано сразу несколько установочных правил, Разграничение доступа к ним позволяет назначать разные приложения разным группам пользо вателей в рамках одной политики.

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

Установка приложения, определенного в групповой политике во время загрузки компьютера Вот основные характеристики приложений, заданных в правилах ус тановки для компьютера:

• приложение устанавливается во время загрузки компьютера;

• приложение доступно любому пользователю компьютера;

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

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

Какой способ выбрать, решает администратор, Установки Windows для компьютеров — сценарии Сценарии, указываемые в групповой политике для компьютеров, — это командные файлы или файлы Windows Scripting Host, исполняемые на этапе загрузки или выключения компьютера. Как я уже говорил, они хранятся в каталоге Зувто1\имадомена\РоЦс1ез\{ОиГО полятики}\Ма chine\Scripts в подкаталогах Startup и Shutdown.

То, что они исполняются на столь ранней стадии работы компьютера (или на столь поздней), подразумевает, что эти сценарии не должны взаимодействовать с пользователем. Любые команды, требующие ре акции пользователя (вплоть до простого нажатия клавиши) недопус тимы, так как вызовут «зависание» компьютера, 2»!

Групповая политика Определение списка сценариев, исполняемых:

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

Правила выполнения сценариев Описание Наименование правила Run logon scripts synchronously Синхронное исполнение сценариев регистрации Run startup scripts asynchronous!}' Асинхронное исполнение сценариев загрузки Видимое для пользователя исполнение Run startup scripts visible сценариев загрузки Видимое для пользователя исполнение Run shutdown scripts visible сценариев выключения системы Максимальное время ожидания испол Maximum wait time for Group нения сценариев групповой политики Policy scripts Возможно, вы привыкли к тому, что файлы сценариев должны хра ниться в каталоге 5у8Уо1\имядомена\ЗспрС8. Вы можете поместить файлы туда, но никакой выгоды от этого не получите. В любом слу чае вы включаете файлы сценариев в ОГП.

Параметры Windows для компьютеров: правила безопасности Безопасность — один из важнейших аспектов правил. Политики бе зопасности распространяются как на отдельные компьютеры и пра 282 Active Directory: подход профессионала вила доступа к ним. так и на взаимодействие компьютеров в системе.

Правила безопасности для компьютеров делятся на следующие группы:

ф правила учетных записей;

• локальные правила;

ф правила журнала регистрации;

+ правила групп с ограниченным членством;

ф правила системных служб;

• правила реестра;

• правила файловой системы;

ф правила открытых ключей;

• правила IPSecurity.

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

• правил паролей;

• правил блокировок учетных записей;

• правил Kerberos.

Действие правил учетных записей распространяется на весь домен.

Нельзя создать отдельные правила для сайта или ОП. Вот правила паролей и их краткое описание (подробнее о правилах, устанавлива емыми в системах разной степени защищенности см. [1]).

Правила паралей Наименование правила Описание Store passwords under Равносильно разрешению хранения паролей в reversible encryption открытом (не зашифрованном) виде. Представля for aJl users in domain ет серьезную угрозу для безопасности системы.

Требуется для обеспечения сквозной аутентифи кации в :етерогенных системах Enforce password. Позволяет хранить историю паролей. Пока не history будет использовано указанное число паролей, невозможно задействовать ни один из них.

Эффективно при обязательной смене паролей через определенный интервал и запрете смены пароля в течение другого интервала Maximum password age. Максимальный срок, по истечении которого пароль должен быть изменен. Правила паролей позволяют установить срок действия пароля в пределах от I до 999 дней или сделать его постоянным Minimum password age Параметр, ограничивающий минимальное время, через которое пользователь может изменять свой пароль: от 1 до 999 дней см. cied. стр.

Групповая политика Наименование правила Описание Minimum password Минимальная разрешенная длина пароля length Passwords must meet Если определено данное правило, пароли должны complexity requirements отвечать критерию сложности. Система следит за тем, чтобы пароль содержал минимум три из перечисленных ниже типа символов:

прописные буквы латинского алфавита;

строчные буквы латинского алфавита;

цифры;

специальные символы User must logon to Подразумевает обязательность для пользователя регистрироваться в системе, с тем чтобы сменить change password, пароль Правил блокировки учетных записей всего три. Они позволяют обезо пасить систему от «словарных атак* — программ взлома системы за щиты, выполняющих подбор пароля путем перебора наиболее часто используемых слов и фраз из своего словаря.

Правила блокировки учетных записей Наименование правила Описание Account lockout Устанавливает количество неудачных попыток threshold зарегистрироваться в системе после достижения которого учетная запись будет заблокирована Account locout duration Устанавливает срок блокировки в минутах Reset lockout count after Сбрасывает отсчет неверных попыток входа в систему по истечении определенного времени Правила Kerberos устанавливают основные параметры протокола Kerberos (о Kerberos см. [1], [3]).

Правила Kerberos Наименование правила Описание Максимальное время жизни билета TGT. Устанав Maximum lifetime for ливается в часах. По умолчанию — 10 часов user ticket Maximum lifetime for Максимальное время жизни сеансового билета.

Устанавливается в мшгутах. Это время должно service ticket быть больше 10 минут, но меньше, чем макси мальное время жизни билета ТОТ Максимальный срок, в течение которого билет Maximum lifetime for может обновляться. Устанавливается в днях.

user ticket renewal По умолчанию — 7 дней Максимально допустимый разброс в показаниях Maximum tolerance for часов компьютеров. Устанавливается в минутах, computer clock По умолчанию — 5 минут synchronization см. след. стр.

Active Directory: подход профессионала Наименование правила Описание Когда установлен этот параметр (Enabled), КОС, Enforce user logon restrictions выдавая сеансовый билет, проверяет, имеет ли право клиент, запросивший билет, регистриро ваться локально или по сети на том компьютере, доступ к которому запрашивается. Этот параметр установлен по умолчанию, хотя и замедляет работу, так как требует выполнения нескольких дополнительных шагов Локальные правила Локальные правила также состоят из трех групп правил:

• правила аудита;

• назначения прав пользователей;

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

_ Правила аудита Наименование правила Описание Audit Account Logon Аудит событий регистрации учетной записи.

events События происходят при обращении одного компьютера к другому Audit Account Аудит управления учетными записями. Всякий раз Management при изменении атрибутов учетных записей в журнал заносится запись Audit Directory Service Аудит доступа к службе каталогов Access Audit Logon Events Аудит событий регистрации пользователей.

Audit Object Access Аудит доступа к объектам файловой системы или реестра Audit Policy Change Аудит изменения групповых правил Audit Privilege Use Аудит использования привилегий Audit Process Tracking Аудит отслеживания процессов. Не рекомендуется применять в рабочих системах, так как заметно снижает производительность. Требуется только при отладке приложений Audit System Events Аудит системных событий Права пользователей в системе имеют большое значение для ее безо пасности. Ряд прав нужно применять только на контроллерах доме нов, ряд — на серверах. Некоторые права действуют при делегирова нии полномочий. Поскольку детальное описание каждого права вы ходит за рамки книги, я их просто перечислю.

Групповая политика Права пользователей Наименование правила Описание Access this computer Доступ к компьютеру по сети. По умолчанию определен для всех компьютеров from the network Позволяет действовать как части ОС. Требуется Act as part of the для учетных записей, от имени которых operating system работают разные службы Позволяет добавлять рабочие станции в домен.

Add workstations По умолчанию любой пользователь может доба to domain вить до 10 рабочих станций в домен Позволяет выполнять резервное копирование Back up files and файлов и каталогов на данном компьютере directories Bypass traverse checking Позволяет при наличии разрешений иметь до ступ к тем дочерним каталогам, у которых доступ к родительским закрыт Change the system time Позволяет изменять системное время. На кон троллерах доменов можно только изменить вре менную зону, так как время все равно будет уста новлено по серверу точного времени Позволяет создавать файл подкачки Create a pagefile Позволяет создавать объект-жетон.

Create a token object По умолчанию не дано никому Позволяет создавать объекты, предоставленные Create permanent в постоянное совместное использование shared objects Позволяет отлаживать программы Debug programs Запрещает доступ к компьютеру по сети Deny access to this computer from the network Запрещает регистрацию в качестве пакетного Deny logon as a batch задания job Deny logon as a service Запрещает регистрироваться в качестве службы.

Целесообразно назначать для учетных записей администраторов, дабы предотвратить использо вание их учетных записей в побочных целях Запрещает регистрироваться локально Deny logon locally Разрешает применять учетные записи пользовате Enable computer and лей и компьютеров для делегирования. Позволяет user accounts to be осуществлять доступ других учетных записей trusted for delegation к иным системам от имени указанных учетных записей Разрешает выключать компьютер удаленно Force shutdown from a remote system Generate security audits Позволяет генерировать аудит безопасности Позволяет увеличивать квоты Increase quotas Позволяет повышать приоритет процессов Increase scheduling priority Позволяет устанавливать и изымать драйверы Load and unload устройств device drivers см. след. стр.

286 Active Directory: подход профессионала Наименование правила Описание Lock pages in memory Позволяет запирать страницы в памяти Позволяет регистрироваться в качестве Log on as a batch job пакетного задания Log on as a service Позволяет регистрироваться в виде службы.

Обязательно для учетных записей всех служб.

Позволяет регистрироваться локально Log on locally Manage auditing and Позволяет управлять журналом аудита и безопасности security log Позволяет изменять параметры окружения Modify firmware environment values firmware. Для платформы Intei не актуально Profile single process Позволяет профилировать процесс Profile system Позволяет профилировать производительность системы performance Remove computer from Позволяет извлекать компьютер из «дока». Стран docking station ное разрешение: выключенный компьютер все равно можно извлечь Replace a process level Позволяет заменять жетон уровня процесса token Позволяет восстанавливать файлы и каталоги Restore files and directories Shut down the system Позволяет выключать систему Synchronize directory Позволяет выполнять синхронизацию данных service data службы каталогов Take ownership of files Позволяет вступать во владение объектами or other objects Параметры безопасности определяют дополнительные характеристи ки, определяющие поведение системы. Можно сказать, что умолчания, определенные в системе, соответствуют необходимому уровню безо пасности. Изменять данные правила требуется только при повышении уровня защиты.

Параметры безопасности Наименование правила Описание Additional restrictions for Дополнительные ограничения для ано anonymous connections нимных подключений Allow server operators to Разрешение членам группы Server schedule tasks (domain Operators планировать задания на кон controllers only) троллерах доменов Allow system to be shut Разрешение выключать систему без пред down without having варительной регистрации в пей.

to log on По умолчанию запрещено Allowed to eject Разрешение извлекать носители данных, removable NTFS media отформатированные в NTFS Amount of idle time Время простоя системы, после которого required before сеанс отключается disconnecting session см. след, стр.

Групповая политика Наименование правила Описание Аудит доступа к глобальным системным Audit the access of global объектам system objects Аудит использования привилегий резерв Audit use of Backup and Restore privilege ного копирования и восстановления Автоматическое отключение пользовате Automatically log off users лей от домена по истечении времени when logon time expires работы Автоматическое отключение пользовате Automatically log off users when logon time expires (local) лей от локальной станции при истечении времени работы. По умолчанию запреще но. Для клиентов Windows XP в домене Windows 2000 это правило не работает.

Требуется установка SP1 для Windows XP Предписание очищать содержимое файла Clear virtual memory pagefile подкачки при выключении системы when system shuts down Обязательная цифровая подпись обмена Digitally sign client с клиентом communication (always) Необязательная цифровая подпись обмена Digitally sign client communication (when possible) с клиентом Обязательная цифровая подпись обмена Digitally sign server с сервером communication (always) Необязательная цифровая подпись обмена Digitally sign server communication (when possible) с сервером Запрещение ввода CTRL+ALT+DEL для вхо Disable CTRL+ALT+DEL да в систему. Рекомендуется применять на requirement for logon общедоступных системах типа киосков Запрещение отображения имени после Do not display last user name днего пользователя, зарегистрировавшего in logon screen ся в системе Устанавливает уровень аутентификации LAN Manager Authentication LAN Manager. He рекомендуется применять Level уровни ниже NTLM в системах с клиента ми Windows 9x и ниже NTLM v.2 в систе мах с Windows NT-клиентами Текст сообщения для пользователей, Message text for users регистрирующихся в системе attempting to log on Заголовок для окна сообщения, описанно Message title for users го выше attempting to log on Количество успешных регистрации на Number of previous logons клиенте в отсутствие контроллера домена.

to cache (in case domain Максимальное значение — controller is not available) Запрещает изменение пароля компьютера Prevent system maintenance of computer account password каждые 7 дней. В противном случае пароль компьютера меняется еженедельно Запрещает членам группы Users устанав Prevent users from installing ливать драйверы принтеров printer drivers Определяет, за сколько дней до истечения Prompt user to change пароля пользователи будут предупреж password before expiration даться о необходимости сменить пароль см. след. стр.

28В Active Directory: подход профессионала Наименование правила Описание Recovery Console: Allow Разрешает автоматический вход админист automatic administrative logon ратора в консоль восстановления Recovery Console: Allow floppy Разрешает применять в параметрах окру copy and access to all drives жения консоли восстановления команды:

and all folders AlJowWiidCards — использование симво лов подстановки в командах;

AllowAllPaths — использование всех файлов и каталогов;

AllowRemovableMedia — копировать фай лы на съемные носители такие, как дискеты;

NoCopyPrompt — не предупреждать при переписывании файла По умолчанию эти возможности запрещены Rename administrator account Новое имя учетной записи Administrator Rename guest account Новое имя учетной записи Guest Restrict CD-ROM access to Определяет доступ к накопителю на CD.

locally logged-on user only Если,установлено, доступ к CD имеют только локально зарегистрировавшиеся пользователи. Если локальных пользова телей нет, досгуп к CD возможен по сети.

Ясли не установлено, доступ к CD могут иметь как локальные, так и сетевые пользователи Restrict floppy access to locally < Определяет доступ к дисководу. Если loggcd-on user only установлено, доступ к дисководу имеют только локально зарегистрировавшиеся пользователи. Если локальных пользова телей ист, досчуп к дисководу возможен по сети. Если не установлено, доступ к дисководу мопт иметь как локальные, так и сетевые пользователи Secure channel: Digitally Если определено это правило, то взаимо encrypt or sign secure channel действие с контроллерами доменов ис data (always) пользует шифрование и цифровую под пись для всех передаваемых данных. При этом автоматически активизируется следующее правило Secure channel: Digitally Если установлено, взаимодействие с кон encrypt secure channel data троллерами доменов может использовать (when possible) шифрование для всех передаваемых данных Secure channel: Digitally sign Если установлено, взаимодействие с кон secure channel data троллерами доменов может использовать (when possible) цифровую подпись для всех передаваемых дивных Secure channel: Require strong Если установлено, используются крипто (Windows 2000 or later) стойкие ключи (Windows 2000 или позже).

session key В противном случае длина ключа опреде ляется в ходе переговоров с контроллером домена см. след. стр.

Групповая политика Наименование правила Описание Secure system partition Защита системного раздела для (for RISC platforms only) RISC-платформ Send unencrypted password Это правило используется для взаимодей ствия с SMB-серверами сторонних фирм, to connect to third-party SMB servers например SAMBA Если установлено, система останавливает Shut down system immediately if unable to log security audits ся при переполнении журнала безопасности Устанавливает последовательность дей Smart card removal behavior ствий при вынимании смарт-карты или электронно ['о брелока. Доступно три варианта:

No Action — ничего не предпринимать;

Lock Workstation — запереть рабочую станцию;

Force Logoff — инициировать выход из системы Если установлено, обычные пользователи Strengthen default permissions могут иметь доступ к системным объектам of global system objects (устройствам DOS, мьютексам и семафо (e.g. Symbolic Links) рам) только на чтение. В противном слу чае они могут их создавать и модифици ровать Предписывает, как реагировать на уста Unsigned driver installation behavior новку драйвера устройств, не имеющего цифровой подписи. Возможны три варианта;

Silently succeed — установить без предупреждения;

Warn but allow installation — предупредить, но разрешить установку;

Do not allow installation — не разрешать установку То же самое, что и выше, но для установки Unsigned non-driver не-драйверов, например для СОМ-объсктов installation behavior Правила журнала регистрации Правила журнала регистрации определяют максимальные объемы журналов и способы отслеживания их переполнения. По умолчанию для рабочих станций и серверов задаются одинаковые правила. Для контроллеров доменов существует одно отличие — на них запреща ется выключать систему при переполнении журнала.

Объемы журналов безопасности и приложений во многом определя ются правилами аудита и установленными приложениями. Если ин формация в журнале вам интересна, позаботьтесь о том, чтобы она была доступна. С одной стороны, этого можно добиться увеличением размера журнала, с другой — определением правил обновления ин 290 Active Directory: подход профессионала формации в журнале. Максимальный объем журнала — 4 Гб. Обнов ление информации может выполняться тремя способами:

• при заполнении журнала новая информация будет заноситься в его начало и переписывать существующую;

+ информация будет заноситься в начало журнала по истечении определенного срока;

максимально можно задать 365 дней;

• старую информацию администратор должен удалять вручную.

Правила журналов регистрации Наименование правила Описание Максимальный объем журнала приложений, Maximum Log size for гго умолчанию — 512 кб Appiication Log Maximum Log Size for Максимальный объем журнала безопасности, Security Log по умолчанию — 512 кб Maximum Log Size for Максимальный объем системного журнала, System Log по умолчанию — 512 кб Restrict Guest access to Ограничить доступ гостей к журналу Application Log приложений Restrict Guest access to Ограничить доступ тетей к журналу Security Log безопасности Restrict Guest access to Ограничить доступ гостей к системному журналу System Log Retain Application Срок, по истечении которого журнал приложений будет обновлен Log for Срок, по истечении которого журнал Retain Security Log for безопасности будет обновлен Retain System Log for Срок, по истечении которого системный журнал будет обновлен Retention method for Метод обновления журнала приложений Application Log Retention method for Метод обновления журнала безопасности Security Log Retention method for Метод обновления системного журнала System Log Shutdown system when Выключать систему при переполнении журнала security audit log is full безопасности Параметры Windows для компьютеров:

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

• имена таких групп;

• имена учетных записей, включенных в -эти группы;

• имена групп, в которые можно включать группы с ограниченным членством;

это правило относится к именам локальных групп на рабочих станциях и серверах.

Групповая _пол итика Эти правила особенно важны для корневого домена в лесу. Если для группы Enterprise Admins указать, кто именно может входить в эту группу, то остальные администраторы не смогут себя включить в эту «супергруппу».

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

Довольно часто администратор задает перечень групп с ограничен ным членством, забывая указать членов этих групп. Как только поли тика применяется, содержимое указанных групп обнуляется. Особен но забавно видеть учетную запись, еще недавно бывшую в группе Enterprise Admins, ставшую теперь рядовым пользователем.

Параметры Windows для компьютеров:

правила системных служб Правилами системных служб устанавливаются тип запуска службы и права доступа к ней. Обычно тип запуска каждой службы задается в оснастке Computer Management Services. Однако в целях безопаснос ти системы для некоторых служб устанавливаются правила, которые нельзя обойти. Существует три вида запуска служб:

+ Automatic (Автоматический);

• Manual (Ручной);

• Disabled (Деактивширована) Помимо этого правила, указывают, кто конкретно может осуществлять доступ к службам и к какой именно. Основные виды доступа;

• Full control (Полный контроль);

• Read (Чтение информации о конфигурации);

• Start, Stop and Pause (Запуск, остановка и приостановка);

• Write (Запись информации о конфигурации);

• Delete (Удаление) Параметры Windows для компьютеров: правила реестра Правила реестра регламентируют разрешения доступа к ветвям реес тра. Можно указать один из вариантов применения правил:

• Inherit (Наследовать) — применяются как к указанной ветви, так и ко всем дочерним при условии, что для них не установлена бло кировка наследования;

292 Active Directory: подход профессионала + Overwrite (Переписать) — применяются как к указанной ветви, так и ко всем дочерним независимо от того, установлена для них бло кировка наследования или нет;

ф Ignore (Игнорировать) — данная ветвь и все дочерние в правилах игнорируются.

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

Параметры Windows для компьютеров:

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

ф Inherit (Наследовать) — применяются как к указанному объекту, так и ко всем дочерним, если для них не установлена блокировка на следования.

• Overwrite (Переписать) — применяются как к указанному объекту, так и ко всем дочерним независимо от того, установлена для них блокировка наследования или нет.

• Ignore (Игнорировать) — данный объект и все дочерние в прави лах игнорируются.

Параметры Windows для компьютеров:

правила открытых ключей Правила открытых ключей охватывают такую область, как работу с сертификатами (подробнее об этом см. [3]):

Правила открытых ключей для компьютеров Правило Описание Automatic Certificate Позволяет автоматически выдавать и обновлять Request Settings сертификаты всем компьютерам, которые входят в область действия данной политики, а также ука зывает, какой удостоверяющий центр и какой шаблон сертификатов использовать. Работает при наличии минимум одного удостоверяющего центра предприятия Trusted Root Позволяет указать, какой удостоверяющий центр Certification Authorities является доверенным для всех компьютеров, на которые распространяется действие данной по литики. Это может быть как удостоверяющий центр предприятия, так и любой сторонний удос товеряющий центр. Для создания правила нужно лишь импортировать сертификат удостоверяю щего центра см. след. стр.

Групповая политику Правило Описание Enterprise Trust Позволяет создать списки доверенных сертифи катов для того, чтобы определить, какие сертифи каты и для таких целей могут использоваться Encrypted Data Позволяет назначать агентов восстановления EFS.

Recovery Agents По умолчанию агентом восстановления является локальный администратор первого контроллера домена. Так как это чаще всего недопустимо, тре буется выбрать агента из пользователей, имею щих соответствующий сертификат Параметры Windows для компьютеров: правила IPSecurity Правила IPSecurity конфигурируют, если требуется защищенное вза имодействие с или между серверами или контроллерами доменов.

В главе «Планирование Active Directory», например, разбирается слу чай использования IPSecurity для организации репликации через меж сетевой экран. При этом два контроллера, расположенные по разные стороны экрана, общаются только с применением шифрования.

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

Способов конфигурирования правил IPSec множество, но для просто ты можно применить те правила, что уже сконфигурированы, но не активизированы. Вот эти правила^ Правила IPSecurity Наименование правила Описание Secure server (require security) Подразумевает, что взаимодействие с дан ным сервером осуществляется только с ис пользованием IPSec Server (Request security) Настраивает протокол взаимодействия так, что сервер сначала пытается установить вза имодействие no IPSec, но если клиент не мо жет ответить, то устанавливается открытое взаимодействие Client (Respond only) Подразумевает отсутствие шифрования по умолчанию. Если сервер запрашивает защи щенное соединение по какому-либо порту или протоколу, шифруется только требуемое Думаю, вполне очевидно, что в нашем примере к контроллерам до мена, взаимодействующим через межсетевой экран, должно быть применено правило Secure Server. К остальным же контроллерам — Server, так как они могут выступать и клиентами и серверами при репликации. Правило, применяемые к клиентам, — Client, что позво 294 Active Directory: подход профессионала лит им авторизоваться на всех контроллерах домена в своем сайте, включая защищенные.

Контроллер Контроллер домена домена Клиенты Использование стандартных правил IPSec для организации репликации через межсетевой экран Административные шаблоны для компьютеров Это файлы с расширением.ADM, в которых в текстовом виде записа ны установки, модифицирующие реестр компьютера, к которому применяется групповая политика. Новые параметры для компьютеров заносятся в ветвь реестра HKEY_LOCAL_MACHINE.

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

Внимание Перечисленные административные шаблоны появляют ся в Windows 2000, только если:

• установлен пакет обновления SP2 или выше;

ф установлены все последние заплатки для системы безопасности;

• в домене есть клиенты Windows XP.

Групповая политика Административные шаблоны для компьютеров Наименование правила Описание Компоненты Windows Net Meeting Позволяет запрещать предоставление удаленного рабочего стола в совместное использование Позволяет определять зоны безопасности, указы Internet Explorer вать параметры прокси-сервера для компьютера в целом, управлять обновлением Internet Explorer Task Scheduler Позволяет управлять утилитой запуска приложе ний по расписанию Полностью управляет настройкой терминальных Terminal Services серверов. Настраиваются практически все пара метры реестра, ответственные за конфигурацию терминальных служб. (Подробнее см. [!}) Устанавливает такие параметры Windows Installer, Windows Installer как учетная запись, от имени которой он работа ет, параметры интерфейса, разрешение использо вания из административного терминального се анса и пр.

Windows Messenger Запрещает/разрешает использование Windows Messenger Системные компоненты Определяет работу с блуждающими профилями User profiles пользователей: кэширование, работа на медлен ных каналах, распространение на серверы и т. п.

Управляет исполнением сценариев загрузки, ре Scripts гистрации и выключения системы. Позволяет ис полнять сценарии включения системы в режиме, видимом для пользователя. Устанавливает синх ронный или асинхронный режим исполнения сценариев Управляет поведением системы при регистрации Logon пользователей. Позволяет выбрать вид програм мы регистрации для клиентов Windows XF, запре тить выводить предупреждения и выполнение программ из списка однократного исполнения, исполнять специфические приложения Конфигурирует параметры квотирования диско Disk Quotas вого пространства, управляет регистрацией собы тий квотирования Управляет параметрами службы NctLogon. Приме Net Logon нимо, в основном, только для серверов Windows.Net Server Правила обработки групповой политики (см. ранее) Group Policy Управляет режимом удаленной помощи на ком Remote Assistance пьютерах с Windows XP Запрещает использовать функцию восстановле System Restore.

ния системы в случае сбоя на компьютерах с Windows XP см. след. стр.

296 Active Directory: подход профессионала Наименование правила Описание Error Reporting Управляет функцией сообщения об ошибках в Windows XP' Windows File Protection Управляет подсистемой защиты системных фай лов. Указывает расположение кэша файлов, огра ничивает его размер, управляет сканированием Управляет параметрами поиска проблем в меха Remote Procedure Call низме RPC. Применим для клиентов Windows XP Управляет параметрами службы времени Windows Time Service в Windows.Net Server Сетевые компоненты DNS client Управляет параметрами клиента DNS. Делает то, что н<: может сделать сервер DHCP: определяет имена серверов DNS, первичный суффикс, пере чень и последовательность вторичных суффик сов, времена жизни, параметры безопасности.

Применим для клиентов Windows XP. Первичный суффикс можно определять и для клиентов Windows Offline files Управление параметрами автономных папок;

раз решение использования, размер кэша, преду преждения на экране, назначение. Для клиентов Windows XP дополнительно определяет парамет ры безопасности Network connections Для клиентов Windows 2000 запрещает предо ставление соединения с Интернетом в совмест ное использование. Для клиентов Windows XP добавляются запреты использовать межсетевой экран на таких соединениях и конфигурировать мосты в сети DNS, а также устанавливает имя удо стоверяющего центра для беспроводных сетей QoS Packet Scheduler Управляет параметрами качества обслуживания.

Только для клиентов Windows XP SNMP Определяет сообщества, ловушки для сообщества Public, менеджеров. Недоступен в чистой сети Windows Управляет публикацией принтеров в Active Принтеры Directory, установкой принтерных драйверов, просмотром списка принтеров, печатью через Web и другими параметрами, часть которых дос тупна голыш для клиентов Windows XP Так как файлы административных шаблонов являются обычными тек стовыми файлами, то их можно модифицировать для управления дополнительными элементами (см. об этом [1]).

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

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

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

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

• Даже назначенное приложение не устанавливается полностью.

Вместо этого в системе будут зарегистрированы СОМ-объекты.

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

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

Add a program from CD-ROM or floppy disk To add a program from a CD-ROM or floppy disk, click CD or Floppy.

To add new Windows Featur^ device drivers, and system updates over the Internet, click Windows Update, A

•j Microsoft Office 3000 SR-1 Premium Toaddttitspiogrera, dir Microsoft Office Web Conipcrienti Опубликованные приложения доступны для установки пользователем 298 Active Directory: подход профессионала Таким образом, основными характеристиками приложений, опреде ленных в правилах установки для пользователей, являются:

+ приложение устанавливается при регистрации пользователя;

> приложение доступно только для тех пользователей, на которых распространяется действие политики;

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

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

Параметры Windows для пользователей:

настройка Internet Explorer Эта категория правил представляет собой значительную часть Internet Explorer Authorization Kit (IEA.K) и предназначена для настройки па раметров Internet Explorer и изменения его ^нешнего вида и поведе ния. Правила разбиты на несколько групп.

Параметры настройки Internet Explorer Наименование правила Описание Интерфейс с пользователем Browser title Заголовок обозревателя. Позволяет изменять за головок Internet Explorer и Outlook Express. Вве денный текст будет добавлен после фраз «Microsoft Internet Explorer provided by» и "Outlook Express provided by*. Можно указать и графический файл, который будет наложен в виде фона па панель инструментов Internet Explorer Animated Bitmaps Позволяет заменить шарик, вращающийся в нра вом у!лу Internet Explorer Custom Logo Позволяет заменить стилизованную букву «с» на все, что вам заблагорассудится Browser Toolbar buttons Позволяет добавить на панель инструментов но вые кнопки и связать их с программами или сце нариями Соединения Connection settings Позволяет импортировать установки соединений, выставленные на том компьютере, где запущена консоль оснастки групповой политики Automatic Browser Позволяет указать путь к файлу конфигурации Configuration.INS или имя автопрокси-сервера Proxi settings Позволяет указать, какой прокси-сервер и для каких протоколов используется см. след, стр.

Групповая политика Наименование правила Описание User Agent String Это строка, которая посылается обозревателем в ответ на вопрос о его типе и версии. Например, Mozilla 4.0 (compatible;

MSIE 5.0;

Windows NT;

ваша строка) URL Favourites and Links Позволяет указать перечень страниц, которые помещаются в разделы Избранное и Соединения по умолчанию Important URLs Пути к домашней странице, странице поиска и справки Channels Список Интернет-каналов Безопасность Security zones and Определяют зоны безопасности и рейтинг содер жимого страниц (насилие, секс и т. п.) content ratings Здесь вы определяете, каким производителям ПО Authenticodc settings для Интернета вы доверяете и соответственно разрешаете загрузку на компьютеры пользовате лей программных модулей Программы Programms Вы можете импортировать параметры исполняе мых программ, выставленные на том компьютере, где запущена консоль оснастки групповой поли тики Параметры Windows для пользователей: сценарии Сценарии, указываемые в групповой политике для пользователей, — это командные файлы или файлы Windows Scripting Host, исполняе мые на этапе регистрации пользователя в домене или выхода из него.

Как я уже говорил, они находятся в каталоге Зу5Уо1\имя.домена\Ро Ucies\{GUID политики}\и5ЕК\5спр1з в подкаталогах Logon и Logoff.

Сценарии регистрации выполняются асинхронно. Если вас это не устраивает, то в административных шаблонах для компьютера надо установить правило Run logon scripts synchronously, позволяющее ис полнять их один за другим. Это. естественно, увеличивает время вхо да в систему.

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

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

300 Active Directory: подход профессионала Параметры Windows для пользователей:

правила безопасности Для пользователей можно установить только одно правило безопас ности — Enterprise Trust. Оно позволяет вам создать списки доверен ных сертификатов, с тем чтобы определить, зачем и какие сертифи каты может применять пользователь. Остальные правила безопасно сти определяются только на уровне компьютеров.

Параметры Windows для пользователей:

служба удаленной установки Это правило определяет возможности пользователя во время автома тической удаленной установи-! ОС с использованием службы RIS. Су ществуют три варианта применения правил:

• Allow — правила применяются;

+ Don't care — применяются правила, стоящие в иерархии выше, например, для правил, определенных на уровне ОП, будут приме нены правила домена;

+ Deny — правила не применяются.

Можно задать четыре правила:

• автоматическая установка — система устанавливается в авто матическом режиме без учета, какой пользователь регистрирует ся в сети;

+ настраиваемая установка — данный тип установки может учи тывать имя пользователя и компьютера и в соответствии с этим' устанавливать специфические параметры;

• перезагрузка — позволяет выполнить перезагрузку компьютера и повторный запуск установки системы в случае неудачной попыт ки установки:

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

Параметры Windows для пользователей:

перенаправление папок Четыре папки на локальном компьютере используются чаще всего и хранят самые важные для пользователя сведения:

• My Documents (и вложенная и нее папка My Pictures);

• Application Data;

• Start Menu:

• Desktop.

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

Скрытая папка Application Data расположена по умолчанию на сис темном диске в каталоге Documents and settings\HMH пользователя.

В нее приложения пишут информацию о своих персональных пара метрах. Так, созданный нами шаблон документа Microsoft Word сохра нен не в общем каталоге Templates, а в подкаталоге \Wbrd\Templates в папке Application Data. Когда в вы захотите создать документ на основе этого шаблона, то в списке доступных шаблонов вы увидите как общие шаблоны, так и те, что хранятся в вашем персональном каталоге.

Папка Start Menu расположена по умолчанию на системном диске в каталоге Documents and settings\HMH пользователя и содержит те эле менты меню Start, которые имеют отношение только к вам. Все эле менты меню Start делятся на общие и персональные. Первые присут ствуют в меню всех пользователей, вторые же подгружаются только в зависимости от того, какой пользователь зарегистрировался.

Папка Desktop расположена по умолчанию на системном диске в ка талоге Documents and settings\HMH пользователя и содержит элемен ты рабочего стола, принадлежащие вам. Как и пункты меню Start, они отображаются на рабочем столе в'соответствии с тем. какой пользо ватель вошел в систему.

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

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

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

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

Существует две возможности перенаправления папок.

• Для всех пользователей указывается общий путь. При этом можно в пути задействовать переменную %username%, например \\root 1\ users\%username%\My Documents. При этом для каждого пользова теля будет создан персональный каталог с названием, соответству ющим имени его учетной записи.

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

Щ0ШЩЩВ l-t JjjranS (he jtej t^ckrave rigH;

- ftjfieji Removal !

' Leave *e ЫА& irs (he пет toeMibft when poBcj Условия перенаправления папок Правила перенаправления папок содержат несколько условий.

• Можно указать на необходимость предоставления эксклюзивных прав доступа к перенаправленной папке. При этом права полного доступа будут предоставлены тому пользователю/группе, для ко торого создается папка. Администраторам будут предоставлены права на чтение, 4 Текущее содержимое папки полностью перемещается в новое место.

4 Если к указанному пользователю политика перестает применять ся, то палка может быть либо оставлена в том месте, куда она была Групповая политика перенесена, либо будет перенаправлена на старое место в профи ле пользователя.

• Папку My Pictures, вложенную в My Documents, можно либо пере нести вместе с родительской, либо не применять к ней политику и перенести в иное место.

Административные шаблоны для пользователей Это файлы с расширением ADM, в которых в текстовом виде записа ны параметры, модифицирующие реестр компьютера, на котором регистрируется пользователь входящий в область действия групповой политики. Новые параметры для компьютеров заносятся в ветвь ре естра HKEY_CURRENTJJSER.

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

Внимание Перечисленные административные шаблоны пояачяют ся в Windows 2000, только если:

• установлен пакет обновления SP2 или выше;

• установлены все последние заплатки для системы безопасности;

ф в домене есть клиенты Windows XP.

Административные шаблоны для пользователей Наименование правила Описание Компоненты Windows Net Meeting Шаблоны для пользователей в отличие от шабло нов для компьютеров позволяют управять предо ставлением в совместное использование компо нентов Net Meeting, управлять параметрами звука, внешним видом страницы параметров и другими параметрами Internet Explorer Позволяет определять доступность различных функций Internet Explorer для пользователя.

Windows Explorer Очень важный шаблон. Управляет доступностью элементов интерфейса Windows 2000/Windows ХР. Вот правила, общие для Windows 2000 и Windows XP:

ф удаление команды'Folder Options в меню Tools;

ф удаление меню File в Windows Explorer;

• удаление функций «Map Network Drive» и «Disconnect Network Drive*;

ф удаление кнопки Search в Windows Explorer;

фудаление контекстно-зависимого меню;

см. след. стр.

11- Active Directory: подход профессионала Наименование правила Описание ф удаление команды Manage в контекстно зависимом меню;

• использование только разрешенных расширений оболочки;

ф запрет отслеживания ярлыков при перемещении;

ф запрет отображения указываемых дисков компьютера;

• запрет доступа к дискам;

ф удаление вкладки Hardware;

ф удаление вкладки DFS;

фудаление средств изменения эффектов анимированного меню;

ф удаление средств изменения параметров индикатора клавиатуры;

ф удаление «Computers Near Me* в папке My Network Places;

ф удаление «Entire Network» в папке My Network Places;

ф ограничение числа показываемых документов в списке недавно открытых;

ф запрещение запроса альтернативных ПОЛНОМОЧИЙ;

ф выполнение запроса полномочий для сетевых установок.

Следующие правила применимы только к клиен там Windows XP:

ф удаление вкладки Security;

ф удаление функций записи компакт-дисков;

фуапрет переноса удаленных файлов в корзину;

ф требование подтверждения при удалении файлов;

ф максимальный размиф корзины;

ф удаление Shared Documents из My Computer;

ф отключение кэширования слайдов рисунков;

ф использование классического вида оболочки.

Кроме перечисленных, существуют правила управления видом диалогового окна File Open.

Доступность элементов окна влияет на защищен ность системы Microsoft Management Позволяют ограничить доступ пользователей к Console оснасткам ММС. Особо отмечу возможность огра ничения доступа к редактированию правил груп повой политики. Эти правила удобно применять при делегировании полномочий Task Scheduler Позволяет управлять доступностью функций ути литы запуска приложений по расписанию см. счед. стр.

Групповая политика Наименование правила Описание Позволяет управлять настройкой пользователь Terminal Services ских сеансов для терминальных серверов. Только для Windows XP/Windows.Net Server Устанавливает некоторые пользовательские пара Windows Installer метры Windows Installer Windows Messenger Запрещает/разрешает работу с Windows Messenger данному пользователю. Только для систем Windows XP Запрещает пользователю доступ к функции об Windows Update новления системы Windows XP Управляет внешним видом и параметрами медиа Windows Media Flayer проигрывателя Управляет содержимым меню Start и поведением Меню Start панели задач. В частности, элементы меню, соот и панель задач ветствующие программам, назначенным для уста новки групповыми правилами, но еще не уста новленным, можно показывать бледно Позволяет управлять доступностью элементов Рабочий стол рабочего стола Разрешает использование Active Desktop и огра Active Desktop ничивает возможности по его модификации Управляет средствами доступа к Active Directory:

Active Directory поиском в каталоге, возможностью использова ния фильтров или просто ее просмотра в окне Network Neigborhood Управляет доступом к отдельным компонентам Панель управления панели управления или ко всей панели в целом.

Для Windows XP позволяет включать классиче ское представление окна панели Управляет доступностью элементов окна добавле Add/Remove Programs ния/удаления приложений Управляет доступностью настройки отдельных Display компонентов экрана и устанавливает некоторые параметры Разрешает/запрещает поиск принтеров в локаль Printers ной сети и на Web, а также их добавление Запрещает выбор языка меню и диалоговых окон Regional and Language в приложениях Options Разрешает/запрещает публикацию в Active Папки совместного Directory совместно используемых папок или доступа корней распределенной файловой системы DFS Сеть Определяет доступ к функциям управления досту Offline Files па и использования автономных папок. Так, мож но отменить свойство перенаправленных папок быть доступными автономно Ограничивает доступ к элементам папки Network Network Connections Connections: управлению параметрами протоко лов, созданию новых соединений, просмотра ста туса соединений и т. п.

см. cied. стр.

306 Active Directory: подход профессионала Наименование правила Описание Позволяет установить правила работы с систе Системные мой, специфичные для каждого пользователя. Так компоненты как эти правила используют очень часто, я при веду их все. Сначала следуют правила, общие для Windows 2000 и Windows XP:

фне показывать приветственный экран при регистрации пользователя;

+ интерпретация века для дат позже 2000 года;

ф цифровая подпись драйверов устройств;

ф приложение, используемое в качестве оболочки;

+ запрет доступа к командной строке;

ф запрет доступа к средствам редактирования реестра;

• перечень разрешенных к запуску приложений;

• перечень запрещенных к запуску приложений;

ф отключение автопроигрывания компакт-дисков.

Следующие правила применимы только в системах на базе Windows XP:

фзагрузка пропущенных компонентов СОМ;

• разрешение автоматического поиска и установки обновлений Windows;

• перечень мест где могут быть драйверы устройств;

• перечень программ, запрещенных к запуску из справочной системы User profiles Ограничение размера профиля, исключение ката логов из блуждающих профилей Scripts Управление видимостью и синхронностью вы полнения сценариев входа в систему Ctr+AH+Dd Options Управление доступностью функций в окне, вызы ваемом на экран по нажатии Ctrl+Alt+Del во вре мя сеанса Logon Управление списком программ, исполняемых при регистрации пользователя в системе Group Policy Правила применения групповых правил для пользователей (см. ранее) Power Management Предписание вводить пароль при выходе систе мы из состояния гибернации или приостановки Планирование групповой политики Б главе «Планирование Active Directory» много говорится о критери ях построения доменной структуры, планирования структуры ОП и сайтов. Там же я вкратце затро) гул вопросы применения групповой по литики. Пришла пора поговорить об этом подробно.

Групповая политика Начальство хочет, вы — желаете Итак, я говорил о противоречиях с руководством. Боссам нужно, что бы «палочки были попиндикулярны». т. е. чтобы структура Active Directory отражала структуру предприятия. Ваше желание — сделать так, чтобы система была защищенной, управляемой и не требующей постоянного внимания. Групповая политика — это рубеж, отделяю щий ваши желания от желания руководства. Так как же и волков на кормить, и овец сохранить?

Вы уже знаете, что групповая политика позволяет сделать следующее.

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

• Централизованно управлять приложениями, с которыми работают пользователи. Или же (сами понимаете, кому это говорится), созда ются условия, при которых обеспечивается соблюдение корпора тивной политики работы с приложениями, так что пользователи:

• работают только с теми приложениями, что одобрены к при менению;

• не могут сами устанавливать игры и прочие «вредоносные» программы;

• переходят на новые версии или обновляют существующие цен трализованно;

• не могут случайно или преднамеренно уничтожить установлен ные программы.

+ Упраапять пользовательскими профилями. Проще говоря;

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

• Управлять автоматической установкой ОС на компьютеры. Чтобы поставить систему на новый компьютер, не надо приглашать тех нического специалиста на рутинные процедуры: все будет сдела но автоматически в соответствии с ролью владельца компьютера, которую он играет в организации.

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

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

От простого к сложному Подумаем, с какого конца лучше подойти к групповой политике.

Полагаю, вам хорошо знакомы Windows NT и политика безопаснос ти в этой ОС. т. е. ограничения паролей, правила блокировки и т. д.

А раз так, вот вам первый совет-, начните применение групповой по литики с того, что вы хорошо знаете, например, с политики безопас ности. Тем более, что применение этой политики облегчается гото выми шаблонами безопасности [1]. Если вы работали с системной по литикой Windows 9x или Windows NT, то применение административ ных шаблонов не представит проблем.

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

Попробовали и хотите расширить плацдарм? Спокойнее! Примените политику на верхних уровнях иерархии Active Directory и не стреми тесь привязать ОГП к куче подразделений. Посмотрите: может, этого и не стоит делать. Это третий совет.

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

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

Групповая политика Советы по применению Как же внедрить политики в организации? Прежде всего ответьте на пять вопросов.

Вопрос 1. Принималось ли в расчет желание использовать группо вую политику при проектировании структуры Active Directory?

Вопрос 2. Какую функциональность групповой политики иы хоте ли бы использовать?

Вопрос 3. Как вы хотите управлять политикой: централизованно или децентрализованно?

Вопрос 4- Хотите ли вы применять правила к ОП или, применив политику к домену, использовать фильтрацию?

Вопрос 5. Как вы собираетесь управлять политикой, вычислять ре зультирующий набор правил и вносить изменения?

Ответы на них позволят понять, сколько ОГП надо создать, где их хранить, с какими объектами Active Director)' связать, кого из адми нистраторов сделать ответственным за применение правил и т. п.

Разберем несколько примеров, в которых используем наш вопросник.

Один домен Допустим, нужно применить групповую политик}' в организации, толь ко что мигрировавшей с Windows NT 4.0 и структура Active Directory которой представляет собой единственный домен. Вы задали эти вопросы руководителю службы ИТ и получили такие ответы.

Вопрос Ответ Принималось ли в расчет желание Нет, структура Active Directory применять групповую политику при полностью отражает потребности проектировании структуры бизнеса, и это для нас очень Active Directory? важно Какую функциональность групповой Мы бы хотели использовать поли политики вы хотели бы использовать? тику блокировок учетных записей и настройку интерфейса, приме нявшиеся в домене Windows NT, интерес также представляет пере направление папок. О других пра вилах мы пока не думали Как вы хотите управлять политикой: Это дело пашей централизованной централизованно или службы ИТ децентрализованно?

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

310 Active Directory;

подход профессионала Ответ на первый вопрос был подкреплен такой структурой Active Directory:

Бухгалтерия С^ыт Бухгалтерия Сбыт Сбыт Бухгалтерия Струюпура Active Directory кампании Как видите, структура ОП построена по классической организацион ной модели, которая менее всего подходит для применения полити ки- Но что ж делать, отступать поздно, поэтому подумаем, как опти мальнее реализовать политику, После миграции в домене остались такие локальные группы:

• Msk-Acct;

+ Msk-Sales;

+ Nsk-Acct;

• Nsk-Sales;

• East-Acct;

ф East-Sales, Системная политика в домене Windows NT применялась к этим шес ти группам пользователей. Причем параметры интерфейса были свои для каждой из групп.

Зная эти исходные данные, подумаем, какие ОГП и где разместить.

Решений может быть несколько, но пойдем по порядку: от лобового к оптимальному.

Начнем с доменной политики блокировок учетных записей. Это пра вило относится к политике безопасности и, следовательно, применя ется только ко всему домену в целом. Раз так, то соответствующий ОГП определим на уровне домена. Он будет единственным.

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

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

Доменная политика блокировки учетных записей ОГП Бухгалтерия Бухгалтерия Сбыт Бухгалтерия Сбыт Все указанные ОГП определяют политику перенаправления папок и настройки интерфейса для каждого ОП.

Вариант размещения и привязки ОГП Это решение отвечает требованиям, но. кажется, сложновато. Упростим?

В первую очередь применим сложное перенаправление папок — тог да можно создать один ОГП, а в нем указать путь перенаправления для каждой группы. Тогда этот ОГП можно создать на уровне домена и связать с доменом, а не с ОП. На уровне домена у нас уже есть ОГП, определяющий политику безопасности. Можно правила перенаправ ления включить в него, но лучше этого не делать, чтобы легче было использовать ОГП.

312 Active Directory: подход профессионала Второй путь упрощения не так очевиден. Он связан с анализом пра вил настройки интерфейса. Скажите, что особенного можно приду мать для трех бухгалтерий, чтобы их параметры кардинально отли чались от параметров отдела сбыта? Опыт показывает (да и дополни тельный анализ правил в этом примере), что обычно 90% правил настройки интерфейса совпадают. Существуют лишь незначительные различия, которыми в принципе можно пренебречь. В нашем приме ре выяснилось, что различаются правила только по регионам. Поэто му оптимхтьно оделать таю к домену применить ОГП, который опреде ляет 90% общих параметров интерфейса, а к ОП первого уровня — ОГП, определяющие оставшиеся 10%. Вот вариант такого размещения ОГП, Доменная политика блокировки учетных записей Политика перенаправления папок и определения общих параметров интерфейса Политика Политика параметров ОГП /параметров интерфейса /А -/ интерфейса Москва бухгалтерия Сбыт Бухгалтерия Сбыт Бухгалтерия Сбыт Второй вариант размещения и привязки ОГП Этот вариант стал возможен во многом благодаря тому, что парамет ры интерфейса совпадают. Если б это было не так, пришлось бы ос тановиться на первом варианте. Понятно, что, кроме предложенных вариантов, могут быть и несколько отличные от них, но это не суть важно. Главный урок, который нужно вынести из этого примера, зву чит так: упрощайте решение и уменьшайте количество ОГП, исполь зуйте анализ требуемых правил и стремитесь их обобщать.

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

Групповая политика Вопрос Ответ Принималось ли в расчет желание Да, структура Active Directory проекти ровалась именно с таким расчетом использовать групповую политику при проектировании структуры Active Directory?

Мы хотели бы применить максималь Какую функциональность ное количество правил, включая поли групповой политики вы хотели тику безопасности, правила установки бы применять?

ПО и административные шаблоны Создание ОГП и их привязка к доме Как вы хотите управлять нам и сайтам должна выполняться политикой: централизованно централизованно, но привязку локаль или децентрализованно?

ных политик к ОП мы хотели бы делегировать региональным админист раторам Мы хотим по мере возможности воз Хотите ли вы применять правила держаться от фильтрации и применять к ОП или, применив политику к домену, использовать правила к контейнерам, максимально близким для пользователей. Если же фильтрацию?

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

siberia.mycorp.ru msk.mycorp.ru Сбыт О Москва Область ИТ Бухгалтерия Маркетинг Маркетинг Маркетинг Доменная структура компании 314 Active Directory: подход профессионала Если вы внимательно читали главу «Планирование Active Director}'*, то, взглянув на структуру, возмутитесь до глубины души. Разве эта структура разрабатывалась с учетом применения групповой полити ки? Да она вообще вся кривая! ОП первого уровня в доменах msk и Siberia организованы по разным принципам. В первом — по органи зационному, во втором — по территориальному Все так, но напом ню, что компания образовалась при слиянии двух других, каждая из которых имела свою структуру ИТ. В Москве две группы администра торов управляют ОП Сбыт и Центр, а в Сибирском отделении имеет ся три региональных центра ИТ. Раз так, то показанная структура как раз отражает административную модель.

Предлагаемый вариант применения политики показан на рисунке.

msk.mycofp.ru Запад \ОГГ1 5г центп Центр Сбыт Москва Область ИТ Бухгалтерия Маркетинг Маркетинг Маркетинг Вариант применения групповой политики Администраторы предприятия размещаются в домене mycorp.ru. Боль ше никаких учетных записей пользователей здесь нет. К этому доме ну должна быть применена специальная «жесткая» политика безопас ности. Именно она реализуется с помощью ОГП1. Этот ОПТ создан в домене mycorp.ru и привязан к нему.

С точки зрения безопасности, домены msk и Siberia равноправны.

Можно было бы создать один ОГП на уровне домена mycorp.ru, а за Групповая_полити1са тем связать его с каждым из дочерних доменов. Но это неверное ре шение, И вот почему: всякий раз при применении правил безопасно сти в дочернем домене будет выполняться доступ к родительскому домену для каждого из объектов, к которому применяется политика.

Это вдвое увеличит загрузку. Кроме того, при отладке правил могут возникнуть затруднения из-за удаленности ОГП, В связи с этим запом ните: доменные политики надо создавать в том домене, к которому* они привязаны. Именно поэтому администраторы создают два совер шенно одинаковых ОГП (ОГШа и ОГП26) в каждом из дочерних до менов и связывают их с ними.

Теперь рассмотрим остальные политики в домене msk.mycorp'.ru.

В соответствии с пожеланиями руководителя службы ИТ ОГП созда ются администраторами предприятия на уровне домена. Далее права по привязке ОГП делегируются службам ИТ, обслуживающим ОП Сбыт и Центр. Здесь предполагаем, что правила одинаковы для всей служ бы сбыта независимо от того, где она находится — в Москве или в области. Иные правила распространяются на ОП Центр, но они так же одинаковы для всех дочерних подразделений.

Сходную картину наблюдаем для домена siberia.mycorp.ru. Вся разни ца в том, что независимо от региона должна применяться единая политика. Можно было бы соответствующий ОГП создать на уровне домена и связать с доменом. Но вспомните: руководитель ИТ службы хочет делегировать право привязки ОГП к ОП локальным админист раторам. Да будет так! ОГП5 создается на уровне домена, а региональ ные администраторы связывают его со своими ОП.

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

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

Поиск и устранение проблем А теперь обратим взгляд на такую животрепещущую тему, как поиск и устранение проблем, связанных с групповой политикой. Правила настолько эффективны, что сложно говорить о проблемах с правила ми, возникшими по вине системы. Как всегда, виноваты мы — админи 316 Active rjirectory: подход профессионала страторы. Первопричина всех проблем — «горе от ума*: либо приду мываются взаимоисключающие правила, либо их набор столь велик и применяются они столь сложно, что результат оказывается совер шенно не тот, которого ждали, либо в процессе создания правил до пущены досадные ошибки — вами или вашим коллегой.

Справедливости ради отмечу, что случаются проблемы, причиной которых являются сбои в Active Director) или файловой системе, Но это скорее исключения, чем правило.

Средства поиска проблем Начнем со знакомства со средствами анализа и управления группо вой политикой. Из тех. с которыми работал я и которые считаются наиболее полезными:

ф GPRESULT — утилита командной строки для анализа результирую щего набора правил на компьютере;

• GPOTOOL — средство проверки ОШ на контроллерах доменов;

+ ADDIAG — инструмент, позволяющий отслеживать статус ПО, ус танавливаемого с помощью групповых правил;

ф SECEDIT — средство конфигурации и анализа политики безопас ности;

ф FAZAM2000 — графическая программа, позволяющая анализиро вать результирующий набор правил и выполнять анализ «что если».

GPRESULT Собирает информацию о правилах, назначаемых для пользователя и компьютера, и о политиках, ставших источником этих правил. У этой утилиты четыре параметра:

+ /v — информация выводится с подробностями;

• /s — информация выводится с «супер»-подробностями;

выводится даже двоичное представление данных;

• /с — выводится информация только о правилах для компьютера;

+ /и — выводится информация о правилах только для пользователя.

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

Чаще всего утилиту сначала запускают без параметров. Анализируя выведенную информацию, оценивают, какие из правил заслуживают более подробного рассмотрения. Например, может быть непонятно, Групповая политика к каким последствиям приводит правило или последовательность сходных правил. Поэтому далее запускают программу с параметром /v. Если некоторые значения в реестре являются двоичными величи нами, то Gpresult запускают с ключом /s.

Разберем пример результата, выводимого утилитой, запущенной с параметром /v.

Начинается вывод информации с сообщения сведений об ОС:

Microsoft (R) Windows (R) 2000 Operating System Group Policy Result tool Copyright (C) Microsoft Corp. 1981- Created on Operating System Information:

Operating System Type: Professional Operating System Version: 5.0. Terminal Server Mode: Not supported Обратите внимание на строку Created on (Создан...)- Заметили зага дочное число 13? Это следствие ошибки в Windows 2000. Если уста новить американские региональные установки, то будет выведена полная дата. Эта ошибка исправлена в Windows XP.

Теперь посмотрите на строку Terminal Server Mode. На клиентах Win dows ХР этот режим поддерживается по умолчанию.

Следующий раздел — предоставление исчерпывающей информации о пользователе, зарегистрированном в данный момент в системе.

О полноте судите сами:

User Group Policy results for:

CN=u2,OU=test,DC=mycorp,DC=ru Domain Name: MYCORP Domain Type: Windows Site Name: Default-First-Site-Name Roaming profile: (None) Local profile: C:\Documents and Settings\u The user is a member of the following security groups:

MYCORP\Domain Users \Everyone BUILTIN\Users \LOCAL NT AUTHORITY\INTERACTIVE NT AUTHORITY\Authenticated Users The user has the following security privileges;

Bypass traverse checking Shut down the system Remove computer from docking station Active Directory: подход профессионала Как видите, профили, членство в группах и привилегии приведены полностью. Список привилегий должен привлечь ваше внимание. Ведь если вы хотели в правилах безопасности указать привилегии для пользователя, они должны быть тут отражены. Если их нет, проверьте:

• не ошиблись ли вы в определении правил;

• когда была применена доменная политика в последний раз (имен но доменная, так как политика безопасности определяется на уров не домена);

• была ли применена компьютерная часть.

Pages:     | 1 |   ...   | 3 | 4 || 6 | 7 |   ...   | 8 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.