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

1. При непосредственной привязке PSO к объекту пользователя применяется данная политика.

2. При привязке к объекту пользователя сразу нескольких политик будет применена политика с наименьшим значением атрибута очередности (был рассмотрен выше).

3. Если несколько PSO имеют одно и то же значение атрибута очередности, выбирается объект с наименьшим идентификатором objectGUID.

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

Если же к объекту пользователя не привязано ни одного PSO, будет применена политика паролей для домена. Для определения примененного к пользователю PSO администраторы могут использовать атрибут msDS-ResultantPSO, который содержит DN имя PSO.

Возможно, администраторам будет полезна также утилита командной строки, написанная Джо Ричардсом, для создания и привязки PSO. Она называется PSOMgr.exe, найти ее можно на сайте Джо – www.joeware.net.

Групповые политики в Windows Server 2008

Не секрет, что групповые политики в рамках домена дают возможность администратору централизованно создавать рабочее окружение для пользователей. Windows Vista – расширенный набор групповых политик. Несмотря на это, данное нововведение было бесполезно для использования в домене, так как Windows Server 2003 не имел возможности управления новыми политиками. Такой механизм появился с выходом Server 2008.

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