GPO вынужденный приоритет
Большой проблемой с копией и вставкой не является отказ эмуляторов терминала; это - привязка клавиш самостоятельно.
Когда ярлыки были изобретены в Mac, Apple добавила новый ключ для них: 'командная клавиша' (также известный как 'нащельная рейка') Это не имеет ASCII эквивалентным.
Несколько лет спустя, когда Microsoft скопировала те же ярлыки, клавиатуры компьютера не имели никаких 'окон' или ключей 'меню', таким образом, они пошли с еще небольшим используемым ключом, Вы могли держаться одинаковых взглядов со своим мизинцем: клавиша Ctrl. Проблема, тот Ctrl-C, Ctrl-V, и т.д. действительные коды ASCII, и в большой степени используемый на интерфейсах командной строки.
Так, при нажатии Ctrl-C в Windows ternimal он должен скопировать текст или повредить рабочую команду?
Я писал об этом здесь: http://myotherpcisacloud.com /post/2012/08/14/GPO-Application-Precedence-Just-Because-You-Can-Edition.aspx
TL;DR - Победит верхний или родительский объект групповой политики, который также применяется.
От Microsoft :
Вы можете указать, что настройки в ссылке GPO должны иметь приоритет над настройками любого дочернего объекта, установив эту ссылку на Принудительно. Принудительные GPO-ссылки не могут быть заблокированы родительский контейнер. Без принудительного исполнения сверху настройки Ссылки GPO на более высоком уровне (родительском) перезаписываются настройками в Объекты групповой политики, связанные с дочерними организационными подразделениями, если они содержат конфликтующие настройки. При принудительном применении ссылка на родительский объект групповой политики всегда имеет приоритет. По умолчанию ссылки GPO не применяются.
EDIT:
См. Также здесь: GPO предоставляет неожиданное значение
Там конкретно указано:
Параметр Enforce является свойством связи между контейнер Active Directory и объект групповой политики. Он используется для принудительного применения этого объекта групповой политики ко всем объектам Active Directory в контейнере, независимо от того, насколько глубоко они вложены. Принудительные параметры в объекте групповой политики имеют приоритет над другими параметрами, которые будут иметь преимущественную силу, поскольку они применяются позже. Если есть конфликтующие параметры в объектах групповой политики, которые принудительно применяются на двух уровнях иерархии, предпочтение отдается параметру, установленному наиболее удаленно от клиента. Это изменение обычного правила , в котором будет преобладать установка из ближайшего связанного объекта групповой политики.
Райан (и I: P) ответили на вопрос о том, как обрабатываются 2 или более принудительных объекта групповой политики, но я хотел уточнить, что хотя GPO3, связанный с сайтом, «выиграет», последовательность OP о том, как они применяются, неверно.
ОП заявляет:
Теперь я понимаю, что они будут применяться в этом порядке, начиная с первым применить к последнему применить (таким образом, тот, у кого больше всего
GP01 -> GP04 -> GP05 -> GP02 -> GP03 (meaning 3 has the final say on any duplicates)
Помня, что:
Что касается самой последовательности (включая принудительное исполнение, но в частности порядок последовательности, на который смотрят объекты групповой политики при обработке):
GPO3 (с любым из его настройки принудительно применяются и имеют приоритет с этого момента)
->
GPO1 или GPO2 (в зависимости от порядка соединения на уровне домена этих 2, с принудительным применением GPO2, кроме тех случаев, когда настройки GPO3 имеют преимущественную силу, поскольку применяется GPO3 на уровне сайта)
->
GPO4 или GPO5 (в зависимости от порядка соединения на уровне OU этих 2, с принудительным применением GPO5, кроме случаев, когда настройки GPO2 или GPO3 имеют преимущественную силу)