Windows в виртуальной машине: лицензирование и подготовка образа
Гостевая Windows поверх Linux — сценарий будничный. Тестовый стенд. Банк-клиент, который упорно не хочет жить под Wine. Софт с драйвером, существующим ровно в одной версии.
Технически поднять такую машину умеет каждый. Вопросы обычно начинаются с лицензии.
Виртуальная машина считается отдельным компьютером
Правило простое, хотя интуиции противоречит. Одна лицензия покрывает одну инсталляцию системы. Работает Windows на железе или внутри гипервизора — для условий лицензирования разницы нет.
Из этого следует главное: ключ от хостовой Windows нельзя переиспользовать для гостевой. Точнее, ввести его получится, а вот пройти активацию — вряд ли, поскольку счётчик активаций у розничного ключа один.
Отдельная тонкость касается OEM-лицензий. Такой ключ привязан к конкретному физическому устройству, и переносить его в виртуальную среду условия соглашения не разрешают.
Какую редакцию брать под виртуалку
Зависит от задачи, и разброс тут заметный.
Home. Хватает для запуска прикладного софта, банк-клиента, офисных задач. Дешевле остальных.
Pro. Нужна, если внутри гостевой системы планируется удалённый рабочий стол, групповые политики, BitLocker или вложенная виртуализация. В тестовых стендах берут обычно её.
Enterprise LTSC. Вариант для долгоживущих стендов, где обновления функций только мешают. Ставится редко, но в промышленных сценариях встречается.
Стоит ли переплачивать за Pro, если виртуалка нужна ради одной программы? Как правило, нет. Home справляется, а разницу разумнее потратить на память для хоста.
Подготовка образа
Гипервизору всё равно, откуда взялся ISO, а вот вам — нет. Модифицированные сборки с «оптимизациями» ведут себя в виртуальной среде непредсказуемо: то гостевые дополнения не встают, то службы вырезаны вместе с чем-то нужным.
Берите чистый дистрибутив. Свежие дистрибутивы Microsoft доступны для всех актуальных редакций, включая архивные ветки вроде 22H2 и 23H2 — для стендов, где нужна конкретная версия, это удобно.
Проверить целостность скачанного файла стоит через хеш-суммы. В Linux достаточно sha256sum имя_файла.iso и сравнения результата с опубликованным значением.
Настройки гипервизора, о которых забывают
Windows 11 требует TPM 2.0 и Secure Boot. В VirtualBox начиная с седьмой версии виртуальный TPM включается в настройках системы, в KVM/QEMU добавляется через swtpm, в Hyper-V идёт из коробки при выборе второго поколения машины.
Без этого установщик остановится на проверке требований. Обойти проверку правкой реестра можно, но для нового стенда чище включить нужные функции сразу.
Тип диска тоже влияет на скорость. Фиксированный образ работает шустрее динамического, особенно на HDD. Проброс SSD целиком даёт лучший результат, однако забирает диск у хоста полностью.
Проверено на
- Ubuntu 24.04 LTS, QEMU/KVM 8.2, гостевая Windows 11 Pro 24H2 с виртуальным TPM через swtpm — установка без правок реестра
- Fedora 41, VirtualBox 7.0, Windows 10 Pro 22H2 — гостевые дополнения встали корректно, проброс USB работает
- Debian 12, VirtualBox 7.0, Windows 11 Home 23H2 — потребовалось включить EFI и вложенную виртуализацию вручную
Активация внутри гостевой системы
После установки система попросит ключ. Вводится он привычно: параметры, раздел активации, изменение ключа продукта.
Если виртуалка временная и создаётся ради пары тестов, Windows работает и без активации. Ограничения при этом косметические — водяной знак и заблокированная персонализация. Функциональность сохраняется.
Для постоянного стенда такой режим неудобен: часть настроек недоступна, а напоминание об активации мозолит глаза. Проще один раз купить ключ нужной редакции.
Условия лицензирования виртуальных экземпляров Microsoft описывает в документах по лицензированию продуктов на своём сайте — там же публикуются актуальные требования к оборудованию.
Редактор: Анастасия
