Prérequis pour installer Windows 11 en machine virtuelle

Vous cherchez à installer Windows 11 en VM pour tester, développer ou isoler un environnement sans toucher à votre poste principal ? La virtualisation reste la méthode la plus propre pour cela. Ce tutoriel 2026 couvre les prérequis matériels, les hyperviseurs disponibles, le contournement des exigences TPM/Secure Boot et les bonnes pratiques réseau et sécurité pour une machine virtuelle stable et utilisable au quotidien.

Prérequis pour installer Windows 11 en VM

Windows 11 impose des contraintes matérielles que Windows 10 n'avait pas. Avant de lancer votre hyperviseur, vérifiez que votre configuration hôte et votre VM répondent aux exigences officielles, sinon l'installateur bloquera à l'écran "Ce PC ne peut pas exécuter Windows 11".

Exigences officielles

• CPU : 64 bits, 2 cœurs minimum, compatible SLAT (déjà le cas sur tout CPU récent).
• RAM : 4 Go minimum, 8 Go recommandés pour un usage fluide.
• Stockage : 64 Go minimum. Prévoyez plutôt 80 à 100 Go pour laisser respirer les mises à jour.
• TPM 2.0 : puce virtuelle obligatoire (vTPM).
• Secure Boot : firmware UEFI requis.
• Virtualisation matérielle : Intel VT-x ou AMD-V activé dans le BIOS de l'hôte.

Vérifier la virtualisation sur l'hôte

Sous Linux, un simple test confirme que les instructions de virtualisation sont exposées :

egrep -c '(vmx|svm)' /proc/cpuinfo
# Un résultat supérieur à 0 signifie que VT-x/AMD-V est disponible
lscpu | grep Virtualization

Sous Windows, ouvrez PowerShell en administrateur :

Get-ComputerInfo -Property "HyperV*"
systeminfo | Select-String "Hyper-V"

Si la virtualisation apparaît désactivée, activez-la dans le firmware UEFI de la machine physique. Sans elle, aucune VM Windows 11 ne démarrera correctement.

Choisir son hyperviseur pour installer Windows 11 en VM

Le choix de l'hyperviseur dépend de votre système hôte et de votre usage. Voici les options les plus solides en 2026, avec leurs compromis.

Hyperviseur	Hôte	vTPM natif	Usage type
Hyper-V	Windows Pro/Server	Oui	Environnement Windows intégré
KVM / QEMU + libvirt	Linux	Oui (swtpm)	Production, serveurs, VPS
VirtualBox	Multi-OS	Oui (7.x)	Poste de travail, tests rapides
VMware Workstation	Windows/Linux	Oui	Développement, labs

Pourquoi KVM reste la référence côté Linux

KVM s'appuie directement sur le noyau Linux, ce qui limite l'overhead. Couplé à libvirt et swtpm pour le TPM virtuel, il gère Windows 11 sans compromis. C'est aussi l'approche la plus proche de ce qu'on retrouve sur une infrastructure cloud comme un VPS Linux OmegaCloud, où KVM assure l'isolation entre instances.

Installer la stack KVM sous Debian/Ubuntu

sudo apt update
sudo apt install -y qemu-kvm libvirt-daemon-system \
  libvirt-clients bridge-utils virt-manager swtpm swtpm-tools ovmf

sudo systemctl enable --now libvirtd
sudo usermod -aG libvirt,kvm $USER

Le paquet ovmf fournit le firmware UEFI nécessaire à Secure Boot, et swtpm émule la puce TPM 2.0. Ces deux composants sont indispensables pour passer le contrôle d'installation de Windows 11.

Installation pas à pas de Windows 11 en machine virtuelle

La procédure ci-dessous se concentre sur KVM avec virt-manager, mais la logique (vTPM, UEFI, Secure Boot) s'applique aussi à Hyper-V et VirtualBox.

1. Récupérer l'ISO officielle

Téléchargez l'image disque depuis la page officielle de Microsoft Learn et le portail Windows. Évitez les ISO tierces : elles peuvent embarquer des modifications non maîtrisées.

2. Créer la VM avec les bons paramètres

Dans virt-manager, créez une nouvelle machine et respectez ces points critiques :

• Firmware : sélectionnez UEFI x86_64 (OVMF) avec Secure Boot activé.
• Chipset : Q35 (obligatoire pour un comportement UEFI moderne).
• TPM : ajoutez un périphérique TPM, type emulated, modèle TIS, version 2.0.
• CPU : 2 vCPU minimum, mode host-passthrough pour de meilleures performances.
• RAM : 4096 Mo minimum, 8192 Mo conseillés.
• Disque : format qcow2, 64 Go minimum, en bus VirtIO si vous installez les pilotes.

3. Contourner le compte Microsoft à l'installation

Windows 11 pousse fortement vers un compte en ligne. Pour créer un compte local, à l'écran de connexion réseau, ouvrez une invite avec Maj + F10 puis :

oobe\bypassnro

La machine redémarre et propose alors l'option "Je n'ai pas Internet", permettant un compte local. Cette astuce est régulièrement retirée puis réintroduite selon les versions, gardez-la en tête.

4. Installer les pilotes VirtIO

Pour de meilleures performances disque et réseau sous KVM, montez l'ISO des pilotes VirtIO et installez-les depuis le Gestionnaire de périphériques. Le gain sur les I/O NVMe est significatif comparé à l'émulation SATA classique.

Contourner les vérifications TPM (postes de test uniquement)

Si vous devez installer Windows 11 en VM sur un hôte qui ne peut pas exposer de vTPM, l'installateur permet un contournement via l'éditeur de registre. Au blocage, ouvrez Maj + F10, lancez regedit et créez sous HKLM\SYSTEM\Setup une clé LabConfig contenant :

• BypassTPMCheck (DWORD) = 1
• BypassSecureBootCheck (DWORD) = 1
• BypassRAMCheck (DWORD) = 1

À réserver aux environnements de test. En production, provisionnez un vTPM propre plutôt que de désactiver les contrôles de sécurité.

Réseau, performance et sécurisation de la VM Windows 11

Une VM Windows 11 exposée en ligne, notamment sur un serveur distant accessible en RDP, demande une configuration réseau et sécurité rigoureuse. Voici les points à ne pas négliger.

Réseau : bridge vs NAT

• NAT : la VM sort via l'hôte, invisible depuis l'extérieur. Idéal pour un lab isolé.
• Bridge : la VM obtient une IP sur le réseau local, accessible directement. Utile pour un accès RDP contrôlé.

Sécuriser l'accès RDP

Le RDP exposé sur Internet est une cible constante de scans et de brute force. Appliquez ces mesures :

• Changez le port RDP par défaut (3389) pour réduire le bruit automatisé.
• Restreignez l'accès aux IP de confiance via le pare-feu.
• Activez l'authentification NLA (Network Level Authentication).
• Utilisez des mots de passe longs et une double authentification sur les comptes sensibles.

Côté hôte Linux, si votre VM est en bridge, filtrez le trafic entrant avec un pare-feu strict :

# Autoriser uniquement une IP admin vers le RDP redirigé
sudo ufw allow from 203.0.113.10 to any port 33890 proto tcp
sudo ufw deny 33890/tcp
sudo ufw enable
sudo ufw status verbose

Sur une infrastructure gérée comme un VPS Windows OmegaCloud, la protection anti-DDoS volumétrique est déjà assurée au niveau de l'infrastructure, de façon transparente. Vous n'avez donc pas à gérer la mitigation réseau vous-même : votre travail se concentre sur le durcissement applicatif et l'accès RDP.

Performance : ce qui fait la différence

• Stockage NVMe : sur du NVMe Gen4, les temps de démarrage et les mises à jour Windows sont nettement plus rapides qu'en SATA émulé.
• Pilotes VirtIO : indispensables pour rapprocher les performances de la VM de celles du bare metal.
• CPU host-passthrough : expose les instructions natives du processeur hôte à la VM.
• RAM ballooning : à activer avec prudence, utile pour mutualiser mais pénalisant si sous-dimensionné.

Snapshots avant toute manipulation

Avant une mise à jour majeure ou un test à risque, créez un snapshot. Sous KVM :

virsh snapshot-create-as --domain win11 \
  --name "avant-maj" --description "Etat stable pre-update"

virsh snapshot-list win11
# Restauration si besoin
virsh snapshot-revert win11 --snapshotname "avant-maj"

Sur un environnement cloud, les snapshots sont souvent gérés directement depuis l'interface. C'est le cas avec le panel OmegaCloud, qui permet snapshots, reboot et console KVM en quelques clics, sans ligne de commande. Pour aller plus loin sur l'automatisation, les Integrations & API OmegaCloud couvrent l'API REST, les webhooks et le CI/CD.

Checklist post-installation

1. Installer toutes les mises à jour Windows Update.
2. Déployer les pilotes VirtIO complets (réseau, disque, ballooning).
3. Configurer le pare-feu Windows et restreindre les services exposés.
4. Créer un compte administrateur dédié et désactiver les comptes inutiles.
5. Prendre un snapshot "installation propre" avant toute personnalisation.

Conclusion

Installer Windows 11 en VM en 2026 reste accessible dès lors qu'on maîtrise le trio vTPM, UEFI et Secure Boot. Le choix de l'hyperviseur dépend surtout de votre hôte et de votre usage, tests locaux ou déploiement distant. En soignant les pilotes, le réseau et les snapshots, vous obtenez une machine virtuelle stable, sécurisée et prête pour un travail sérieux au quotidien.

FAQ

Peut-on installer Windows 11 en VM sans TPM 2.0 ?

Oui, en contournant les vérifications via la clé de registre LabConfig (BypassTPMCheck, BypassSecureBootCheck). Cette méthode convient aux environnements de test. Pour une VM stable et à jour dans la durée, il est préférable de fournir un vTPM émulé, comme le permettent KVM avec swtpm, Hyper-V ou VirtualBox 7.x.

Combien de ressources allouer à une VM Windows 11 ?

Comptez au minimum 2 vCPU, 4 Go de RAM et 64 Go de disque. Pour un usage confortable avec navigateur, outils de développement et mises à jour, visez 8 Go de RAM et 80 à 100 Go de stockage, de préférence sur NVMe pour des temps de réponse fluides.

Comment sécuriser une VM Windows 11 accessible en RDP ?

Changez le port RDP par défaut, activez l'authentification NLA, limitez l'accès aux IP de confiance via le pare-feu et imposez des mots de passe robustes avec double authentification. Sur une infrastructure gérée, la mitigation DDoS volumétrique est déjà prise en charge côté réseau, vous concentrez donc vos efforts sur l'accès et le durcissement du système.