Vous rencontrez des difficultés pour faire communiquer une VM Hyper-V avec la machine hôte ? C’est un casse-tête réseau classique. Parfois, il s’agit simplement d’une mauvaise configuration, d’autres fois, les problèmes réseau de Windows viennent perturber le processus. Ces correctifs visent à rétablir la connexion : créer une connexion stable entre la VM et l’hôte pour que vous puissiez enfin partager des fichiers, résoudre des problèmes ou simplement envoyer un ping à l’hôte sans avoir à tout redémarrer. C’est assez frustrant lorsque tout ne fonctionne pas correctement, mais après avoir suivi ces étapes, tout devrait fonctionner plus facilement.
La machine virtuelle Hyper-V ne peut pas se connecter à l’hôte M/C
Si Hyper-V ne communique pas avec l’hôte, il y a de fortes chances que le problème vienne de la configuration du réseau virtuel, des blocages du pare-feu ou des configurations VLAN. Voici un aperçu des correctifs qui, espérons-le, régleront le problème. Sur certaines configurations, un redémarrage après ces modifications peut être utile, tandis que d’autres nécessitent une analyse plus approfondie.
Remplacez le commutateur par défaut par un commutateur externe
C’est un bon point de départ, car, honnêtement, le réseau NAT par défaut peut être instable. Passer à un commutateur externe connecte la machine virtuelle directement à votre réseau physique, ce qui est généralement plus fiable.
- Ouvrez le Gestionnaire Hyper-V, puis accédez à Gestionnaire de commutateur virtuel sous le panneau Actions.
- Sélectionnez « Nouveau commutateur réseau virtuel » à gauche, puis choisissez le type Externe et cliquez sur « Créer un commutateur virtuel ». Bien sûr, Windows rend la tâche plus complexe qu’elle ne le devrait.
- Donnez-lui un nom explicite, puis, dans Type de connexion, choisissez Réseau externe. Utilisez le menu déroulant pour sélectionner la carte réseau qui vous permettra d’accéder à Internet (généralement filaire ou Wi-Fi).
- Cochez « Autoriser le système d’exploitation de gestion à partager cette carte réseau ». Cliquez sur « Appliquer » ou « OK ».À l’invite, répondez « Oui ».
- De retour dans Hyper-V, sélectionnez la machine virtuelle concernée, puis accédez à Paramètres. Sous « Carte réseau », sélectionnez l’ancien commutateur et remplacez-le par le nouveau commutateur externe. Cliquez sur OK.
Redémarrez la machine virtuelle pour voir si cela résout le problème. Sinon, passez à la solution suivante.
Configurer une IP statique sur le commutateur par défaut
La mise en réseau par défaut basée sur NAT peut parfois être peu fiable, surtout si Windows décide d’utiliser une méthode étrange pour l’attribution des adresses. Forcer des adresses IP statiques permet de contourner ce problème et de créer une communication directe et prévisible. C’est pourquoi ce correctif est particulièrement utile lorsque la VM ne parvient pas à communiquer avec l’hôte.
- Ouvrez ncpa.cpl via la boîte de dialogue Exécuter ( Windows + R) — cela ouvre les connexions réseau.
- Recherchez votre vEthernet (commutateur par défaut), faites un clic droit, puis accédez à Propriétés. Double-cliquez sur Protocole Internet version 4 (TCP/IPv4).
- Choisissez Utiliser l’adresse IP suivante et entrez :
- Adresse IP : 192.168.137.1
- Masque de sous-réseau : 255.255.255.0
- Laissez les champs Passerelle par défaut et DNS vides, puis cliquez sur OK. C’est assez simple.
- Accédez maintenant à votre machine virtuelle, puis allez dans Paramètres > Réseau > Ethernet. Sous « Modifier les options de l’adaptateur », faites un clic droit sur votre Ethernet actif, puis sélectionnez « Propriétés ».
- Ouvrez à nouveau le protocole Internet version 4 (TCP/IPv4), sélectionnez Utiliser l’adresse IP suivante et saisissez :
- Adresse IP : 192.168.137.10
- Masque de sous-réseau : 255.255.255.0
- Passerelle par défaut : 192.168.137.1
- Définissez le DNS sur 192.168.137.1 ou un DNS public comme 8.8.8.8. Cliquez deux fois sur OK et fermez toutes les fenêtres.
Testez la connexion, essayez d’envoyer un ping à l’hôte depuis la VM ( ping 192.168.137.1) et vérifiez si cela fonctionne. Si la connexion persiste, continuez.
Vérifier les règles du pare-feu de l’hôte
Les règles de pare-feu peuvent bloquer le trafic nécessaire sans que vous vous en rendiez compte. Le pare-feu Windows Defender est souvent en cause, surtout si les mises à jour récentes ou les règles installées ont mal fonctionné. S’assurer que les protocoles réseau principaux sont autorisés est une bonne mesure.
- Ouvrez wF.msc via la boîte de dialogue Exécuter. Cela ouvre directement les paramètres avancés du pare-feu.
- Cliquez sur « Règles entrantes ». Recherchez « Règles de partage de fichiers et d’imprimantes » et faites un clic droit dessus, puis choisissez « Propriétés ».
- Accédez à l’ onglet Avancé. Assurez-vous que les profils Domaine et Privé sont cochés. Vérifiez que la règle est activée (la mention « Oui » doit apparaître sous « Activé »).
Si la situation persiste, envisagez de créer une nouvelle règle entrante pour autoriser tout le trafic provenant de l’adresse IP de la machine virtuelle. Parfois, une ouverture plus importante du pare-feu permet aux membres du réseau de mieux se voir.
Désactiver l’identification VLAN
Si un identifiant de VLAN est erroné ou incompatible, c’est comme crier après un commutateur en espérant qu’il vous écoute. Un marquage VLAN mal configuré peut détourner le trafic de l’hôte ou bloquer complètement la communication. Surtout si vous avez défini un identifiant de VLAN dans les paramètres de la VM, mais que le commutateur ne l’attend pas.
- Ouvrez le Gestionnaire Hyper-V > cliquez avec le bouton droit sur la machine virtuelle > Paramètres.
- Accédez à la section Adaptateur réseau.
- Dans ID VLAN, décochez Activer l’identification du LAN virtuel.
- Appuyez sur OK.
La plupart du temps, cela résout les conflits VLAN qui bloquent la communication entre la machine virtuelle et l’hôte, en particulier dans les configurations réseau complexes.
Réinitialiser la configuration du commutateur virtuel Hyper-V
C’est une option un peu radicale, mais elle est parfois nécessaire lorsque les configurations des commutateurs virtuels sont corrompues ou mal configurées. Attention : vous devrez ensuite recréer vos commutateurs.
- Ouvrez une fenêtre Admin PowerShell et exécutez :
Get-VMSwitch | Remove-VMSwitch -Force
Cela supprime tous les commutateurs virtuels. Pour supprimer les adaptateurs virtuels associés, exécutez : Get-NetAdapter | Where-Object {$_. Name -like "*vEthernet*"} | Remove-NetAdapter -Force. Ensuite, redémarrez le PC hôte et reconfigurez vos commutateurs réseau depuis zéro, généralement depuis le Gestionnaire Hyper-V sur l’hôte.
Cela élimine les bugs cachés et réinitialise la pile de réseau virtuel, résolvant ainsi, espérons-le, les problèmes persistants liés aux communications VM-hôte.
Comment corriger l’incompatibilité de version de la machine virtuelle avec l’hôte
Il arrive que la machine virtuelle (VM) ait été créée sur une version plus récente d’Hyper-V, et que l’hôte soit lent. Mettre à jour votre hôte vers une version équivalente ou plus récente corrige généralement les problèmes de compatibilité. Une fois le système d’exploitation à jour, mettez à niveau la VM depuis le Gestionnaire Hyper-V : faites un clic droit sur la VM et choisissez « Mettre à niveau la machine virtuelle », si cette option apparaît. Certaines versions nécessitent également une conversion ou une importation manuelle de la VM pour correspondre à la version de l’hôte.
Pourquoi ma VM ne se connecte-t-elle pas au réseau ?
Cela est souvent dû au fait que la carte réseau virtuelle de la VM est liée à un commutateur incorrect ou isolé, ou que la carte réseau de l’hôte est bloquée par un pare-feu. Vérifiez l’affectation du commutateur virtuel dans les paramètres de la VM, assurez-vous que la carte réseau de l’hôte est activée et fonctionnelle, et vérifiez les règles de pare-feu sur l’hôte et la VM. Parfois, il suffit de désactiver puis de réactiver la carte réseau dans les paramètres réseau de la VM pour réinitialiser le système.