**Remarque** : il est important de préciser qu'une interface réseau physique peut être associée à un seul commutateur virtuel.
Pour finir, regardons la zone « **ID du réseau local virtuel** » et plus précisément l’option qu’elle contient, car elle permet d’**indiquer un ID de VLAN** devant être utilisé pour la communication avec le système d'exploitation de gestion du serveur Hyper-V, dans le cas où l’option est active. Ceci est utile pour faire transiter deux réseaux sur le même adaptateur physique, tout en ayant, d'une part, un réseau de gestion, et d'autre part, un réseau pour les flux des VMs. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/1iWimage-png.png) Cliquez sur "**OK**" pour créer le commutateur virtuel avec les paramètres sélectionnés. Lors de la création d'un commutateur de type « **Externe** », vous obtiendrez un message d'avertissement. Cliquez sur "**Oui**", mais sachez que ceci va "couper" le réseau une dizaine de secondes sur votre Hyper-V. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/fFPimage-png.png) **Voilà, le commutateur virtuel externe est créé !** Vous pouvez créer plusieurs commutateurs virtuels, de différents types sur un même Hyper-V. Si nous regardons la liste des adaptateurs réseau présents sur l'hôte Hyper-V, nous pouvons constater la présence d'un nouvel adaptateur nommé "**vEthernet (LAN-Physique)**", qui reprend le nom du commutateur virtuel entre parenthèses. Cet adaptateur créé par Hyper-V est de type "**Hyper-V Virtual Ethernet Adapter**". Le système a également créé un pont réseau. Cette configuration a été mise en place par Hyper-V, car nous avons coché l'option « **Autoriser le système d’exploitation de gestion à partager cette carte réseau** ». [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/0Jvimage-png.png) ## Les extensions Retournez un instant dans le "**Gestionnaire de commutateur virtuel**" de la console Hyper-V. Cliquez sur le petit « **+** » à côté du nom de votre commutateur virtuel, vous verrez apparaître le sous-menu « **Extensions** », mais alors qu’est-ce que c’est ? Les extensions de commutateurs virtuels Hyper-V sont des composants logiciels qui sont ajoutés au commutateur virtuel Hyper-V afin d'ajouter des fonctionnalités ou de modifier ses fonctionnalités existantes. **Il existe trois classes d’extensions : capture, filtrage et transfert.** L'implémentation passe par la création d'un pilote spécifique. Par défaut, il y a deux extensions disponibles : « **Capture NDIS Microsoft** » et « **Plateforme de filtrage Microsoft Windows** ». [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/DPTimage-png.png) Pour approfondir ce sujet, consultez la documentation Microsoft : - [Microsoft Learn - Commutateur extensible Hyper-V](https://learn.microsoft.com/fr-fr/windows-hardware/drivers/network/hyper-v-extensible-switch?WT.mc_id=AZ-MVP-5004580) ## Plage d’adresses MAC Toujours dans le gestionnaire de commutateurs virtuels, au sein du menu de gauche sous la partie « **Paramètres du réseau global** », vous verrez l'option « **Plage d’adresses MAC** ». Cliquez dessus. Dans la partie centrale, vous verrez apparaître deux champs « **Minimum** » et « **Maximum** ». En fait, vous pouvez définir ici une plage d’adresses MAC, c'est-à-dire un début de plage (minimum) et une fin de plage (maximum) pour les adresses MAC qui doivent être attribuées aux cartes réseaux virtuelles. Autrement dit, aux cartes réseaux de vos machines virtuelles puisque se seront-elles qui auront les cartes réseaux virtuelles. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/Tw1image-png.png) Vous remarquerez la note de Microsoft dans la fenêtre qui précise que la plage que vous définissez ne s’appliquera pas sur les cartes réseaux virtuelles déjà attachées à des machines virtuelles. Pour que votre carte réseau virtuelle ait une [adresse MAC](https://www.it-connect.fr/quest-ce-qu-une-adresse-mac/ "adresse MAC") faisant partie de cette plage, vous devez supprimer et rajouter la carte. Sinon, ajoutez-la une fois la plage définie au cas où vous n’auriez jamais attaché de carte réseau virtuelle à une VM. Vous pouvez fermer le "**Gestionnaire de commutateur virtuel**" car nous avons terminé de l'explorer. ## Associer un commutateur virtuel à une VM ? Nous n'avons pas encore vu comment créer un ordinateur virtuel, mais sachez qu'**une machine virtuelle peut être dotée d'un ou plusieurs adaptateurs réseau virtuels**. Chaque **carte réseau virtuelle peut être associé à un seul commutateur virtuel**, que ce soit un vSwitch privé, interne ou externe, selon vos besoins. Voici un exemple où la carte réseau virtuelle de la VM est associée au commutateur virtuel "**LAN-Physique**". [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/hOLimage-png.png) # NAT ## [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/GUqimage-png.png) ## Présentation **Le gestionnaire de commutateurs virtuels d'Hyper-V ne permet pas de créer un réseau avec une connexion NAT.** Pourtant, il s'agit d'un mode de connexion bien pratique, notamment lorsque nous effectuons des tests dans un Lab, ou sur un environnement de développement. Si vous avez déjà utilisé des hyperviseurs de type 2 comme VirtualBox et VMware Workstation Pro, vous connaissez probablement le principe du réseau NAT virtuel. Pour atteindre notre objectif, nous allons devoir **créer un nouveau commutateur virtuel "Interne"** au sein de la console Hyper-V. Ensuite, nous devons associer une adresse IP sur cette interface virtuelle afin qu'elle soit utilisée comme passerelle par les machines présentes dans le réseau virtuel NAT. Puis, nous devons configurer un nouveau réseau NAT sur notre hyperviseur, en l'occurrence, ici le réseau "**192.168.76.0/24**" sera utilisé pour les machines. Enfin, nous finirons par connecter une VM sur ce nouveau switch virtuel afin de tester la configuration. Voici un schéma pour représenter cette configuration : [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/03dimage-png.png) Cette configuration sera réalisée à l'aide de [PowerShell](https://www.it-connect.fr/cours-tutoriels/administration-systemes/scripting/powershell/ "PowerShell"). ## II. PowerShell : créer un réseau NAT sur Hyper-V L'intégralité des commandes PowerShell sont à exécuter directement sur l'hôte sur lequel le rôle [Hyper-V](https://www.it-connect.fr/cours-tutoriels/administration-systemes/virtualisation/hyper-v/ "Hyper-V") est installé. ### A. Créer un commutateur virtuel Sur votre hyperviseur, ouvrez une console en PowerShell en tant qu'administrateur. Exécutez la commande suivante : ``` New-VMSwitch -Name "NAT" -Notes "Interne - NAT 192.168.76.0/24" -SwitchType Internal ``` Elle va permettre de créer un nouveau commutateur virtuel de type "**Interne**" nommé "**NAT**". Dans les notes de ce commutateur virtuel, nous allons indiquer "**Interne - NAT 192.168.76.0/24**" pour documenter l'objectif de ce switch virtuel. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/1t1image-png.png) Une fois que c'est fait, passez à la suite. ### B. Configurer la passerelle du réseau NAT Nous devons attribuer une adresse IP à l'interface réseau associée au nouveau commutateur virtuel que nous venons de créer. Grâce à la commande Get-NetAdapter, nous pouvons lister les interfaces réseau disponibles sur la machine locale. ``` Get-NetAdapter # Avec un filtre sur les interfaces Hyper-V Get-NetAdapter | Where-Object { $_.InterfaceDescription -like "Hyper-V*" } ``` Ceci nous permet d'identifier l'adaptateur nommé "**vEthernet (NAT)**" correspondant au vSwitch récemment créé. Nous avons besoin de **noter son numéro d'index** (**ifIndex**) pour la suite. Ici, le numéro d'index est **51**. L'alternative consiste à utiliser le nom de la carte (et donc le paramètre "-InterfaceAlias" dans la prochaine commande). [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/Qwximage-png.png) Puis, nous allons attribuer une adresse IP sur cette interface réseau : **192.168.76.1/24**. Cela signifie que les machines virtuelles connectées au réseau virtuel NAT devront utiliser cette adresse IP en tant que passerelle par défaut. Éventuellement, nous pourrions choisir une autre valeur (".254", par exemple). Vous devez également adapter la commande ci-dessous pour indiquer le numéro d'index correspondant à votre configuration. ``` New-NetIPAddress -IPAddress 192.168.76.1 -PrefixLength 24 -InterfaceIndex 51 ``` Ce qui donne : [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/KY9image-png.png) Quand c'est fait, et s'il n'y a pas d'erreur, vous pouvez passer à la suite. En complément, sachez que cette commande va permettre de définir l'adresse IP sur l'adaptateur réseau comme nous aurions pu le faire à partir de l'interface graphique de Windows. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/FuNimage-png.png) ### C. Configurer le réseau NAT Nous devons accomplir une dernière étape : configurer le NAT sur notre nouveau réseau virtuel. La commande New-NetNat va permettre de configurer la traduction d'adresses pour notre réseau "192.168.76.0/24". Sur Hyper-V, vous pouvez avoir seulement un seul réseau NAT. Voici la commande à exécuter : ``` New-NetNat -Name NAT-OUT -InternalIPInterfaceAddressPrefix 192.168.76.0/24 ``` Ce qui donne : [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/jcPimage-png.png) Deux autres commandes peuvent s'avérer utile : - **Remove-NetNat** pour supprimer le réseau NAT - **Get-NetNat** pour obtenir des informations sur le réseau NAT Voilà, le réseau NAT est prêt à être utilisé ! ## III. Connecter une VM au réseau NAT Nous allons voir comment utiliser ce réseau NAT. Ainsi, vous saurez comment faire quand vous serez prêt à connecter une machine virtuelle sur ce réseau. Tout d'abord, à partir du Gestionnaire Hyper-V, vous devez retrouver votre nouveau vSwitch dans la section "**Gestionnaire de commutateur virtuel**". Comme ceci : [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/s0ximage-png.png) Pour connecter une VM sur ce réseau, le principe est le même qu'avec un commutateur virtuel Privé, Externe, ou Interne sans NAT. Accédez aux paramètres de la machine virtuelle, cliquez sur "**Carte réseau**" sur la gauche, puis, sous "**Commutateur virtuel**" sélectionnez "**NAT**". [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/OiSimage-png.png) Vous n'avez plus qu'à cliquer sur "**OK**" pour confirmer. La dernière étape consiste à configurer la carte réseau de la machine virtuelle. En effet, nous n'avons pas de serveur DHCP sur le réseau NAT (nous pourrions en déployer un, si besoin) donc la configuration réseau doit être définie manuellement. Ce qui est important, c'est d'attribuer une adresse IP correspond au réseau NAT et d'utiliser l'adresse IP de notre réseau "NAT", soit 192.168.76.1, en tant que passerelle par défaut. [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/410image-png.png) Désormais, la machine virtuelle est bien connectée en NAT ! Elle peut accéder à Internet sans être directement connectée au réseau physique comme avec un réseau Externe. ## IV. Hyper-V et le NAT : règles de redirection de port Vous savez probablement que par défaut, un routeur NAT constitue un "rempart" contre les connexions entrantes. Pour accéder à un service, tel qu'un serveur Web, situé du côté "Privé" du réseau virtuel, ou même pour se connecter en RDP (Bureau à distance) à la VM, il est nécessaire de "publier" un port externe grâce à la création de ce que l'on appelle une règle de redirection de port (ou "*port forwarding*"). Nous allons utiliser PowerShell pour effectuer cette configuration. L'objectif : **accéder en RDP, sur le port 3389**, à une machine virtuelle avec l'adresse IP "**192.168.76.10/24**". Le **port interne**, côté VM sera **3389**, tandis que pour le **port externe**, nous allons utiliser le **numéro de port 13389** : le numéro de port 3389 est déjà utilisé par l'accès RDP de notre hyperviseur, donc si nous cherchons à l'utiliser, nous obtiendrons cette erreur : ``` Add-NetNatStaticMapping : Le processus ne peut pas accéder au fichier car ce fichier est utilisé par un autre processus ``` - [Le principe du NAT pour les débutants](https://www.it-connect.fr/le-nat-et-le-pat-pour-les-debutants/ "Le NAT et le PAT pour les débutants") Ainsi, nous devons exécuter la commande suivante : ``` Add-NetNatStaticMapping -NatName "NAT-OUT" -Protocol TCP -ExternalIPAddress 0.0.0.0 -ExternalPort 13389 -InternalIPAddress 192.168.76.10 -InternalPort 3389 ``` Voici quelques explications : - **-NatName** : le nom du réseau NAT, c'est-à-dire le nom indiqué dans la commande New-NetNat. - **-Protocol** : le type de protocole, TCP ou UDP. - **-ExternalIPAddress** : l'adresse IP externe, c'est-à-dire de l'hôte Hyper-V sur laquelle rendre accessible cette règle. Le fait d'indiquer "0.0.0.0" active la règle sur toutes les adresses IP de l'hôte. - **-ExternalPort** : le numéro de port externe (côté "public" du réseau NAT). - **-InternalIPAddress** : l'adresse IP de la machine virtuelle cible, à laquelle nous souhaitons nous connecter. - **-InternalPort** : le numéro de port interne. Si vous souhaitez accéder à plusieurs VMs en RDP, via des règles de redirection de port, vous pouvez conserver le numéro de port 3389 en interne, mais utiliser des numéros de ports externes différents pour chaque machine (un port externe ne peut être associé qu'à une seule règle). Puis, vous pouvez lister vos règles de redirection de port avec cette commande : ``` Get-NetNatStaticMapping ``` Si vous avez besoin de supprimer une règle, vous pouvez utiliser la commande ci-dessous, en précisant le numéro de règles, c'est-à-dire le "**StaticMappingID**" que vous pouvez récupérer via la commande précédente. **La première règle créée aura l'index 0**, et ce numéro sera ensuite toujours incrémenté (même si nous supprimons et recréons la règle). ``` Remove-NetNatStaticMapping -StaticMappingID 0 ``` Désormais, à partir d'une machine distante, nous pouvons tester de nous connecter en RDP. Pour cela, nous indiquons l'adresse IP de l'Hyper-V, puis le numéro de port "13389" et il va rediriger le flux vers la VM ayant l'adresse IP "192.168.76.10". **Si le flux ne fonctionne pas, vérifiez également la configuration du pare-feu Windows.** [](https://docs.rakouns.bzh/uploads/images/gallery/2025-10/scaled-1680-/uo5image-png.png) # Créer une VM  ## Présentation **Dans ce chapitre, nous allons apprendre à créer notre premier ordinateur virtuel Hyper-V, au sein duquel nous allons déployer le système d'exploitation Windows Server 2022.** Il s'agit d'un cas fréquent en entreprise : déployer une machine virtuelle qui exécute le même système d'exploitation que le système hôte. Si besoin, vous pouvez récupérer une image ISO d'évaluation de Windows Server 2022 sur cette page : - Microsoft - Télécharger une image ISO de Windows Server 2022 (Évaluation) ## Centralisez les ISO Je vous recommande de définir un répertoire au sein duquel vous allez centraliser vos images ISO pour l'installation de vos machines virtuelles. Ainsi, au fur et à mesure de vos installations, vous pourrez piocher dans cette bibliothèque d'images ISO.  Les images ISO doivent être téléchargées à partir de sources fiables, en priorisant le site officiel de chaque éditeur. ## Hyper-V : Gen 1 vs Gen 2 **À chaque fois que vous allez créer une machine virtuelle sur Hyper-V, vous devrez choisir entre la Génération 1 et la Génération 2. Mais à quoi est-ce que cela correspond ?** Naturellement, nous aurions tendance à nous orienter vers la génération 2, mais sachez que ceci dépend avant tout du système d'exploitation que vous souhaitez installer dans la machine virtuelle. De manière générale, **la Génération 2 est recommandée**, car elle apporte une **meilleure prise en charge** et **ajoute des fonctionnalités supplémentaires**, notamment pour **améliorer l'interaction entre l'hyperviseur et la VM**. Voici un tableau récapitulatif avec les principales différences :| Caractéristiques | Génération 1 | Génération 2 |
|---|---|---|
| Architecture du matériel | Architecture de PC traditionnelle | Architecture basée sur UEFI |
| Type de firmware | BIOS | UEFI avec support du Secure Boot |
| Architecture | 32 bits | 32 bits et 64 bits |
| Format de disque virtuel | VHD et VHDX | VHDX |
| Taille maximale du disque virtuel | Jusqu'à 2040 Go (VHD) et jusqu'à 2 To (VHDX) | Jusqu'à 64 To |
| Quantité processeurs virtuels | Jusqu'à 64 vCPU | Jusqu'à 240 vCPU |
| Quantité RAM | Jusqu'à 1 To | Jusqu'à 12 To |
| Démarrage réseau (PXE) | Nécessite une carte réseau virtuelle héritée | Support intégré dans la carte réseau virtuelle |
| Démarrage sur disquette virtuelle | Oui (.VFD) | Non |
| Démarrage sur disque virtuel SCSI | Non | Oui |