Чому gpedit та відповідні записи реєстру не синхронізуються?


11

Я в Windows 10 Pro. Я помітив, що коли я застосовую деякі політики через gpedit, відповідні записи створюються в реєстрі. Якщо я скасую, записи також видаляються з реєстру.

Тож я очікував, що це буде працювати навпаки, але якщо я вручну встановити ту саму політику через реєстр, відповідні записи gpedit все ще відображаються як "не налаштовані".

Я щось пропускаю? чи політика gpedit щось більше, ніж запис реєстру? так ... де вони зберігаються?

Відповіді:


12

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

Налаштування політики локальної групової політики (на яку я вважаю, на яку ви посилаєтесь у своїй публікації) зберігаються у registry.polфайлах, розташованих у C:\Windows\system32\GroupPolicy. Ці файли перезаписують відповідні ключі в реєстрі щоразу, коли система виконує оновлення групової політики. Редактор ніколи насправді не читає реєстр, щоб побачити, які параметри він містить.

Оновлення групової політики спрацьовує кожного разу, коли відбувається одна з наступних подій:

  • З регулярним плановим інтервалом оновлення (за замовчуванням кожні 90 хвилин)
  • Подія входу користувача або вихід із системи (лише для політики користувачів)
  • Перезавантаження комп'ютера (лише для комп'ютерної політики)
  • Оновити вручну оновлення через gpupdate
  • Команда оновлення політики, видана адміністратором від контролера домену (якщо комп'ютер приєднаний до домену).

Важливо пам’ятати, що якщо до комп'ютера приєднано домен, доменні політики застосовуватимуться після обробки файлів політик локальної групової політики (це означає, що деякі параметри можуть бути перезаписані політикою домену). Ви не зможете побачити політику домену в редакторі локальної групової політики.


Гарний пробіг (+1). Я лише додаю, що gpupdate /forceіноді може працювати надійніше.
dxiv

3
@dxiv; Це відбувається тому, що система кешує політику та намагається застосувати лише налаштування, які були змінені з моменту останнього оновлення. / force змушує повторно застосувати всі налаштування. Це здається більш надійним, оскільки ви зазвичай робите gpupdate лише тоді, коли у вас є проблеми, і ця проблема, як правило, тому, що кеш поганий :-)
Wes Sayeed

9

Це працює так з трьох причин:

  • Групова політика розроблена з урахуванням "натискання" контролера домену Active Directory. Машини не призначені для управління політикою назад до контролера домену.

  • Поняття політики та Active Directory було розроблено в той час, коли комутовані комунікації були дуже поширеними, а широкосмугового зв'язку не було. Для змін у реєстрі віддзеркалення до контролера домену в цій ситуації, ймовірно, потребує дуже обмеженої пропускної здатності, і ситуації, коли системи лише час від часу спілкуються з контролером домену через сеанси комутованого доступу, і тут не було нечуваного в NT4 дні я вірю.

  • Ви, мабуть, помітили, що в багатьох полісах є налаштування "Не налаштовано", "Увімкнено" або "Не вимкнено". У груповій політиці встановлено параметр "Не налаштовано", щоб дозволити місцевим налаштуванням не торкатися політики. Це спеціально означає, що ви, програма чи місцевий адміністратор можете змінити відповідні записи реєстру, і політика не змінить їх. Можливо, ви не хочете контролювати кожен аспект системи за допомогою політики.

Тож локальний реєстр та групова політика не синхронізуються із машиною-> AD за дизайном. Політика локальної групи gpedit.mscпрацює так само, хоча вона не синхронізується з будь-яким контролером домену.


2
Я думаю, що ваш другий пункт, хоча це технічно правильно, полягає в мінімальному значенні. Домени AD та Windows взагалі ніколи не передбачалися для використання на комутованих лініях, в першу чергу, тільки в локальних мережах. Ваші інші пункти, однак, плямисті.
Джеймі Ханрахан

Я просто згадую, що ви можете або можете вказати "SMTP" як протокол десь для синхронізації AD ...
LawrenceC

SMTP? Простий протокол передачі пошти ? Це шар перевезення пошти, він не має нічого спільного з комутацією та локальною мережею. це, мабуть, було щось інше. SLIP чи PPP, можливо?
Джеймі Ханрахан

1
Це те, про що я мав на увазі: technet.microsoft.com/en-us/library/cc961766.aspx
LawrenceC

Але це не визначає набір даних, а лише протокол рівня додатків, який використовується для того, що забезпечує ваш IP-зв’язок. "Протокол реплікації, який використовується реплікацією Active Directory через IP-транспорт" - бачите, це не власний IP-провайдер. Для комутованого з'єднання, яке було б PPP або SLIP.
Джеймі Ханрахан
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.