Виртуальная Windows XP/7/11 без скачивания спец. софта (настраиваем встроенный Hyper-V в ОС Windows 10/11)
Доброго времени суток!
Как вариант решения : решил установить им виртуальную машину с Windows XP, на которой лабораторные будут «работать» (благо, что в Windows 10/11 есть встроенное средство гипервизор Hyper-V, а значит качать дополнительно ничего не нужно!). Да и пользоваться им достаточно просто. 👌
В общем, ниже покажу на пошаговом примере как можно создать себе виртуальную «Windows», и пользоваться ей, как обычной программой (запуская в окне).
Возможно, это кого-то убережет от покупки старого ноутбука/ПК для учебы (или для запуска старых игр 😉).
Примечание : всё, что описано ниже — можно сделать на 📌ОС Windows 10/11! Для норм. работы Hyper-V необходимо не менее 6 ГБ ОЗУ и 64-разрядный процессор (с аппаратной 📌виртуализацией // проверьте, чтобы она была у вас включена!). Вообще, ее сейчас поддерживают все современные ЦП.
📌Важно!
Если вам нужна виртуальная Windows XP (например), чтобы подключать к ней старые принтеры, сканеры и пр. — то рекомендую остановить свой выбор на VirtualBOX. Более подробно по этой теме тут.
Автоматическая активация виртуальных машин в Hyper-V 2012 R2
В этой статье мы познакомимся с новым типом лицензирования и активации, представленном в Windows Server 2012 R2, под названием AVMA (Automatic Virtual Machine Activation), о которой вы упоминали в нашем обзоре Hyper-V 2012 R2, но сначала сделаем небольшой обзорный экскурс по основным способам активации продуктов Microsoft. Итак, начиная с Windows Vista, все продукты Microsoft требуют обязательной активации, не зависимо от типа используемого ключа. И OEM и retail и корпоративные версии – обязательно должны быть активированы на сервере активации Microsoft. Чтобы упростить корпоративным заказчикам процедуру активации и управления ключами продуктов, Microsoft ввело понятие ключей многопользовательской активации (MAK ключи) и разработало службу управления ключами KMS (Key Management Service).
В Windows Server 2012, помимо KMS сервера, может использоваться еще один способ активации — ADBA (Active Directory Based Activation), позволяющая автоматически активировать все компьютеры, включенные в домен Active Directory. При использовании такого типа активации система является активированная до тех пор, пока она состоит в домене. По сравнению с KMS активацией, активация ADBA еще больше упрощает активацию клиентов в корпоративной среде.
Перейдем к вопросам активации виртуальных машин с ОС Windows на гипервизоре Hyper-V. В предыдущей версии Hyper-V при создании новой виртуальной машину, ее было необходимо лицензировать отдельно от хостовой ОС. В том случае, если виртуальные машины находятся в одном домене, то активация таких виртуальных машин ничем не отличается от процедуры активации обычных клиентов домена (ADBA или KMS-активация). Если же виртуальные машины находятся в разных доменах (или вообще являются отдельно стоящими серверами), системный администратор может воспользоваться новом типом активации — AVMA (Автоматическая активация виртуальных машин).
Требования и ограничения AVMA- активации
Для использования AVMA-активации в качестве хостовой ОС должна использоваться активированная ОС Windows Server 2012 R2 Datacenter с ролью Hyper-V (именно эта редакция позволяет на одном физическом сервере запустить неограниченное число виртуальных машин).
AVMA-активация позволяет в автоматическом режиме активировать следующие гостевые ОС:
Настраиваем автоматическую активацию виртуальных машин в Windows Server 2012
Чтобы активировать гостевую Windows Server 2012 R2 необходимо удостоверится, что выполняются следующие условия:
Затем на гостевой виртуальной машине необходимо открыть командную строку с правами администратора и выполнить следующую команду:
Ключ для AVMA-активации нужно выбрать в зависимости от используемой версии гостевой ОС из таблице ниже:
| Редакция | Ключ AVMA |
| Windows Server 2012 R2 Datacenter | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
| Windows Server 2012 R2 Standard | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
| Windows Server 2012 R2 Essentials | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
После указания AVMA ключа система автоматически активируется на гостевой ОС (гипервизоре), о чем свидетельствует появление в логе хоста события с EventID 12310. Диагностические сообщения об активации на гостевой ОС фиксируются с кодом EventID 12309.
Текущий статус активации можно узнать, выполнив команду:
Активированная таким образом виртуальная машина в дальнейшем будут пытаться продлить свою активацию каждые 7 дней. Соответственно, при перемещении (миграции, экспорте или запуске реплицированной ВМ) виртуальной машины на другой гипервизор, не поддерживающий AVMA, при очередной проверке активация будет потеряна.
Заключение
Новая функция автоматической активации виртуальных машин в Hyper-V на Windows Server 2012 R2 значительно ускоряет процесс активации гостевых ОС, устраняет необходимость их подключения к интернету и предоставляет возможность развернуть и быстро активировать на Hyper-V 2012 R2 неограниченное количество виртуальных машин.
Установка Hyper-V в Windows 10
Включение Hyper-V для создания виртуальных машин в Windows 10.
Hyper-V можно включить разными способами, в том числе используя панель управления Windows 10, PowerShell или с помощью средства обслуживания образов развертывания и управления ими (DISM). В этом документе последовательно описан каждый из указанных способов.
Примечание. Механизм Hyper-V встроен в Windows в качестве дополнительной функции. Скачать Hyper-V нельзя.
Проверьте следующие требования
Роль Hyper-V невозможно установить в Windows 10 Домашняя.
Выполните обновление с выпуска Windows 10 Домашняя до выпуска Windows 10 Pro, открыв раздел Параметры Обновление и безопасность Активация.
Дополнительные сведения и советы по устранению неполадок см. в статье Требования к системе для Hyper-V в Windows 10.
Включение Hyper-V с помощью PowerShell
Откройте консоль PowerShell от имени администратора.
Выполните следующую команду:
Если не удается найти команду, убедитесь, что вы используете PowerShell от имени администратора.
После завершения установки выполните перезагрузку.
Включение Hyper-V с помощью CMD и DISM
Система обслуживания образов развертывания и управления ими (DISM) позволяет настраивать ОС Windows и образы Windows. Помимо всего прочего? средство DISM может включать функции Windows во время выполнения операционной системы.
Чтобы включить роль Hyper-V с помощью DISM, выполните указанные ниже действия.
Запустите PowerShell или сеанс CMD от имени администратора.
Введите следующую команду:
Дополнительные сведения о DISM см. в разделе Техническое руководство по DISM.
Включение роли Hyper-V через раздел «Параметры»
Щелкните правой кнопкой мыши кнопку Windows и выберите пункт «Приложения и компоненты».
Выберите Программы и компоненты справа в разделе связанные параметры.
Выберите пункт Включение или отключение компонентов Windows.
Выберите Hyper-V и нажмите кнопку ОК.
После завершения установки вам будет предложено перезапустить компьютер.
Настройка VDA для активации Windows 10/11 подписки
В этом документе описывается настройка виртуальных машин (виртуальных компьютеров), чтобы включить активацию подписки Windows 10/11 в сценарии Windows виртуальный настольный доступ (VDA). Windows VDA — это устройство или пользовательский механизм лицензирования для управления доступом к виртуальным рабочим столам.
Инструкции по развертыванию предоставляются для следующих сценариев.
Требования
Активация
Сценарий 1
VM работает Windows 10 версии 1803 или более поздней версии (например, Windows 11).
VM находится в Azure или другом многотенантном хостере (QMTH).
Когда пользователь с правами на VDA вошел в VM с помощью учетных данных AAD, VM автоматически активируется Enterprise и активируется. Нет необходимости выполнять Windows 10/11 Pro активации. Это устраняет необходимость сохранения KMS или MAK в облачной инфраструктуре.
Сценарий 2
Хост Hyper-V и VM работают Windows 10 версии 1803 или более поздней версии.
Включена наследуемая активация. Все VMs, созданные пользователем с лицензией Windows 10/11 E3 или E5, автоматически активируются независимо от того, включается ли пользователь с локальной учетной записью или Azure Active Directory учетной записью.
Сценарий 3
VM работает Windows 10 версии 1703 или 1709, или хостер не является авторизованной партнером QMTH.
В этом сценарии Windows 10/11 Pro лицензия должна быть активирована до активации подписки Windows 10/11 Enterprise. Активация выполняется с помощью универсального ключа лицензии на объем (GVLK) KMS сервера активации, предоставляемой хостером. Кроме того, KMS можно использовать сервер активации. KMS активация предоставляется для VMs Azure. Дополнительные сведения см. в видеоролике Устранение неполадок Azure Windows активации виртуальных машин.
Виртуальные машины, присоединенные к Active Directory
Используйте следующие инструкции для подготовки виртуальной Машины для Azure: Подготовьте виртуальный жесткий диск Windows или VHDX, чтобы загрузить Azure
(Необязательно) Чтобы отключить проверку подлинности на сетевом уровне, введите следующее в командной строке с повышенными привилегиями:
В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.
На вкладке «Удаленный доступ» выберите разрешить удаленные подключения к этому компьютеру и нажмите кнопку Выбрать пользователей.
Щелкните Добавить, введите Прошедшие проверку подлинности пользователи, а затем трижды нажмите кнопку ОК.
Следуйте инструкциям по использованию средства sysprep в разделе Шаги для подготовки виртуального жесткого диска, а затем снова запустите виртуальную машину.
Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия, чтобы использовать Windows Configuration Designer и ввести ключ активации. В противном случае пропустите шаг 20.
Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.
В разделе Введите ключ продукта введите ключ Pro GVLK: W269N-WFGWX-YVC9B-4J6C9-T83GX.
На странице Настройка сети выберите отключение.
На странице управления учетными записями выберите Регистрация в Active Directory, а затем введите данные учетной записи.
На странице Добавить приложения, при необходимости, добавьте приложения. Этот шаг является необязательным.
На странице Добавить сертификаты, при необходимости, добавьте сертификаты. Этот шаг является необязательным.
На странице «Готово» нажмите кнопку Создать.
В проводнике дважды щелкните файл виртуального жесткого диска для подключения образа диска. Определите букву диска для подключенного образа.
Введите следующее в командной подсказке с повышенными уровнями. Замените букву G буквой диска подключенного образа, а затем введите используемое имя проекта, если оно отличается от предложенного:
В проводнике щелкните правой кнопкой мыши подключенный образ и нажмите кнопку Извлечь.
См. инструкции в Загрузка и создание виртуальной машины из подготовленного виртуального жесткого диска для входа в Azure, получите сведения о вашей учетной записи хранения, загрузите виртуальный жесткий диск и создайте управляемый образ.
Виртуальные машины, подсоединенные к Azure Active Directory
Azure Active Directory (Azure AD) для пакетов подготовка имеет ограничение в 180 дней на массовое использование маркеров. Вам потребуется обновить пакет подготовка и повторно ввести его в изображение через 180 дней. Существующие присоединенные к Azure AD и развернутые виртуальные машины не потребуется создавать заново.
Для виртуальных машин, присоединенных к Azure AD, выполните те же инструкции (выше), что и для виртуальных машин, присоединенных к Active Directory, со следующими исключениями:
Виртуальные машины Azure Gallery
(Необязательно) Чтобы отключить проверку подлинности на сетевом уровне, введите следующее в командной строке с повышенными привилегиями:
В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.
На вкладке «Удаленный доступ» выберите разрешить удаленные подключения к этому компьютеру и нажмите кнопку Выбрать пользователей.
Щелкните Добавить, введите Прошедшие проверку подлинности пользователи, а затем трижды нажмите кнопку ОК.
Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.
Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия. В противном случае пропустите шаг 8.
Под названиемвведите набор настольныхкомпьютеров, нажмите кнопку Готово, а затем на странице Настройка устройства введите имя устройства.
На странице Настройка сети выберите отключение.
На странице «Управление учетными записями» выберите Регистрация в Azure AD, нажмите кнопку Получение массового маркера, войдите и добавьте массовый маркер с использованием учетных данных вашей организации.
На странице «Добавить приложения», при необходимости, добавьте приложения. Этот шаг является необязательным.
На странице Добавить сертификаты, при необходимости, добавьте сертификаты. Этот шаг является необязательным.
На странице «Готово» нажмите кнопку Создать.
Создание настраиваемых параметров протокола удаленного рабочего стола для Azure
Чтобы создать настраиваемые параметры протокола удаленного рабочего стола для Azure, сделайте следующее.
Откройте подключение к удаленному рабочему столу и введите IP-адрес или DNS-имя удаленного узла.
Нажмите кнопку Показать параметры, а затем под параметрами подключения нажмите кнопку Сохранить как и сохраните RDP-файл в расположение, где он будет использоваться.
Закройте окно подключения к удаленному рабочему столу и откройте Блокнот.
Перетащите RDP-файл в окно программы Блокнот для его редактирования.
Введите или замените строку, которая указывает уровень проверки подлинности с помощью следующих двух строк текста:
enablecredsspsupport и уровень проверки подлинности появятся только один раз в файле.
Сохраните изменения, а затем используйте этот пользовательский RDP-файл с учетными данными Azure AD для подключения к виртуальной машине Azure.
активация виртуальных машин Windows Server с помощью автоматической активации виртуальной машины
Применимо к: Azure Stack ХЦИ, Versions 21H2 и 20H2; Windows server 2022, Windows server 2019 datacenter Edition и более поздние версии
автоматическая активация виртуальных машин (AVMA) является дополнительным компонентом в Azure Stack хЦи, который можно использовать для активации виртуальных машин Windows Server, запущенных на узлах Azure Stack хЦи. В этой статье объясняется, как использовать автоматическую активацию виртуальной машины с помощью других методов активации и приведены инструкции по настройке этой функции на Azure Stack ХЦИ.
сведения о том, как активировать виртуальные машины с помощью других методов, см. в статье активация служб управления ключами (KMS).
Фон: Зачем использовать автоматическую активацию виртуальной машины?
Автоматическая активация виртуальной машины позволяет правильно активировать серверы узлов для активации виртуальных машин. Процесс привязывает активацию виртуальной машины к серверам размещения, а не к каждой отдельной виртуальной машине.
Этот подход имеет несколько преимуществ:
Два способа лицензирования AVMA
Существует два варианта приобретения лицензий на автоматическую активацию виртуальной машины. Выберите вариант, который наилучшим образом соответствует вашим потребностям.
В этой статье описывается, как активировать и настроить автоматическую активацию виртуальной машины в кластере узлов. Чтобы завершить сквозную активацию, активируйте виртуальные машины для активированных узлов, выполнив действия, описанные здесь.
подписка на сервер Windows
Windows серверная подписка является простым и гибким вариантом для гостевых лицензий Windows Server, исключительно для клиентов Azure Stack хЦи.
как работает Windows серверная подписка?
если Windows серверная подписка включена, Azure Stack хЦи servers получают лицензии из облака и автоматически настроили автоматическую активацию виртуальной машины. иными словами, клиент просто должен зарегистрироваться в подписке — нет других шагов, необходимых для настройки автоматической активации виртуальной машины, и клиент может сразу же начать активацию Windows виртуальных машин сервера.
Как выставляются счета?
Windows Server subscription — это необязательная надстройка для Azure Stack хЦи, поэтому она соответствует модели выставления счетов Azure Stack хЦи:
какие гостевые версии Windows активировать подписку сервера?
Windows серверная подписка всегда позволяет получить последнюю версию Windows server, все предыдущие выпуски и Windows Server Azure Edition. В настоящее время поддерживаются следующие версии:
Предварительные требования
Кластер Azure Stack ХЦИ
при использовании Windows центра администрирования:
включение подписки Windows Server с помощью портал Azure
Устранение неполадок
Ошибка: один или несколько серверов в кластере не имеют последних изменений этого параметра. Изменения будут применены сразу же после синхронизации серверов.
у кластера еще нет последнего состояния подписки на Windows Server (то есть только регистрация или только что отменена) и, следовательно, могли не получить лицензии для настройки автоматической активации виртуальной машины. В большинстве случаев это автоматически разрешается при следующей синхронизации с облаком или вручную: синхронизация Azure Stack хЦи.
включение подписки Windows Server с помощью центра администрирования Windows
включение подписки Windows Server с помощью PowerShell
приобретение подписки на сервер Windows: из кластера выполните следующую команду:
Проверить состояние: чтобы проверить состояние подписки для каждого сервера, выполните следующую команду на каждом сервере:
чтобы убедиться, что автоматическая активация виртуальной машины настроена с подпиской Windows Server, выполните следующую команду на каждом сервере:
Использование собственной лицензии
Чтобы настроить автоматическую активацию виртуальной машины с помощью лицензии центра обработки данных, необходимо ввести ключи продукта. Убедитесь, что у вас есть правильные ключи для Azure Stack ХЦИ:
Чтобы виртуальные машины оставались активированными независимо от того, на каком сервере они выполняются, необходимо настроить автоматическую активацию виртуальной машины для каждого сервера в кластере.
Где можно получить ключи
Чтобы получить ключ продукта, выберите один из следующих параметров:
Какие гостевые версии активируют Ваш ключ?
Автоматическая активация виртуальной машины на основе ключа продукта активирует все выпуски (Datacenter, Standard или Essentials) следующих версий гостевой ОС:
| Версия гостевой ОС | Версии ключей сервера узла | — |
|---|---|---|
| Windows Server 2019 Datacenter | Windows Server 2022 Datacenter | |
| Windows Server 2022 Datacenter | нет | Да |
| Windows Server 2019 | Да | Да |
| Windows Server 2016 | Да | Да |
| Windows Server 2012 R2 | Да | Да |
использование собственной лицензии в центре администрирования Windows
центр администрирования Windows можно использовать для настройки ключей продуктов для кластера Azure Stack хЦи и управления ими.
потратьте несколько минут на просмотр видео об использовании автоматической активации виртуальной машины в Windows центре администрирования:
Перед началом работы
Применить ключи активации
чтобы использовать автоматическую активацию виртуальной машины в Windows центре администрирования:
Завершив ввод ключей для каждого сервера узла в кластере, нажмите кнопку Применить. Процесс займет несколько секунд.
Каждый сервер требует уникального ключа, если только у вас нет допустимого ключа корпоративной лицензии.
После успешной настройки автоматической активации виртуальной машины вы можете просматривать и управлять этой функцией для кластера.
Изменить или добавить ключи позже (необязательно)
Может потребоваться изменить или добавить ключи при изменении потребностей. в качестве примера можно привести добавление сервера в кластер или использование новых версий виртуальных машин Windows server.
Чтобы изменить или добавить ключи на серверы узлов в кластере, выполните следующие действия.
в области активировать Windows виртуальные машины выберите серверы, которыми требуется управлять, а затем выберите управление ключами активации.
В области Управление ключами активации введите новые ключи для выбранных серверов узлов и нажмите кнопку Применить.
Перезапись ключей не приводит к сбросу числа активаций для используемых ключей. Убедитесь, что вы используете правильные ключи, прежде чем применять их к серверам.
устранение неполадок — центр администрирования Windows
Если вы получаете следующие сообщения об ошибках активации виртуальной машины, попробуйте устранить их с помощью шагов проверки, описанных в этом разделе.
Error 1: «The key you entered didn’t work»
Эта ошибка может быть вызвана одной из следующих причин.
Error 2: «Some servers use keys for an older version of Windows Server.»
Все серверы должны использовать одну и ту же версию ключей. Обновите ключи до одной версии, чтобы обеспечить активацию виртуальных машин независимо от того, на каком сервере они выполняются.
Error 3: «Server is down»
Сервер находится в автономном режиме и недоступен. Переведите все серверы в оперативный режим, а затем обновите страницу.
Error 4: «Couldn’t check the status on this server.» or «To use this feature, install the latest update»
Один или несколько серверов не обновлены и не имеют необходимых пакетов для настройки автоматической активации виртуальной машины. Убедитесь, что кластер обновлен, а затем обновите страницу. Дополнительные сведения см. в разделе Update Azure Stack хЦи Clusters.
Использование собственной лицензии в PowerShell
Вы также можете использовать PowerShell для установки и управления автоматической активацией виртуальной машины на основе ключей для кластера Azure Stack ХЦИ.
Применение ключей активации — PowerShell
Откройте PowerShell с правами администратора и выполните следующие команды.
примените ключи центра обработки данных Windows server к каждому серверу:
Просмотр и подтверждение состояния автоматической активации виртуальной машины:
Повторите эти действия на каждом из серверов в кластере Azure Stack ХЦИ.
Активация виртуальных машин на сервере узла
Теперь, когда вы настроили автоматическую активацию виртуальных машин, вы можете активировать виртуальные машины на сервере узла, выполнив действия, описанные здесь.
Вопросы и ответы
В этой статье содержатся ответы на некоторые вопросы об использовании автоматической активации виртуальных машин.