не удается активировать windows 7 через kms

Как исправить ошибки активации KMS в Windows 7

Последние обновления Windows 7, включая KB4480970, принесли довольно длинный список ошибок. Вот некоторые из наиболее частых проблем, о которых сообщают пользователи: сетевой диск не работает, общий доступ к SMBv2 часто перестает работать, формат базы данных не распознается и т. Д. Если вы заинтересованы, вы можете прочитать этот отчет, чтобы узнать больше об этих проблемах.

Помимо ошибок, перечисленных в нашем предыдущем отчете, последние пользовательские отчеты подтверждают, что ошибки активации KMS также растут. В результате мы составили этот список потенциальных решений для исправления этих ошибок.

Как исправить ошибки активации Windows 7 KMS?

Способ 1: настройка программного обеспечения защиты настроек платформы

Способ 2. Используйте ключ продукта MAK

Если сервер KMS недоступен, вместо него можно использовать ключ MAK.

Способ 3. Настройка хост-сервера KMS

Ошибки активации KMS часто возникают из-за того, что у ваших клиентов нет действующего сервера KMS для активации. В этом случае вам необходимо установить и активировать сервер KMS. После того, как вы настроили компьютер для размещения программного обеспечения KMS, вы можете опубликовать настройки системы доменных имен (DNS).

Для получения подробной информации о последующих действиях вы можете посетить следующие страницы поддержки Microsoft:

Способ 4. Создание записи KMS SRV на сервере MS DNS

Вот что вы можете сделать, если ваш клиент не может найти узел KMS в сети:

Для пошагового руководства перейдите на страницу поддержки Microsoft.

Кроме того, вы также можете назначить сервер KMS вручную. Если это действие не помогло, вы можете автоматически публиковать KMS в нескольких доменах DNS.

Источник

Слетела активация Windows 7 и не активируется

Всем привет! В общем, столкнулся с такой проблемой что активация Windows 7 x64 Максимальная слетела к чертям. Вчера ещё всё было нормально. Ещё вчера в игры играл, видео смотрел в ВК сидел, а сегодня проснулся, запускаю а мне на рабочем столе написано:

«Ваша копия Windows не является подлинной Сборка 7601.»

Я полез в гугл искать решение проблемы, и вычитал что нужно удалить обновление KB971033, что я и сделал, однако уже после повторного перезапуска теперь тупо чёрный экран всё с тем же сообщением, вылазит окно активации Windows, где предлагают купить ключ, которое можно закрыть но спустя минут 30 оно заново вылазит.

Далее, я зашёл в Свойства компьютера и там, в поле Активация Windows написано, что:

Состояние: Недоступно
Код продукта: Нет данных

Я пробовал активировать Windows через несколько разных активаторов: Windows Loadder 2.2.2, KMSAuto Pro, KMSAuto Net Portable и Windows 7 loadder eXtreme Edition v3.5, но последние три никак не активируют Windows, а первый и второй пишут что Серийный ключ не был успешно установлен. Я пробовал серийный ключ вводить в поле активации Windows, ну в то окно которое вылазит и требует активировать Windows, но как только активация доходит до половины то сразу выкидывает ошибку: «Произошла ошибка при попытке активировать Windows 7» с кодом 0xd000006.

Далее я запустил Everest Ultimate Edition, чтобы проверить там активацию, но там пишет что: Активация продукта (WMA) не поддерживается. Посему я решил обратиться сюда к вам, может кто знает чем эту проблему можно решить и активировать Windows 7 обратно? Конечно, игры, видео, музыка и всё прочее работают нормально, но всё таки хотелось бы полную активированную версию Windows, а также хотелось бы избавиться от этой проблемы. И да, все обновления Windows у меня отключены. На вирусы проверял через Eset Nod 64 и их тупо нет. Посему, если кто знает как решить данную проблему то отпишитесь. Очень нужна ваша помощь!

И да, Windows пиратка. Скачал ещё когда-то, году этак в 2015 или 2016, точно не помню. Никогда раньше такой проблемы с активацией не было.

Источник

Активация KMS: известные проблемы

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

Если вы подозреваете, что ваша проблема связана с DNS, ознакомьтесь с разделом Общие процедуры устранения неполадок с KMS и DNS.

Следует ли выполнять резервное копирование данных узла KMS?

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

Если вы используете System Center Operations Manager, то в базе данных хранилища данных System Center хранятся данные журнала событий для создания отчетов, поэтому нет необходимости в отдельном резервном копировании журналов событий.

Активирован ли клиентский компьютер KMS?

На клиентском компьютере KMS откройте панель управления Система и найдите сообщение Активация Windows выполнена. Кроме того, можно запустить Slmgr.vbs и указать параметр командной строки /dli.

Клиентский компьютер KMS не активируется

Проверьте, не достигнут ли порог активаций KMS. На главном компьютере KMS выполните Slmgr.vbs и укажите параметр командной строки /dli, чтобы узнать текущее число клиентов этого узла. Если к узлу KMS не подключены как минимум 25 клиентов, то клиентские компьютеры Windows 7 активировать невозможно. Для активации клиентов KMS на платформе Windows Server 2008 R2 требуется, чтобы у узла KMS было не менее 5 клиентов. Дополнительные сведения о требованиях к KMS см. в руководстве по планированию активации корпоративных лицензий.

На клиентском компьютере KMS в журнале событий приложений найдите идентификатор события 12289. Проверьте это событие на наличие следующих сведений.

На главном компьютере KMS в журнале событий KMS найдите идентификатор события 12290. Проверьте это событие на наличие следующих сведений.

Что означает этот код ошибки?

За исключением событий KMS с идентификатором 12290, Windows регистрирует все события активации в журнале событий приложений под именем поставщика событий Microsoft-Windows-Security-SPP. Windows регистрирует события KMS в журнале службы управления ключами, который хранится в папке «Приложения и службы». ИТ-специалисты могут запустить Slui.exe, чтобы отобразить описание большинства кодов ошибок, связанных с активацией. Общий синтаксис этой команды выглядит следующим образом.

Например, если событие с идентификатором 12293 содержит код ошибки 0x8007267C, можно отобразить описание этой ошибки, выполнив следующую команду.

Дополнительные сведения о конкретных кодах ошибок и способах их устранения см. в разделе Устранение ошибок активации.

Клиенты не добавляются к счетчику KMS

Чтобы сбросить идентификатор клиентского компьютера (идентификатор CMID) и другие сведения об активации продукта, выполните команду sysprep /generalize или slmgr /rearm. В противном случае каждый клиентский компьютер выглядит одинаково и узел KMS не учитывает их как отдельные клиенты KMS.

Узлам KMS не удается создавать записи SRV

Служба доменных имен (DNS) может ограничивать доступ на запись или не поддерживает динамическую службу доменных имен (DDNS). В этом случае предоставьте узлу KMS доступ на запись к базе данных DNS или создайте запись ресурса (RR) службы (SRV) вручную. Дополнительные сведения о проблемах с KMS и DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.

Только первый узел KMS может создавать записи SRV

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

Мной установлен ключ KMS на клиенте KMS

Произошел сбой узла KMS

В случае сбоя узла KMS необходимо установить ключ узла KMS на новом узле, а затем активировать этот узел. Убедитесь, что для нового узла KMS в базе данных DNS имеется запись ресурса SRV. Если вы устанавливаете новый узел KMS, используя те же имя компьютера и IP-адрес, что и у неисправного узла KMS, то новый узел KMS может использовать запись SRV DNS неисправного узла. Если новый узел имеет другое имя компьютера, то можно вручную удалить запись ресурса SRV DNS неисправного узла или (если в DNS включена очистка) разрешить службе DNS удалить ее автоматически. Если сеть использует DDNS, то новый узел KMS автоматически создаст на DNS-сервере новую запись ресурса SRV. Затем, как только будет соблюден порог активации KMS, новый узел KMS начнет сбор запросов на возобновление работы клиентов и перейдет к их активации.

Источник

Рекомендации по устранению неполадок службы управления ключами (KMS)

В процессе развертывания многие корпоративные клиенты настраивают службу управления ключами (KMS), чтобы включить активацию Windows в своей среде. Это простой процесс настройки узла KMS, после завершения которого клиенты KMS обнаруживают узел и пытаются выполнить активацию самостоятельно. Но что произойдет, если этот процесс не заработает? Что делать дальше? В этой статье описываются ресурсы, необходимые для устранения проблемы. Дополнительные сведения о записях журнала событий и сценарии Slmgr.vbs см. в техническом справочнике по активации корпоративных лицензий.

Общие сведения о KMS

Начнем с быстрого повторения материала об активации KMS. Служба KMS использует модель «клиент — сервер». По сути, она напоминает DHCP. Вместо передачи IP-адресов клиентам по их запросу KMS обеспечивает активацию продукта. Служба KMS также использует модель продления, в которой клиенты пытаются выполнить повторную активацию через равные промежутки времени. Существуют две роли: узел KMS и клиент KMS.

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

Узел KMS

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

Сценарий Slmgr.vbs и служба лицензий на программное обеспечение

Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.

Ниже приведены наиболее важные поля для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.

Сведения о версии. В верхней части файла выходных данных slmgr.vbs/dlv указана версия службы лицензий на программное обеспечение. Она может быть полезна для того, чтобы узнать, установлена ли актуальная версия службы. Например, обновления для службы KMS в Windows Server 2003 поддерживают разные ключи узла KMS. Эти данные можно использовать, чтобы оценить, является ли версия актуальной и поддерживает ли она ключ узла KMS, который вы пытаетесь установить. Дополнительные сведения об этих обновлениях см. в разделе Обновление для Windows Vista и Windows Server 2008 для KMS-активации расширения поддержки для Windows 7 и Windows Server 2008 R2.

Имя. Указывает выпуск Windows, установленный в системе узла KMS. Это может быть важно для устранения проблем с добавлением или изменением ключа узла KMS (например, чтобы убедиться, что этот ключ поддерживается в текущем выпуске ОС).

Описание. Здесь отображается установленный ключ. Используйте это поле, чтобы проверить, какой ключ использован для активации службы и подходит ли он для развернутых клиентов KMS.

License Status (Состояние лицензии). Это состояние системы узла KMS. Значение должно быть Лицензировано. Любое другое значение означает, что произошла ошибка и может потребоваться повторная активация узла.

Current Count (Текущее количество). Отображаемое число будет находиться в диапазоне от 0 до 50. Счетчик является накопительным для нескольких операционных систем. Он указывает количество допустимых систем, которые выполняли попытки активации в течение 30-дневного периода.

Если число равно 0, то либо служба была активирована только недавно, либо нет допустимых клиентов, подключенных к узлу KMS.

Значение счетчика не будет превышать 50, независимо от того, сколько допустимых систем имеется в среде. Это обусловлено тем, что задано кэширование только удвоенного максимального числа клиентов согласно политике максимального числа лицензий, возвращаемой клиентом KMS. Политика максимального числа лицензий на сегодняшний день задается клиентской ОС Windows, и для активации узла KMS требуется не менее 25 клиентов. Таким образом, максимальное число клиентов на узле KMS составляет 2×25, то есть 50. Обратите внимание на то, что в средах, содержащих только клиенты KMS для Windows Server, максимальное число клиентов на узле KMS составит 10. Это обусловлено тем, что порог для выпусков Windows Server равен 5 (а 2×5 равно 10).

Распространенная проблема, связанная с числом клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает единицу. Основная проблема заключается в том, что развернутый образ клиента настроен неправильно (sysprep /generalize) и в системах нет уникальных идентификаторов клиентского компьютера (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети. Один из наших инженеров по эскалации технических проблем также описал эту проблему в блоге: KMS Host Client Count not Increasing Due to Duplicate CMID’S (Число клиентов KMS не увеличивается из-за одинаковых CMID).

Еще одна причина, по которой число может не увеличиться, заключается в том, что в среде слишком много узлов KMS, и количество клиентов распределено по всем ним.

Listening on Port (Ожидание передачи данных через порт). Для обмена данными с KMS используется анонимный RPC. По умолчанию клиенты используют TCP-порт 1688 для подключения к узлу KMS. Убедитесь, что этот порт открыт между клиентами KMS и узлом KMS. Вы можете изменить или настроить порт на узле KMS. Во время обмена данными узел KMS отправляет значение порта клиентам KMS. Если вы измените порт на клиенте KMS, то при подключении клиента к узлу значение порта будет перезаписано.

Нас часто спрашивают о разделе «Cumulative requests» (Совокупные запросы) в выходных данных slmgr.vbs /dlv. Обычно эти данные не помогают в устранении неполадок. Узел KMS хранит текущую запись состояния каждого клиента KMS, который пытается выполнить активацию или повторную активацию. Неудачные запросы указывают на клиенты KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS для Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS для Windows Vista, то активация завершится ошибкой. В строках «Requests with License Status» (Запросы с состоянием лицензии) описаны все возможные состояния лицензии: прошлые и текущее. С точки зрения устранения неполадок эти данные важны, только если это число не увеличивается должным образом. В этом случае должно расти число неудачных запросов. Это означает, что следует проверить ключ продукта, который был использован для активации системы узла KMS. Кроме того, обратите внимание на то, что значения совокупных запросов сбрасываются только при переустановке системы узла KMS.

Полезные события узла KMS

Идентификатор события 12290

Узел KMS регистрирует событие с идентификатором 12290, когда клиент KMS обращается к узлу для активации. Событие с идентификатором 12290 содержит значительный объем информации, которую можно использовать, чтобы выяснить, какого типа клиент обращался к узлу и почему произошла ошибка. Приведенный ниже сегмент записи события с идентификатором 12290 взят из журнала событий службы управления ключами узла KMS.

Описание события содержит следующие сведения.

Если при устранении неполадок с клиентом не удается обнаружить на узле KMS соответствующее событие с идентификатором 12290, то клиент не подключается к узлу KMS. Ниже приведены некоторые причины, по которым может отсутствовать запись события с идентификатором 12290.

Клиенты KMS регистрируют два соответствующих события — с идентификаторами 12288 и 12289. Дополнительные сведения об этих событиях см. в разделе Клиент KMS.

Идентификатор события 12293

Еще одно значимое событие, которое следует искать на узле KMS, — событие с идентификатором 12293. Это событие означает, что узел не опубликовал необходимые записи в DNS. Эта ситуация вызывает сбои, и ее наличие необходимо проверить после установки узла и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.

Клиент KMS

На клиентах для устранения неполадок активации используются одни и те же инструменты (Slmgr и Просмотр событий).

Сценарий Slmgr.vbs и служба лицензий на программное обеспечение

Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.

Ниже приведен список наиболее важных полей для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.

Полезные события клиента KMS

Идентификаторы событий 12288 и 12289

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

Если отображается только событие с идентификатором 12288 (без соответствующего события с идентификатором 12289), это означает, что клиенту KMS не удалось подключиться к узлу KMS, узел KMS не ответил или клиент не получил ответ. В этом случае убедитесь, что узел KMS доступен для обнаружения и что клиенты KMS могут с ним связаться.

Наиболее важная информация в событии с идентификатором 12288 — это данные в разделе «Info» (Информация). Например, в этом разделе показано текущее состояние клиента, а также полное доменное имя и TCP-порт, использованные клиентом при попытке активации. Полное доменное имя можно использовать для устранения неполадок, из-за которых количество клиентов на узле KMS не увеличивается. Например, если клиентам доступно слишком много узлов KMS (как подлинных, так и мошеннических систем), то количество клиентов может распределяться по всем ним.

Неудачная активация не всегда означает, что для клиента имеется событие с идентификатором 12288, а события с идентификатором 12289 нет. При неудачной или повторной активации могут присутствовать оба эти события. В этом случае необходимо изучить второе событие, чтобы выяснить причину сбоя.

В разделе «Info» (Информация) события с идентификатором 12289 содержатся следующие сведения.

Что следует сообщить сотруднику службы поддержки?

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

Источник

При попытке активации Windows Vista или Windows 7 на компьютере, полученном с помощью OEM, вы получаете сообщение об ошибке.

В этой статье предоставляется решение для решения ошибок, которые возникают при активации Windows Vista или Windows 7 на компьютере, полученном от производителя оригинального оборудования (OEM).

Применяется к: Windows 7 Пакет обновления 1
Исходный номер КБ: 942962

Симптомы

При попытке активации Windows Vista или Windows 7 на компьютере, который был получен из OEM, вы испытываете один из следующих симптомов.

Симптом 1

Вы получаете одно из следующих сообщений об ошибке:

Сообщение об ошибке 1

Код ошибки: ключ лицензии на недействительный объем

Чтобы активировать, необходимо изменить ключ продукта на допустимый ключ множественной активации (MAK) или Розничный ключ.

У вас должна быть квалификационная лицензия операционной системы и лицензия тома Windows лицензия на обновление, или полная лицензия для Windows через OEM или из розничного источника.

ЛЮБАЯ ДРУГАЯ УСТАНОВКА ЭТОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ НАРУШАЕТ ВАШЕ СОГЛАШЕНИЕ И ПРИМЕНИМОЕ ЗАКОНОДАТЕЛЬСТВО ОБ АВТОРСКОМ ПРАВЕ.

Сообщение об ошибке 2

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

Симптом 2

Вы получаете следующее сообщение об ошибке:

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

Такое поведение происходит, когда верны следующие условия:

Таблица ACPI_SLIC используется программой BIOS, совместимой с расширенным интерфейсом конфигурации и питания (ACPI) для хранения сведений о лицензировании программного обеспечения.

Причина

Эта проблема возникает, если KMS сервер не находит допустимый маркер Windows в таблице ACPI_SLIC в программе BIOS компьютера. Эта проблема возникает по одной из следующих причин.

Причина 1

Вы приобрели компьютер с Windows установленной операционной системой. Однако маркер Windows в таблице ACPI_SLIC поврежден.

Причина 2

Вы приобрели компьютер, на который не установлена Windows операционной системы. В этом случае маркер Windows в таблице ACPI_SLIC.

Решение

Windows Лицензия тома только для обновлений. Прежде чем пытаться обновить, сначала необходимо приобрести Windows лицензию. Дополнительные сведения можно получить на следующем веб-сайте Майкрософт:
Решения по лицензированию легализации
Сведения на этом веб-сайте содержат простой способ исправления неправильного лицензирования с помощью соглашения Get Genuine. Далее необходимо изменить ключ продукта на клавишу многократной активации (MAK). Для этого обратитесь в Центр службы корпоративного лицензирования Майкрософт на следующем веб-сайте Майкрософт:
Центр обслуживания лицензирования томов

Дополнительная информация

Поведение, упомянутое в разделе «Симптомы», может возникать, когда маркер Windows отсутствует в таблице лицензирования программного обеспечения или когда информация Windows маркера присутствует, но повреждена. Дополнительные сведения об активации тома 2.0 можно получить на следующем веб-сайте Microsoft:
Руководство по активации тома 2.0
Компьютер, полученный из OEM и с таблицой ACPI_SLIC в системе BIOS, должен иметь допустимый маркер Windows в этой таблице ACPI_SLIC, если эта система включает лицензию OEM для операционной системы Майкрософт (Windows XP, Windows Vista или Windows 7). OEM-системы, не включающая операционную систему OEM Microsoft, могут включать таблицу ACPI_SLIC, не включаемую допустимый маркерный файл. Этот маркер Windows важно для клиентов, которые планируют использовать Windows Vista или Windows 7 томных лицензионных носителей для повторного обновления или обновления OEM-системы в соответствии с правами на переоценку в соглашении о лицензии на объем.

Компьютер, ACPI_SLIC таблицы которого отсутствует допустимый маркер Windows, создает ошибку при попытке активации через KMS при использовании выпуска тома Windows Vista или Windows 7. Вы не можете активировать такую систему с помощью KMS. Это проверка соответствия требованиям для использования носитель тома в соответствии с Соглашением о лицензии на объем. Однако активировать систему можно с помощью нескольких ключов активации (MAK). (При использовании MAK может быть невыполнен сценарий лицензирования. Обратитесь к специалисту по лицензированию, чтобы убедиться, что вы жалобы.) Или можно использовать ключ розничной торговли. Кроме того, если вы приобрели систему OEM, которая Windows Vista или Windows 7 установлена и активирована, вы можете связаться с OEM для получения дополнительной помощи. Кроме того, можно приобрести новый компьютер с операционной Windows Microsoft и ACPI_SLIC с допустимым маркером Windows.

Средство MGADiag

Средство MGADiag обнаруживает и сообщает информацию BIOS. Однако информация BIOS для таблицы ACPI_SLIC не появляется в выходе графического пользовательского интерфейса. Чтобы увидеть сведения BIOS, щелкните вкладку Windows, щелкните Скопируйте, а затем вклеите вывод в Блокнот или в другой текстовый редактор. Вывод будет напоминать следующий пример:

Активация OEM 2.0 Data—>
BIOS допустим для OA 2.0: Нет, недействительная таблица SLIC
Windows маркера: N/A
Согласованная OEMID и OEMTableID: N/A

Windows Маркер не присутствует
Активация OEM 2.0 Data—>
BIOS действителен для OA 2.0: Да, но нет Windows маркера
Windows маркера: N/A
Согласованная OEMID и OEMTableID: Да

Сможете активировать KMS:

Windows Подарок маркера
Активация OEM 2.0 Data—>
BIOS действителен для OA 2.0: Да
Windows маркера: 0x20001
Согласованная OEMID и OEMTableID: Да

Таблица SLIC не представлена
Активация OEM 2.0 Data—>
BIOS допустим для OA 2.0: Да, но таблица SLIC не имеется
Windows маркера: N/A
Согласованная OEMID и OEMTableID: N/A

Проверка соответствия KMS применяется только к машинам Windows 7 и Windows Vista, работающим в качестве KMS клиентов, она не применяется к машинам Windows Server 2008 или Windows Server 2008 R2, работающим в KMS клиентских машинах.

Источник