Solution communautaire

Mode pont ZVM sans Internet : dépannage sous Windows 11

A Windows 11 VM had internet in NAT but not Bridged mode; one user fixed it by disabling proxy auto-detection, while a later similar case did not.

Si une VM Windows 11 fonctionne en mode NAT dans ZVM, mais perd l’accès à Internet en mode pont, dépannez le chemin réseau de l’invité couche par couche au lieu de supposer que le pont est défectueux. Vérifiez d’abord le DHCP, l’accessibilité de la passerelle, le DNS, les paramètres de proxy Windows et l’interface physique utilisée par le pont.

Le fil de discussion d’origine contient un avertissement important contre les généralisations abusives : un utilisateur a résolu le problème en désactivant « Détecter automatiquement les paramètres » dans la section Proxy de Windows, mais un autre utilisateur a ensuite rencontré le même symptôme général et cette modification ne l’a pas aidé. Considérez le bouton du proxy comme une solution vérifiée dans un cas précis, et non comme une solution universelle.

Ce que le mode pont modifie

En mode NAT, la VM accède au réseau extérieur par le NAT virtuel de l’hôte. En mode pont, l’invité doit se comporter davantage comme une machine distincte sur le réseau local et reçoit généralement sa propre adresse du routeur.

Le mode pont est donc utile pour les serveurs de jeux et les services qui nécessitent une adresse IP distincte sur le réseau local, mais cela signifie également que la VM doit pouvoir accéder correctement au réseau local physique, à la passerelle, au DNS et aux éventuelles règles de pare-feu en amont.

Étape 1 : vérifier la configuration IP de Windows

Dans Windows, exécutez :

ipconfig /all

Recherchez une adresse LAN, un masque de sous-réseau, une passerelle par défaut et un serveur DNS valides. Une adresse autoattribuée 169.254.x.x signifie que le DHCP n’a pas abouti.

Étape 2 : tester la passerelle avant Internet

Commencez par envoyer une requête ping à l’adresse IP LAN du routeur. Si la VM possède une adresse DHCP normale, mais ne peut pas joindre la passerelle, le DNS et les paramètres du proxy ne sont pas encore les principaux suspects. Concentrez-vous sur le pont, la carte réseau physique, le VLAN, le commutateur ou le chemin vers l’adaptateur invité.

Si la passerelle répond, testez ensuite une adresse IP externe, par exemple celle de votre résolveur en amont connu. Ce n’est qu’une fois la connectivité IP brute établie que vous devez dépanner les noms DNS.

Étape 3 : vérifier la détection automatique du proxy Windows

Dans le cas vérifié de la source, l’utilisateur a ouvert Paramètres → Réseau et Internet → Proxy et désactivé la détection automatique du proxy. L’accès à Internet a alors fonctionné.

Il s’agit d’un test pertinent lorsque Windows peut joindre la passerelle, mais que le trafic web se comporte de manière anormale. Toutefois, un autre utilisateur du forum a ensuite reçu une adresse DHCP, sans pouvoir envoyer de requête ping à la passerelle, et la modification du proxy n’a rien changé. Un paramètre de proxy ne peut pas résoudre un problème de couche 2 ou d’accessibilité de la passerelle.

Étape 4 : vérifier que la bonne interface physique est reliée au pont

Si l’hôte ZimaOS possède plusieurs ports Ethernet, assurez-vous que la VM est attachée à l’interface orientée vers le LAN que vous prévoyez d’utiliser. Vérifiez les noms actuels des interfaces de l’hôte, leur état de liaison et leurs adresses IP dans Paramètres → Réseau.

Le guide réseau de ZimaOS explique comment ZimaOS expose l’état des interfaces physiques.

Attention lorsque le pont passe par le Wi-Fi

Le pont Ethernet traditionnel s’intègre naturellement à une carte réseau filaire. Les interfaces Wi-Fi peuvent présenter des limites avec le pontage transparent de couche 2, car de nombreux points d’accès n’acceptent pas les adresses MAC sources arbitraires derrière une même station.

Si votre hôte ZimaOS dépend lui-même du Wi-Fi, testez la VM sur une connexion Ethernet filaire avant de consacrer du temps aux paramètres de Windows.

Étape 5 : distinguer adresse IP statique et redirection de ports

Vous n’avez pas besoin de définir manuellement une adresse IP statique dans Windows pour conserver une adresse stable pour un serveur de jeux. Une réservation DHCP sur le routeur peut être plus facile à gérer et évite les conflits.

Une fois que la VM dispose d’une connectivité fiable au réseau local et à Internet, redirigez les ports nécessaires du serveur de jeux, depuis le routeur vers l’adresse LAN réservée de la VM. Ne dépannez pas la redirection de ports avant que la VM puisse joindre la passerelle.

Vérifier le pare-feu Windows et le profil réseau

Windows peut classer un nouvel adaptateur ponté comme réseau public. Cela n’empêche généralement pas l’accès sortant à Internet, mais peut bloquer le trafic entrant du serveur de jeux. Une fois le réseau de base fonctionnel, définissez le profil approprié et créez uniquement les règles de pare-feu entrantes nécessaires au serveur de jeux.

Le guide de configuration de ZVM fournit davantage de contexte sur les VM.

Quand signaler un problème de pont ZVM

Si l’invité reçoit une adresse DHCP valide, mais ne peut pas envoyer de requête ping à la passerelle, que le mode NAT fonctionne, qu’une connexion Ethernet filaire est utilisée et qu’une autre machine physique sur le même commutateur fonctionne normalement, recueillez la version de ZimaOS, l’adresse MAC et l’adresse IP de l’invité, l’interface de l’hôte, le pont sélectionné, le sous-réseau du routeur et les résultats des tests ping.

Ces éléments sont bien plus probants que « le mode pont n’a pas Internet ».

FAQ

La désactivation de la détection automatique du proxy Windows résout-elle le mode pont de ZVM ?

Elle a résolu un cas vérifié, mais pas un autre cas ultérieur. Utilisez cette piste lorsque la connectivité avec la passerelle est établie ; ne la considérez pas comme une correction du pont lui-même.

Une VM en mode pont peut-elle avoir sa propre adresse IP sur le réseau local ?

Oui, c’est l’objectif habituel du réseau en mode pont. Une réservation DHCP sur le routeur peut maintenir cette adresse stable.

Pourquoi le NAT fonctionne-t-il alors que le mode pont échoue ?

Le NAT masque l’invité derrière le réseau virtuel de l’hôte. Le mode pont dépend d’un accès direct de l’invité au réseau local physique : le DHCP, le commutateur, la carte réseau, le VLAN et la sélection du pont sont donc importants.

Dois-je configurer une redirection de ports avant de rétablir l’accès à Internet ?

Non. Vérifiez d’abord que l’invité peut joindre sa passerelle et Internet. Configurez ensuite la redirection entrante du service.