Устранение неполадок активации виртуальной машины Azure Windows

Если у вас возникли проблемы при активации виртуальной машины Azure Windows (VM), созданной из пользовательского образа, вы можете использовать сведения, предоставленные в этом документе, для устранения проблемы.

Понимание конечных точек AZURE KMS для активации виртуальных машин Azure в продуктах Windows

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

  • Общедоступные облачные регионы Azure: kms.core.windows.net:1688
  • Национальные облачные регионы Azure для Китая 21Vianet: kms.core.chinacloudapi.cn:1688
  • Национальные облачные регионы Azure для Германии: kms.core.cloudapi.de:1688
  • Национальные облачные регионы Azure для правительства США: kms.core.usgovcloudapi.net:1688

Симптом

При попытке активировать azure Windows VM вы получаете сообщение об ошибке, похожее на следующий пример:

Ошибка: 0xC004F074 в службе software LicensingService сообщили, что компьютер не удалось активировать. Связаться с key ManagementService (KMS) не удалось. Дополнительные сведения см. в журнале событий приложений.

Причина

Как правило, проблемы с активацией azure ВМ возникают, если ВМ Windows не настроена с помощью соответствующего ключа настройки клиента KMS или у нее возникла проблема подключения к службе AZURE KMS (kms.core.windows.net, порт 1688).

Решение

Примечание

Если вы используете VPN-сеть "сеть-сеть" и принудительное туннелировать, см. настраиваемые маршруты Azure для активации KMS с принудительным туннелингом.

Если вы используете ExpressRoute и у вас опубликован маршрут по умолчанию, см. статью "Можно ли заблокировать подключение к Интернету к виртуальным сетям, подключенным к схемам ExpressRoute?".

Шаг 1. Настройка соответствующего ключа настройки клиента KMS

Для VM, созданной из пользовательского образа, необходимо настроить соответствующий ключ настройки клиента KMS для этой ВМ.

  1. Запустите slmgr.vbs /dlv в командной подсказке с повышенными уровнями. Проверьте значение Description в выходных данных и определите, было ли оно создано на розничном (розничном канале) или на томе (VOLUME_KMSCLIENT) носителе лицензии:

    cscript c:\windows\system32\slmgr.vbs /dlv
    
  2. Если slmgr.vbs /dlv показывает розничный канал, выполните следующие команды, чтобы установить ключ установки клиента KMS для используемой версии Windows Server и принудительно запустить активацию повторно:

    cscript c:\windows\system32\slmgr.vbs /ipk <KMS client setup key>
    
    cscript c:\windows\system32\slmgr.vbs /ato
    

    Например, для Windows Server 2016 Datacenter необходимо выполнить следующую команду:

    cscript c:\windows\system32\slmgr.vbs /ipk CB7KF-BWN84-R7R2Y-793K2-8XDDG
    

Шаг 2. Проверка связи между VM и службой AZURE KMS

  1. Скачайте и извлеките средство PSping в локализованную папку на неавтериализируемой ВМ.

  2. Go to Start, search on Windows PowerShell, right-click Windows PowerShell and then select Run as administrator.

  3. Убедитесь, что ВМ настроена на использование правильного сервера Azure KMS. Для этого выполните следующую команду.

    Invoke-Expression "$env:windir\system32\cscript.exe $env:windir\system32\slmgr.vbs /skms kms.core.windows.net:1688"
    

    Команда должна вернуть: имя компьютера службы управления ключами установлено kms.core.windows.net:1688 успешно.

  4. Убедитесь, что у вас есть подключение к серверу KMS с помощью psping. Переключиться в папку, в которой вы извлекли Pstools.zip загрузку, а затем запустите следующую папку:

    .\psping.exe kms.core.windows.net:1688
    

    Во второй-последней строке выходных данных убедитесь, что вы видите: Отправлено = 4, Получено = 4, Потеряно = 0 (потеря 0 %).

    Если значение потери больше 0 (ноль), У VM нет подключения к серверу KMS. В этой ситуации, если виртуальнаяm находится в виртуальной сети и указан пользовательский DNS-сервер, необходимо убедиться, что DNS-сервер может разрешить kms.core.windows.net. Или измените DNS-сервер на DNS-сервер, который не kms.core.windows.net.

    Обратите внимание, что если удалить все DNS-серверы из виртуальной сети, виртуальные системы будут использовать внутреннюю службу DNS Azure. Эта служба может разрешать kms.core.windows.net.

    Кроме того, убедитесь, что исходящие сетевые трафикы в конечную точку KMS с портом 1688 не заблокированы брандмауэром в ВМ.

  5. Убедитесь, что следующий переход от соответствующей ВМ к конечному IP-адресу 23.102.135.246 (для kms.core.windows.net) или IP-адрес соответствующей конечной точки KMS, которая применяется к вашему региону, — Интернет. Если результатом является VirtualAppliance или VirtualNetworkGateway, вероятно, существует маршрут по умолчанию. Обратитесь к администратору сети и свяжитесь с ним, чтобы определить правильный ход действий. Это может быть пользовательский маршрут, если это решение соответствует политикам вашей организации.

  6. После проверки успешного подключения к kms.core.windows.net в командной Windows PowerShell командной Windows PowerShell следующую команду. Эта команда несколько раз пытается активироваться.

    1..12 | ForEach-Object { Invoke-Expression "$env:windir\system32\cscript.exe $env:windir\system32\slmgr.vbs /ato" ; start-sleep 5 }
    

    Успешная активация возвращает сведения, похожие на следующие:

    Активация Windows(R), serverDatacenter edition (12345678-1234-1234-1234-12345678) ... Продукт успешно активирован.

Вопросы и ответы

Я создал Windows Server 2016 на платформе Azure Marketplace. Нужно ли настраивать ключ KMS для активации Windows Server 2016?

Нет. На изображении в Azure Marketplace уже настроен соответствующий ключ настройки клиента KMS.

Работает ли активация Windows одинаково независимо от того, использует ли VM преимущество гибридного использования Azure (HUB) или нет?

Да.

Что произойдет, если истекает период активации Windows?

По истечении льготного периода и при этом Windows по-прежнему не активирована, Windows Server 2008 R2 и более поздних версий Windows будут показывать дополнительные уведомления об активации. Обои рабочего стола остаются черными, и в Обновлении Windows устанавливаются только обновления для системы безопасности и критически важные обновления, но не необязательные обновления. См. раздел "Уведомления" в нижней части страницы "Условия лицензирования".

Нужна помощь? Обратитесь за поддержкой.

Если вам по-прежнему нужна помощь, обратитесь в службу поддержки, чтобы быстро устранить проблему.