Le client VMware ne peut pas pinger la passerelle par défaut

Découvrez comment résoudre le problème d'accès à la passerelle par défaut dans un environnement VMware, notamment en vérifiant la configuration réseau et les services essentiels.

Dans un environnement VMware domestique, il peut arriver que vos hôtes ESXi parviennent à se pinguer, mais échouent lamentablement à atteindre la passerelle par défaut. Résultat : impossible d'accéder aux réseaux externes. Voici comment réagir quand le client VMware ne parvient pas à pinguer la passerelle par défaut.

Le client VMware ne peut pas pinger la passerelle par défaut

Cette situation découle souvent d'une configuration réseau chaotique, de règles de pare-feu liberticides ou encore de services essentiels à l'arrêt. Un souci courant : l'éditeur de réseau virtuel affiche une adresse NAT erronée ou un conflit de sous-réseau. DHCP pourrait être désactivé. Vérifiez les pare-feux Windows ou invités bloquant le trafic ICMP. Les services NAT et DHCP, eux, peuvent tout simplement avoir rendu l'âme. Dans le cas d'ESXi, des erreurs VLAN ou des réglages incorrects du commutateur physique peuvent être à l'origine des problèmes d'accès à la passerelle. La configuration de l'adaptateur réseau de la VM (bridgé, NAT, ou hôte uniquement) mérite également d’être vérifiée.

Pour remédier à cette situation, explorez ces pistes :

1. Réinitialiser la configuration du réseau virtuel
2. Vérifier et relancer les services essentiels de VMware
3. Autoriser le trafic ICMP via le pare-feu
4. Examiner le mode de l'adaptateur de la VM et sa configuration IP

Réinitialiser la configuration du réseau virtuel

Les fichiers de configuration réseau peuvent être détériorés suite à des mises à jour hasardeuses ou des modifications manuelles. Une réinitialisation peut remettre de l'ordre en effaçant les réglages conflictuels et en restaurant les paramètres par défaut. Voici comment procéder :

• Arrêtez toutes les VMs en cours.
• Ouvrez VMware Workstation en mode administrateur.
• Accédez à Modifier > Éditeur de réseau virtuel.
• Naviguez vers Modifier les paramètres > Restaurer les paramètres par défaut et patientez.
• Reconfigurez votre réseau (par exemple, VMnet4) avec l'adresse IP et la passerelle adéquates.

Redémarrez la VM. Testez le ping vers la passerelle.

Vérifier et démarrer les services principaux VMware

Le service NAT gère la traduction d'adresses pour que les VMs accèdent aux réseaux externes. Le service DHCP s’occupe d'attribuer les adresses IP. Si l'un d'eux est inactif, en mode NAT, les VMs ne peuvent pas communiquer avec la passerelle.

Ouvrez Services via le menu Démarrer. Cherchez Service NAT VMware et Service DHCP VMware. Vérifiez qu'ils sont actifs et paramétrés sur ‘Automatique’. S'ils ne fonctionnent pas, faites un clic droit pour démarrer. En cas d’échec, paramétrez le type de démarrage sur ‘Automatique’ et appliquez les changements.

Redémarrez la VM et vérifiez la connexion.

Autoriser le trafic ICMP à travers le pare-feu

Le Pare-feu Windows Defender a un penchant pour bloquer les requêtes ICMP. Même avec un bon paramétrage réseau, il peut rejeter les paquets ping, causant des faux délais d'attente. Autoriser le trafic ICMPv4 entrante peut résoudre ce souci. Voici comment faire :

1. Accédez au Panneau de configuration > Pare-feu Windows Defender.
2. Dirigez-vous vers Paramètres avancés.
3. Cliquez sur Règles entrantes > Nouvelle règle.
4. Sélectionnez ‘Règle personnalisée’ puis…
5. Allez sur Protocole et ports. Sélectionnez ICMPv4.
6. Sur la page Portée, ajoutez votre sous-réseau VM sous Adresses IP distantes (par exemple, 192.168.x.0/24).
7. Passez à la page Action et choisissez Autoriser la connexion.
8. Sur Profil, cochez Domaine, Privé et Public.
9. Nommez la règle (par exemple, “Autoriser ICMPv4 pour VMware”) et terminez.

Si vous avez un logiciel de sécurité tiers (comme Kaspersky ou 360 Total Security), n'oubliez pas d’ajouter les exécutables VMware à la liste blanche. Et vérifiez si vous pouvez pinger la passerelle par défaut.

Vérifier le mode de l'adaptateur VM et la configuration IP

Si l'adaptateur réseau de la VM est en mode Bridgé ou Hôte seulement, elle ne peut pas accéder à la passerelle NAT. Une adresse APIPA (169.254.x.x) indique un échec du DHCP. Vous pouvez forcer une allocation correcte en libérant et en renouvelant l'IP.

Dans les paramètres de la VM, assurez-vous que l'adaptateur est sur NAT.

À l’intérieur de la VM, ouvrez l'invite de commandes et tapez ipconfig /all pour vérifier que toutes les IP appartiennent au NAT.

Si vous voyez 169.254.x.x, exécutez ces commandes :

ipconfig /release ipconfig /renew

Vérifiez à nouveau avec ipconfig que la passerelle par défaut correspond à la passerelle NAT dans l'Éditeur de réseau virtuel (généralement 192.168.x.2).

Pour une IP statique, vérifiez la validité de l'IP, du masque de sous-réseau et de la passerelle.

La passerelle 192.168.1.1 est-elle toujours par défaut ?

Non, ce n'est pas une norme universelle. De nombreux routeurs comme Netgear, D‑Link et TP‑Link utilisent 192.168.1.1, mais certains, comme certains modèles ASUS, optent pour 192.168.50.1, tandis que de nombreux TP‑Link utilisent 192.168.0.1. Les administrateurs réseau peuvent modifier la passerelle à n'importe quelle IP valide dans le sous-réseau, comme .254. Pour connaître votre passerelle réelle, consultez l'autocollant sur votre routeur ou exécutez ipconfig sur un appareil connecté.

Pourquoi ne puis-je pas faire un ping sur ma VM ?

Une VM peut ignorer les pings à cause de règles de pare-feu, d'une configuration erronée ou de services en panne. Les pare-feu, comme Windows Defender, bloquent souvent les requêtes d'écho ICMP. Vérifiez que l'IP, le masque de sous-réseau et l'adresse de passerelle sont corrects et que le bon mode d'adaptateur réseau est utilisé (NAT ou ponté). Assurez-vous également que les services VMware, comme NAT et DHCP, sont actifs. Commencez par contrôler la configuration IP de la VM avec ipconfig. Assurez-vous que ICMP est autorisé dans le pare-feu et que les services VMware fonctionnent correctement.

Maintenant que tu as fini de lire Le client VMware ne peut pas pinger la passerelle par défaut, nous t'invitons à explorer davantage la catégorie Tutoriels. Tu y trouveras d'autres articles intéressants qui élargiront tes connaissances et te tiendront informé. Ne cesse pas de lire et de découvrir plus!