У продукта пропущен клиентский канал, отличный от kms, что делать в Windows 7

Обновлено: 21.11.2024

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

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

Симптомы

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

Симптом 1

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

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

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

Для активации необходимо изменить ключ продукта на действительный ключ многократной активации (MAK) или розничный ключ.
< p>У вас должна быть соответствующая лицензия на операционную систему И корпоративная лицензия, лицензия на обновление Windows, или полная лицензия на Windows через OEM или из розничного источника.

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

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

Код ошибки: 0xC004F059

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

Симптом 2

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

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

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

Вы используете службу управления ключами (KMS) для выполнения активации.
Компьютер использует таблицу ACPI_SLIC в программе BIOS компьютера.

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

Причина

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

Причина 1

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

Причина 2

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

Разрешение

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

Подробнее

Поведение, описанное в разделе «Проблема», может возникать, когда маркер Windows отсутствует в таблице лицензирования программного обеспечения или когда информация о маркере Windows присутствует, но повреждена. Дополнительные сведения о Volume Activation 2.0 см. на следующем веб-сайте Microsoft:
Volume Activation 2.0 Operations Guide
Компьютер, полученный от OEM-производителя и имеющий таблицу ACPI_SLIC в системном BIOS, должен иметь действующую Маркер Windows в этой таблице ACPI_SLIC, если эта система включает OEM-лицензию для операционной системы Microsoft (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-производителю за дополнительной помощью. Или вы можете приобрести новый компьютер с операционной системой Microsoft Windows и таблицей ACPI_SLIC с допустимым маркером Windows.

Инструмент MGADiag

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

Невозможно активировать KMS:

Данные OEM-активации 2.0 -->
BIOS действителен для OA 2.0: Нет, недопустимая таблица SLIC
Версия маркера Windows : Н/Д
OEMID и OEMTableID Согласованы: Н/Д

Маркер Windows отсутствует
Данные OEM-активации 2.0 -->
BIOS действителен для OA 2.0: Да, но нет маркера Windows
Версия маркера Windows: нет данных
Соответствие OEMID и OEMTableID: да

Можно будет активировать KMS:

Маркер Windows присутствует < br />Данные активации OEM 2.0 -->
BIOS действителен для OA 2.0: Да
Версия маркера Windows: 0x20001
Согласованность OEMID и OEMTableID: Да

Таблица SLIC не присутствуют
данные OEM Activation 2.0-->
BIOS действителен для OA 2.0: Да, но нет таблицы SLIC
Версия маркера Windows: нет данных
OEMID и OEMTableID Согласованы: нет данных А

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

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

Обзор KMS

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

Хост KMS запускает службу активации и активирует активацию в среде. Чтобы настроить узел KMS, необходимо установить ключ KMS из Центра обслуживания корпоративных лицензий (VLSC), а затем активировать службу.
Клиент KMS – это операционная система Windows, которая развернута в среде и должна быть активирована. Клиенты KMS могут работать под управлением любой версии Windows, использующей многопользовательскую активацию. Клиенты KMS поставляются с предварительно установленным ключом, называемым универсальным ключом корпоративной лицензии (GVLK) или ключом установки клиента KMS. Наличие GVLK делает систему клиентом KMS. Клиенты KMS используют записи DNS SRV (_vlmcs._tcp) для идентификации узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для своей активации. В течение 30-дневного льготного периода они будут пытаться активировать каждые два часа. После активации клиенты KMS пытаются продлевать активацию каждые семь дней.

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

Хост KMS

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

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

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

Самые важные поля для устранения неполадок следующие. То, что вы ищете, может отличаться в зависимости от решаемой проблемы.

Информация о версии. В верхней части выходных данных 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.

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

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

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

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

Распространенная проблема, связанная со счетчиком, заключается в том, что в среде есть активированный узел KMS и достаточное количество клиентов, но число не превышает единицы. Основная проблема заключается в том, что развернутый образ клиента был неправильно настроен (sysprep/generalize), а системы не имеют уникальных идентификаторов клиентских машин (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7. Один из наших инженеров по расширению поддержки также написал об этой проблеме в своем блоге в статье «Количество клиентов узла KMS не увеличивается из-за повторяющихся идентификаторов CMID».

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

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

Нас часто спрашивают о разделе «совокупные запросы» выходных данных slmgr.vbs /dlv. Как правило, эти данные бесполезны для устранения неполадок. Хост KMS ведет постоянную запись состояния каждого клиента KMS, который пытается активировать или повторно активировать. Неудачные запросы указывают на клиентов KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS Windows Vista, активация завершится ошибкой. Строки «Запросы со статусом лицензии» описывают все возможные состояния лицензии, прошлые и настоящие. С точки зрения устранения неполадок эти данные важны только в том случае, если число не увеличивается, как ожидалось. В этом случае вы должны увидеть увеличение количества неудачных запросов. Это означает, что вам следует проверить ключ продукта, который использовался для активации хост-системы KMS. Также обратите внимание, что совокупные значения запросов сбрасываются, только если вы переустанавливаете хост-систему KMS.

Полезные мероприятия KMS для хостов

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

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

Сведения о событии включают следующую информацию:

Минимальное количество, необходимое для активации.Клиент KMS сообщает, что счетчик с узла KMS должен быть равен 5 для активации. Это означает, что это ОС Windows Server, хотя конкретная редакция не указана. Если ваши клиенты не активируются, убедитесь, что на хосте достаточно счетчика.
Идентификатор клиентской машины (CMID). Это уникальное значение для каждой системы. Если это значение не уникально, это значит, что образ не был правильно подготовлен для распространения (sysprep/generalize). Эта проблема проявляется на узле KMS как счетчик, который не будет увеличиваться, даже если в среде достаточно клиентов. Дополнительные сведения см. в статье Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7.
Состояние лицензии и время до истечения срока действия. Это текущее состояние лицензии клиента. Это может помочь вам отличить клиента, который пытается активироваться в первый раз, от клиента, который пытается повторно активировать. Запись времени сообщает вам, как долго клиент будет оставаться в этом состоянии, если ничего не изменится.

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

Произошло отключение сети.
Хост не разрешается или не зарегистрирован в DNS.
Брандмауэр блокирует TCP 1688. Порт может быть заблокирован во многих местах среды, в том числе в самой системе узла KMS. По умолчанию узел KMS имеет исключение брандмауэра для KMS, но оно не включается автоматически. Вы должны включить исключение.
Журнал событий заполнен.

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

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

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

KMS-клиент

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

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

Следующий список включает наиболее важные поля для устранения неполадок. То, что вы ищете, может отличаться в зависимости от решаемой проблемы.

Имя. Это значение представляет собой выпуск Windows, установленный в клиентской системе KMS. Используйте это, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, может использовать KMS. Например, наша служба поддержки столкнулась с инцидентами, когда клиенты пытались установить ключ установки клиента KMS в выпуске Windows, в котором не используется корпоративная активация, например в Windows Vista Ultimate.
Описание. Это значение показывает ключ, который установлен. VOLUME_KMSCLIENT указывает, что ключ установки клиента KMS (или GVLK) установлен (конфигурация по умолчанию для носителя с корпоративной лицензией) и что эта система автоматически пытается активироваться с помощью узла KMS. Если вы видите здесь что-то еще, например MAK, вам придется переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Вы можете вручную установить ключ с помощью slmgr.vbs /ipk (как описано в ключах установки клиента KMS) или использовать средство управления многопользовательской активацией (VAMT). Сведения о получении и использовании VAMT см. в Техническом справочнике по Volume Activation Management Tool (VAMT).
Частичный ключ продукта. В качестве поля «Имя» вы можете использовать эту информацию, чтобы определить, установлен ли на этом компьютере правильный ключ установки клиента KMS (другими словами, ключ соответствует операционной системе, установленной на клиенте KMS). По умолчанию правильный ключ присутствует в системах, созданных с использованием носителя из портала Volume License Service Center (VLSC). В некоторых случаях клиенты могут использовать активацию с помощью ключа многократной активации (MAK) до тех пор, пока в среде не будет достаточно систем для поддержки активации KMS. В этих системах необходимо установить ключ установки клиента KMS, чтобы перевести их с MAK на KMS. Используйте VAMT для установки этого ключа и убедитесь, что применяется правильный ключ.
Статус лицензии. Это значение показывает состояние клиентской системы KMS.Для системы, которая была активирована с помощью KMS, это значение должно быть Лицензировано. Любое другое значение может указывать на наличие проблемы. Например, если узел KMS работает правильно, а клиент KMS не активируется (например, остается в льготном состоянии), что-то может препятствовать доступу клиента к системе узла (например, проблема с брандмауэром, сбой сети, или что-то подобное).
Идентификатор клиентской машины (CMID). Каждый клиент KMS должен иметь уникальный CMID. Как упоминалось в разделе о узле KMS, распространенная проблема, связанная со счетчиком, заключается в том, что в среде есть активированный узел KMS и достаточное количество клиентов, но число не превышает 1. Дополнительные сведения см. в разделе Текущее число KMS не увеличивается, когда вы добавить в сеть новые клиентские компьютеры под управлением Windows Vista или Windows 7.
Имя компьютера KMS из DNS. Это значение показывает полное доменное имя узла KMS, которое клиент успешно использовал для активации, и TCP-порт, используемый для связи.
Кэширование узла KMS. Окончательное значение показывает, включено ли кэширование. По умолчанию он включен. Это означает, что клиент KMS кэширует имя узла KMS, которое он использовал для активации, и связывается напрямую с этим узлом (вместо запроса DNS), когда приходит время повторной активации. Если клиент не может связаться с кэшированным узлом KMS, он запрашивает DNS для обнаружения нового узла KMS.

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

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

Когда клиент KMS успешно активируется или повторно активируется, клиент регистрирует два события: событие с идентификатором 12288 и событие с идентификатором 12289. Следующий сегмент записи события с идентификатором 12288 поступает из журнала событий службы управления ключами нашего клиента KMS.

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

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

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

В разделе "Информация" события с идентификатором 12289 содержится следующая информация:

Флажок активации. Это значение указывает, была ли активация успешной (1) или неудачной (0).
Текущее количество на узле KMS. Это значение отражает значение счетчика на узле KMS, когда клиент пытается выполнить активацию. Если активация не удалась, это может быть связано с тем, что счетчика недостаточно для этой клиентской ОС или что в среде недостаточно систем для создания счетчика.

Что просит служба поддержки?

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

Как удалить ключ MAK из установки клиента Windows 7 и получить новый ключ с сервера KMS?

Участвуйте, чтобы выиграть еженедельные подарочные карты (от 100 евро), Oculus и наушники/колонки

Конкурс завершается 27 марта 2022 г. Конкурсы Каждую неделю узнайте больше о том, как Red Hat может помочь вам добиться простоты и цифровых инноваций, и ответьте на вопрос. Детали конкурса Просмотреть все конкурсы

Бернард В.

Вам необходимо использовать средство управления многопользовательской активацией (VMAT), которое позволит вам увидеть всю вашу инфраструктуру лицензий

или вы можете использовать slmgr и найти настройки для удаления ключа.

Мне лично нравится VMAT, так как это графический интерфейс, который позволяет вам видеть все ключи, установленные в вашей среде.

8 ответов

Бернард В.

или вы можете использовать slmgr и найти настройки для удаления ключа.

Представитель бренда Microsoft

Как удалить ключ MAK из установки клиента Windows 7 и получить новый ключ с сервера KMS?

Вы можете выполнить эту операцию, используя следующую ссылку/информацию:

Преобразование клиентов MAK в KMS и клиентов KMS в MAK

По умолчанию операционные системы Windows 7 и Windows Server 2008 R2 используют KMS для активации. Чтобы изменить существующие клиенты KMS на клиентов MAK, просто установите ключ MAK. Аналогичным образом, чтобы изменить клиентов MAK на клиентов KMS, выполните:

где KmsSetupKey — один из ключей установки, показанных в таблице 4. После установки ключа установки KMS активируйте клиент KMS, запустив cscript slmgr.vbs /ato.

Таблица 4. Ключи установки клиента KMS

Выпуск операционной системы

Windows 7

Windows 7 Профессиональная

Windows 7 Профессиональная N

Windows 7 Корпоративная

Windows 7 Корпоративная N

Windows 7 Корпоративная E

Вы также можете просто перейти в «Система» на панели управления -> нажать «Изменить ключ продукта» и вставить один из ключей, перечисленных Крисом. Наоборот также работает при переходе с KMS на MAK.

Спасибо. Мне удалось переключиться с MAK на KMS с помощью VAMT, предоставленного Microsoft

Бернард В.

Почему вы отметили свой ответ как лучший ответ? Я дал тот же ответ, что и первый ответ.

Почему вы отметили свой ответ как лучший ответ? Я дал тот же ответ, что и в первом ответе.

Вы правы. Я пропустил это, когда снова просматривал сообщения

Бернард В.

Большое спасибо,

Хорошего дня

Работает как шарм. Я переключил все наши серверы на KMS. Ну наконец то!!

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить это обсуждение, задайте новый вопрос.

Искра! Серия Pro – 22 марта 2022 г.

День в истории: 22 марта 1765 г. — принят Закон о гербовом сборе; Первый прямой британский налог на американских колонистов, организованный премьер-министром Джорджем Гренвиллем 1782 г. — Папа Пий VI прибывает в Вену для встречи с императором Священной Римской империи.

Щелкни! Взлом Okta, взлом Microsoft, дефекты принтеров HP, экзопланеты, изобретательность

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

Как вы измеряете успех?

Если в вашей команде появился новый инженер, и вы его обучили. Как вы измеряете успех инженера с точки зрения обучения, которое вы предоставили? Как вы оцениваете, что они должны уметь делать, или как узнать, было ли ваше обучение успешным.

Настойчивая тактика MSP

За последние несколько месяцев моя компания связалась с некоторыми ИТ-поставщиками в этом районе, чтобы узнать, подходят ли они нам для какой-либо консультационной работы и разовых проектов. долгосрочное обязательство или "услуга pl.

Стремление к карьерному росту

Здравствуйте! Кажется, это правильное место, чтобы задать мой вопрос. Я ищу эффективный способ получить должность, связанную с сетями (администрирование, проектирование, проектирование и т. д.). Я работаю в сфере ИТ около пяти лет. Я иду изначально фр.

В связи с недавним выпуском новой версии Windows Server 2022 пришло время обновить инфраструктуру активации KMS в вашем домене и добавить поддержку новых версий Windows Server и Windows 11. В этой статье мы рассмотрим установку Роль служб многопользовательской активации в Windows Server, настройка и активация сервера KMS с использованием ключа узла KMS.

Если вы хотите узнать больше об активации Microsoft KMS, рекомендуем начать со статьи Часто задаваемые вопросы об активации Microsoft KMS.

Установка роли служб многопользовательской активации на Windows Server

Чтобы развернуть собственный KMS-сервер, необходимо установить роль Volume Activation Services на любом из хостов под управлением Windows Server 2022, 2019 или 2016. Если у вас уже есть KMS-сервер на Windows Server 2016 или Windows Server 2019, вы можете использовать этот существующий сервер (в этом случае этот раздел можно пропустить).

Установите роль Volume Activation Services на своем сервере из консоли диспетчера серверов или с помощью команды PowerShell: Install-WindowsFeature -Name VolumeActivation -IncludeAllSubFeature –IncludeManagementTools
Включите правило брандмауэра Windows, разрешающее доступ к серверу KMS: Enable-NetFirewallRule -Name SPPSVC-In-TCP (это открывает доступ к серверу через TCP-порт 1688).

Активация KMS-сервера на Windows Server 2022/2019

Затем вам необходимо скопировать свой личный ключ узла KMS из вашей учетной записи Microsoft на веб-сайте Центра корпоративного лицензирования и активировать сервер KMS с помощью этого ключа.

Ключ узла KMS для Windows Server 2022 называется Windows Srv 2022 DataCtr/Std KMS (или используйте ключ Windows Srv 2019 DataCtr/Std KMS для предыдущей версии Windows Server 2019, если у вас нет подписки Software Assurance). Всегда используйте KMS Host Key для максимальной версии Windows Server, доступной в вашем личном кабинете. Сервер KMS, активированный более новым ключом, сможет активировать все предыдущие версии Windows.

Совет. Если у вас уже есть ключ KMS, активированный для предыдущей версии Windows Server на этом сервере, вы должны сначала удалить его с помощью команды: slmgr /upk

Обновления для расширения поддержки KMS для Windows Server 2022 и 2019

Вы можете использовать узлы KMS с предыдущими версиями Windows Server для активации новых версий Windows Server 2022 или 2019. Но есть ряд ограничений.

Хост KMS (CSVLK) для активации Windows Server 2022 и Windows 11 (и всех предыдущих версий Windows) можно установить только на Windows Server 2022, 2019 или 2016 (WS 2012R2 не поддерживается).

Вам необходимо установить дополнительные обновления для Windows Server 2019 или 2016, расширяющие поддержку KMS для Windows Server 2022. В апреле 2021 г. Microsoft выпустила специальное обновление KB5003478. Это обновление добавляется к последним накопительным обновлениям для Windows Server. Это означает, что вам нужно установить только любое накопительное обновление Windows Server 2019/2016, выпущенное после июня 2021 года.

Windows Server 2019 — KB5003646 (8 июня 2021 г.) или более поздней версии
Windows Server 2016 — KB5003638 (8 июня 2021 г.) или более поздней версии

Если у вас есть ключ узла KMS только для Windows Server 2019, он активирует все версии Windows вплоть до Windows Server 2019 и Windows 10. Такой ключ KMS можно установить на Windows Server 2019, 2016 или 2012 R2.

Установите эти обновления на Windows Server 2012 R2:

Любое накопительное обновление Windows Server 2012 R2, выпущенное после 11 декабря 2018 г. (KB4471320) или более поздней версии.

Для Windows Server 2016 необходимы следующие обновления:

Любое накопительное обновление Windows Server 2016, выпущенное после 27 ноября 2018 г. (KB4467681) или более поздней версии.

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

Если у вас не установлены обновления для поддержки KMS-активации новых версий Windows Server, то при установке нового ключа Windows Srv 2022 (или 2019) DataCtr/Std KMS с помощью следующей команды появится ошибка:

В то же время в журналах просмотра событий можно обнаружить ошибку со следующим описанием:

При попытке активировать ключ KMS через графический интерфейс появляется следующая ошибка:

Кроме того, ошибка может выглядеть так:

При попытке активировать любой клиент на таком KMS-сервере появится сообщение об ошибке, что сервер активации недоступен (Код ошибки: 0xC004F074 — невозможно связаться со службой управления ключами (KMS)).

Чтобы исправить эту ошибку, вам необходимо установить последние накопительные обновления безопасности на вашем узле Windows Server KMS с ролью Volume Activation Services.

Ключи GVLK для Windows Server 2022, 2019 и Windows 10 LTSC

Список общедоступных ключей активации KMS (GVLK — Generic Volume License Key) для различных выпусков Windows Server 2022, 2019 и Windows 10 LTSC приведен в следующей таблице:

Выпуск Windows	Ключ GVLK
Центр обработки данных Windows Server 2019	WMDGN-G9PQG-XVVXX-R3X43-63DFG
Windows Server 2019 Standard	N69G4-B89J2-4G8F4-WWYCC-J464C
Windows Server 2019 Essentials	WVDHN-86M7X-466P6-VHXV7-YY726
Windows 10 Enterprise LTSC 2019	M7XTQ-FN8P6-TTKYV-9D4CC-J462D
Windows 10 Enterprise N LTSC 2019	92NFX-8DJQP-P6BBQ-THF9C-7CG2H< /td>
Windows Server 2022 Datacenter	WX4NM-KYWYW-QJJR4-XV3QB-6VM33
Windows Server 2022 Стандарт	VDYBN-27WPP-V4HQT-9VMD4-VMK7H

Чтобы установить публичный ключ GVLK на компьютер или сервер, необходимо выполнить команду (где xxxx — ключ GVLK из таблицы выше, в зависимости от редакции Windows):

slmgr /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
Вы можете вручную указать адрес и порт сервера KMS, на котором хотите активировать Windows:

slmgr /ato
Чтобы проверить статус активации Windows:
slmgr /dlv

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

Читайте также: