Владение TPM для Windows 8.1 на схеме Server 2008 R2 – не спецификация?

В моей организации работает AD DS на схеме Server 2008 R2. Я уже плохо знаю, но давайте притворимся, что это невозможно изменить. В нашей политике домена по умолчанию у нас есть следующий параметр, разрешающий требовать резервное копирование hashей значений авторизации владельца TPM:

Computer Settings\Policies\Administrative Templates\System\Trusted Platform Module Services\Turn on TPM backup to Active Directory Domain Services 

В результате, когда я пытаюсь зашифровать связанную с AD машину Windows 8 Enterprise с помощью BitLocker, она терпит неудачу, поскольку Windows 8 пытается save хеш авторизации TPM в качестве дочернего objectа (с типом ms-TPM-OwnershipInformation ) компьютерного objectа, в то time как схема Server 2008 R2 требует сохранения этой информации как атрибута (в частности, msTPM-OwnerInformation ) objectа компьютера. Это прекрасно и денди – на самом деле, в статье TechNet четко указано, что это поведение является преднамеренным, и решение заkeyается в обновлении схемы Server 2012. Круто.

Бит, который касается меня, заkeyается в том, что когда я пытаюсь зашифровать машину Windows 8.1 Enterprise с привязкой к AD, она преуспевает в этих же обстоятельствах. Однако, несмотря на настройку политики, требующую резервного копирования TPM, она просто не возникает – она ​​не сохраняется в атрибуте компьютера и не создается в качестве дочернего objectа к компьютеру.

• Windows 8.1 теряет connection с сетевым ресурсом
• Настроить определенную тему для всей сети с использованием objectа групповой политики
• Скрытие активной учетной записи администратора в Windows 8
• Как find минимальные предварительные условия на апрель 2017 года KB4015550 Обновление Windows 8.1?
• Управление serverом Hyper-V из Windows 8.1

Я не смог find документацию, которая указывала бы, что Windows 8.1 ведет себя по-другому, чем Windows 8 по этому вопросу. Поскольку основная date окончания поддержки для Server 2008 R2 не будет до 01/13/14, я бы не ожидал, что Microsoft намеренно реализовала то, что я описал. Может ли это быть непреднамеренным поведением? Если да, то как лучше всего решить вопрос с Microsoft?

 manage-bde -protectors -get c: 

 manage-bde -protectors -adbackup c: -id {<guid>}