web-dev-qa-db-fra.com

Un hôte réseau ponté VMware Workstation est inaccessible

VMware Workstation 7 sur Win7-64 (Home Premium).

Je l'ai confirmé sur tous les invités s'exécutant sur cette machine (de winxp à debian).

J'utilise une connexion réseau pontée pour mes invités (automatique sur VMnet0). Toute la configuration du réseau est réalisée avec DHCP (y compris sur l'hôte).

Problème

Ce que je ne peux pas faire:

  • Envoyez une requête ping à ma machine hôte depuis une machine virtuelle. (ou me montre "Hôte de destination inaccessible" ou sera tout simplement dépassé)

Ce que je PEUX faire immédiatement après la mise sous tension, sans aucun problème.

  • Je peux me connecter à Internet depuis la machine virtuelle
  • Je peux envoyer un ping à mon routeur depuis l'intérieur de la machine virtuelle
  • Je peux envoyer une requête ping à d'autres machines de mon réseau depuis la machine virtuelle.
  • D'autres machines peuvent envoyer un ping à la machine virtuelle
  • D'autres machines peuvent envoyer un ping à l'hôte
  • Mon ordinateur hôte peut envoyer un ping à la VM (celle-ci est importante. Lisez plus loin)

Détails

J'ai donc mon routeur assigné comme 192.168.2.1/255.255.255.0, et le routeur fournit le service DHCP (et il semble le faire avec succès).

Je ne suis au courant d'aucun conflit IP sur le réseau. Toutes les passerelles et tous les masques de sous-réseau sont appropriés et correspondants.

Tout mon atelier est sur un seul sous-réseau, avec un seul serveur DHCP et une seule passerelle.

Il est une méthode dans laquelle je peux cingler avec succès, mais cela nécessite une connexion active établie à partir de l'hôte (je commence à cingler de l'hôte à la machine virtuelle). Pendant la période de connexion active, je peux passer avec succès du ping de VM à l'hôte, en utilisant une adresse IP explicite. Dès que la connexion hôte est fermée, le VM ping commence à être suspendu avec les mêmes messages anciens.

Mes pensées

Cela ressemble vraiment à un problème de pare-feu, mais j’ai désactivé tous les pare-feu de l’hôte et de la machine virtuelle, j’ai mis le réseau hors tension, l’automate redémarré et le problème persiste. Et s'il s'agissait d'un pare-feu, pourquoi ne bloquer que l'adresse IP associée aux réseaux pontés VM.

J'ai l'impression que mon système d'exploitation hôte (Win7) est en quelque sorte configuré de manière incorrecte ou que VMware Workstation n'est pas configuré correctement du côté de l'hôte. Bien que j'ai fait de mon mieux pour tout mettre en défaut, je sens qu'il me manque quelque chose d'idiot.

vmware-workstation
17
user2097818

J'ai eu le même problème: impossible de cingler vers <-> depuis l'hôte et l'invité. Autres réseaux était bien. J'ai décoché le filtre DNE LightWeight que j'avais installé et le problème a été résolu. Merci au commentaire de Walkerneo. Mon filtre DNE est venu de Citrix.

  1. Centre de réseau et partage
  2. Sélectionnez votre adaptateur qui a Internet
  3. Cliquez sur le bouton Propriétés de la fenêtre d'état de la connexion.
  4. Décochez la case Filtre DNE LightWeight dans les propriétés de l'adaptateur.
  5. Cliquez sur OK et attendez que votre adaptateur se réinitialise.
20
TechnoCore

Vous devez activer le protocole de pont VMware sur l'hôte.

Allez au centre de réseau et de partage. Sur le côté droit se trouve une liste de connexions (Type d'accès: Connexions), sélectionnez l'adaptateur réseau VMware. Ouvrez les Propriétés, cochez la case Protocole VMware Bridge et quittez l'écran.

7
diet_bacon

J'ai eu le même problème, ce qui a vraiment résolu mon problème est d'activer le support Adhoc 802.11n pour la carte réseau active.

Ce que vous devez faire est

  1. Aller aux propriétés de mon ordinateur
  2. Sous Cartes réseau , cliquez avec le bouton droit sur votre carte réseau et accédez à Propriétés
  3. Aller à l'onglet Avancé .
  4. Définissez la valeur de prise en charge Adhoc 802.11n sur Activer .
0
Sufiyan Ghori

Jusqu'ici, ma conclusion est que le mécanisme de pontage est en quelque sorte à l'origine du problème. Je pense aussi que cela peut être spécifique à la version/OS, car je ne me souviens pas de ce problème dans le passé (bien que je puisse me tromper).

Lors de l'utilisation d'un second NIC sur mon ordinateur hôte, mon VM peut envoyer une commande ping à ce NIC, mais pas le NIC qui fournit la connexion pontée. (chaque NIC a une adresse IP différente)

Modifier

Il y avait définitivement quelque chose qui altérait la connexion pontée, bien que j'aie réinstallé le système d'exploitation récemment, donc je ne peux pas dire de manière concluante quel était le problème ou la solution. Le problème ne s'est jamais reproduit (bien que j'aie été beaucoup plus sélectif sur le logiciel que j'ai installé, ce qui pourrait suggérer la réponse maintenant acceptée)

0
user2097818

J'ai le même problème et j'ai réussi à le résoudre. Virtualbox et VMware Workstation sont installés. VMware0 de VMware essaie d'utiliser mon adaptateur physique, mais [Adaptateur réseau Virtualbox Bridge] au lieu de [Protocole VMware Bridge].

Je l'ai résolu en procédant comme suit:

1) Désactiver [carte réseau Virtualbox Bridge]

2) "Restaurer les valeurs par défaut" pour "l'éditeur de réseau virtuel" de VMware

3) Resélectionnez le "pontage vers:" de VMnet0 sur mon adaptateur physique.

Mais cette fois sans conflit avec l'adaptateur Virtualbox Bridge, il utilisera le [protocole VMware Bridge].

0
Andrew Lay