Устранение неполадок групповой политики (Часть II)

postimages/2/3904/full/989024.jpg

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

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

    Стадия предварительной обработки групповой политики
    Обработка экземпляра групповой политики начинается со стадии предварительной обработки. На этой начальной стадии служба групповой политики собирает всю необходимую информацию. Сбор информации осуществляется путем выполнения программных сценариев (представляющих собой последовательность определенных процессов), которые выполняются на каждой из трех стадий обработки групповой политики. Стадия предварительной обработки состоит из следующих сценариев:
  • Начало обработки политики
  • Сбор информации об учетной записи
  • Определение контроллера домена
  • Определение роли компьютера
  • Определение участника безопасности
  • Определение режима обработки замыкания на себя
  • Определение объектов групповой политики
  • Определение медленных подключений
  • Определение несистемных расширений групповой политики
  • Сценарий «Начало обработки политики»

    Windows Vista создает экземпляр обработки групповой политики во время загрузки операционной системы, во время входа пользователя в систему, во время периодических или ручных обновлений групповой политики, а также при изменениях сетевых интерфейсов. Создание каждого экземпляра групповой политики начинается с события запуска – события с уровнем Сведения и кодом из диапазона 4000-4007. В следующей таблице перечислены различные типы событий запуска групповой политики.

  • [img]\images\news\grouppol\pic2-01.jpg[/img]

    События с кодами из диапазона 4000-4007 регистрируются в операционном журнале групповой политики при создании экземпляра групповой политики. Эти события содержат идентификатор операции ActivityID, который идентифицирует экземпляр обработки групповой политики. Ниже приведены примеры сценария начала обработки политики.

    [img]\images\news\grouppol\pic2-02.jpg[/img]

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

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

    [img]\images\news\grouppol\pic2-03.jpg[/img]

    Код события 4017: Начало системного вызова
    Это событие регистрируется службой групповой политики перед выполнением системного вызова. Часто служба групповой политики использует различные функции Windows для сбора информации, необходимой для обработки групповой политики. Когда один компонент Windows обращается к другому компоненту Windows для выполнения определенной задачи и получения информации, это называется системным вызовом. Служба групповой политики выполняет системные вызовы на всем протяжении работы экземпляра обработки групповой политики, поэтому многократное появление этого события в операционном журнале групповой политики является нормальным явлением.

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

    [img]\images\news\grouppol\pic2-04.jpg[/img]

    Сценарий «Определение контроллера домена»
    Поскольку служба групповой политики работает с объектами групповой политики Active Directory, ей необходимо выполнить обнаружение контроллера домена.

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

    [img]\images\news\grouppol\pic2-05.jpg[/img]

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

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

    [img]\images\news\grouppol\pic2-06.jpg[/img]

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

    [img]\images\news\grouppol\pic2-07.jpg[/img]

    Сценарий «Определение роли компьютера»
    В этом сценарии служба групповой политики определяет роль компьютера, на основании чего определяется информация о том, является ли компьютер:
  • изолированной рабочей станцией или изолированным сервером;
  • членом домена, поддерживающим службы каталогов;
  • контроллером домена;
  • членом домена, не поддерживающим службы каталогов.

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

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

  • [img]\images\news\grouppol\pic2-08.jpg[/img]

    Сценарий «Определение участника безопасности»
    Групповая политика может применяться к компьютерам и к пользователям. В качестве объекта применения групповой политики система безопасности Windows определяет либо пользователя, либо компьютер. Для применения правильных параметров служба групповой политики должна знать, является ли участник безопасности пользователем, или же он является компьютером.

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

    [img]\images\news\grouppol\pic2-09.jpg[/img]

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

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

  • [img]\images\news\grouppol\pic2-10.jpg[/img]

    Сценарий «Определение режима обработки замыкания на себя»
    Обработка групповой политики в режиме замыкания на себя изменяет способ применения политик пользователя. При обычной обработке политик пользователя считываются параметры объектов GPO, областью действия которых является пользователь. При обработке групповой политики в режиме замыкания на себя параметры пользователя, областью действия которых является пользователь, объединяются (режим объединения) либо замещаются (режим замены) параметрами пользователя, областью действия которых является компьютер.

    Код события 5311: Определение режима обработки замыкания на себя
    После попытки определения режима обработки замыкания на себя регистрируется одно из трех событий.

    [img]\images\news\grouppol\pic2-11.jpg[/img]

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

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

  • [img]\images\news\grouppol\pic2-12.jpg[/img]

    Сценарий «Определение объектов групповой политики»
    Служба групповой политики определяет список объектов GPO, применяемых к компьютеру или пользователю. После того, как список объектов GPO определен, служба групповой политики проверяет доступность каждого объекта, считывая файл gpt.ini, расположенный в системном разделе ранее определенного контроллера домена. В результате этой проверки в операционном журнале групповой политики регистрируется ряд событий начала и завершения системных вызовов (событий трассировки), в процессе которых считываются файлы gpt.ini. Событие начала системного вызова имеет код 4017. В зависимости от результата чтения файла gpt.ini, для каждого события начала системного вызова регистрируется одно из трех событий завершения соответствующего системного вызова. Эти события перечислены в следующей таблице.

    [img]\images\news\grouppol\pic2-13.jpg[/img]

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

    Код события 5312: Определение списка примененных объектов групповой политики
    После проверки файлов gpt.ini каждого объекта GPO регистрируется одно из трех событий, перечисленных в следующей таблице. Событие с кодом 5312 содержит имена объектов GPO, применяемых к компьютеру или пользователю.

    [img]\images\news\grouppol\pic2-14.jpg[/img]

    В процессе дальнейшего выполнения сценария регистрируется событие определения списка отфильтрованных объектов GPO.

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

    [img]\images\news\grouppol\pic2-15.jpg[/img]

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

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

    Код события 5327: Оценка пропускной способности подключения
    По завершении оценки пропускной способности сетевого подключения регистрируется одно из трех событий, перечисленных в следующей таблице.

    [img]\images\news\grouppol\pic2-16.jpg[/img]

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

    Код события 5314: Информация о состоянии сетевого подключения
    По завершении оценки пропускной способности сетевого подключения регистрируется одно из трех событий, перечисленных в следующей таблице. События с кодами 5314 и 6314 содержат следующую информацию:
  • Статус подключения (быстрое или медленное).
  • Скорость подключения, выраженная в килобитах в секунду.
    <li>Пороговое значение пропускной способности, соответствующее медленному подключению, также выраженное в килобитах в секунду.

  • [img]\images\news\grouppol\pic2-17.jpg[/img]

    Сценарий «Определение несистемных расширений групповой политики»
    Служба групповой политики работает в связке с остальными компонентами ОС Windows Vista как часть хост-процесса общих служб. Такой режим работы служб повышает их быстродействие. Однако сторонние разработчики могут расширять функционал групповой политики, предоставляя дополнительные расширения, которые обрабатываются во время обработки групповой политики. Служба групповой политики обнаруживает такие несистемные расширения на стадии предварительной обработки групповой политики. В случае обнаружения несистемных расширений служба групповой политики изменяет свои настройки и работает в составе хост-процесса отдельной службы. Такой режим работы также известен как изолированный режим.

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

    Код события 5320: Оперативные сведения
    В операционном журнале групповой политики регистрируются события, содержащие дополнительную информацию о работе службы групповой политики. Данные события не являются специфичными для какой-либо определенной стадии или сценария обработки групповой политики. События, перечисленные в следующей таблице, могут содержать различную информацию.

    [img]\images\news\grouppol\pic2-18.jpg[/img]

    Стадия обработки групповой политики
    На стадии предварительной обработки групповой политики собирается информация, необходимая для дальнейшей обработки параметров объектов GPO. Следующим этапом является стадия непосредственной обработки групповой политики. На стадии обработки служба групповой политики использует всю информацию, полученную на предыдущей стадии, и применяет все параметры групповой политики. В процессе применения параметров объектов GPO полученная информация передается каждому системному и несистемному клиентскому расширению групповой политики (Client-side Extension, CSE). Стадия обработки групповой политики начинается с регистрации начала обработки клиентского расширения.

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

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

    [img]\images\news\grouppol\pic2-19.jpg[/img]

    Стадия пост-обработки групповой политики
    Обработка экземпляра групповой политики завершается на стадии пост-обработки. На этой стадии служба групповой политики регистрирует единственное событие – событие завершения обработки групповой политики.

    Код события 8000: Завершение обработки групповой политики
    События с кодами из интервала 8000-8007 означают успешное завершение обработки групповой политики на компьютере. Каждое из этих событий означает успешное завершение определенной части процесса обработки групповой политики.

    [img]\images\news\grouppol\pic2-20.jpg[/img]

    Для каждого из вышеперечисленных событий имеются соответствующие события с уровнями Предупреждение и Ошибка. Коды этих событий формируются в соответствии с шаблоном, описанным выше в этом документе. Код соответствующего события с уровнем Предупреждение начинается с цифры 6, код события с уровнем Ошибка начинается с цифры 7. Последние три цифры кодов этих событий совпадают с цифрами кода события об успешном завершении. Точно также, три последних цифры кодов событий завершения обработки групповой политики совпадают с цифрами кодов событий начала обработки групповой политики. Например, если было зарегистрировано событие начала обработки групповой политики с кодом 4003, то при успешном завершении обработки экземпляра групповой политики будет зарегистрировано событие с кодом 8003. Если в процессе обработки групповой политики возникнут ошибки или же обработка не будет завершена, то будут зарегистрированы события с кодами 6003 и 7003 соответственно. Ниже приведен пример события успешного завершения обработки групповой политики.

    [img]\images\news\grouppol\pic2-21.jpg[/img]

    Краткое заключение относительно процесса обработки групповой политики

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

    Часть 1 | Часть 2 | Часть 3 | Часть 4
    • 17 июля 2007, 14:31
    • Ferret
    • просмотров: ~2156
    • рейтинг: ?

    Комментарии (1)

    Вы - anonymous, войти ?

    можно использовать bbcode-теги
    [b]жирный текст[/b]
    [i]курсив[/i]
    [u]underline[/u]
    [s]зачеркнутый текст[/s]
    [size=20px]размер шрифта[/size]
    всякие изменения текста
    [left][/left]
    [right][/right]
    [center][/center]
    позиционирование элементов: картинки, текст и т.д
    [url][/url]
    [email][/email]
    внутри тега [url] помещайте ссылки, а внутри [email] адрес электронной почты;
    так же [url] можно использовать в виде:
    [url=http://example.com]пример[/url],
    [url=http://test.ru][img]http://flickr.com/givemeimg.png[/img][/url]
    [code][/code]
    [quote][/quote]
    внутри тега [code] можно помещать программный код (подстветка попытается включиться автоматически); для выделения цитат используйте [quote]
    также можно напрямую указать язык [code=cpp]int i;[/code]
    [list][/list]
    создаем списки, каждый элемент пишется после [*].

    Можно указывать маркер - [list=marker].
    возможные маркеры 1(decimal), i(lower-roman), I(upper-roman), a(lower-alpha), A(upper-alpha). Примеры:

    [list][*]1 элемент[*]2 элемент[*]3 элемент[/list]
    [list=1][*]1 элемент[*]2 элемент[*]3 элемент[/list]
    [list=A][*]1 элемент[*]2 элемент[*]3 элемент[/list]
    [table][/table]
    оформляем таблицу, используя внутренние теги [tr] и [td].
    [tr] - строка, [td] - поле в строке,
    [table=100%] - можно задавать ширину в процентах, по-умолчанию ширина 100%
    [td=2] - можно задавать сколько столбцов входит в это поле. Пример:

    [table=50%][tr][td]столбец 1[/td][td]столбец 2[/td][/tr][tr][td]значение 1[/td][td]значение 2[/td][/tr][tr][td=2]сразу 2 столбца[/td][/tr][/table]
    [img][/img]
    тег для вставки фото или картинок, мы любим картинки. Примеры использования:

    [img]http://ya.ru/logo.png[/img],
    [img=100x100px]http://ya.ru/logo.png[/img]
    [img=fullimg.url]thumbimg.url[/img],
    Пожалуйста загружайте картинки на наш сайт, либо вставляйте с бекбоновских ресурсов.
    [video][/video]
    Проигрывает видео, внутрь вставляем ссылки на видео, поддерживается Play.Ykt.Ru(нужно вставить ссылку на страницу с видео) и tv.ykt.ru(нужно вставить ссылку на адрес файла)