VMware Workstation 7 sur Win7-64 (Home Premium).
Je l'ai confirmé sur n'importe quel invité sur cette machine (du winxp au debian).
J'utilise une connexion réseau pontée pour mes invités (Automatique sur VMnet0). Toute la configuration du réseau est effectuée avec DHCP (y compris sur l'hôte).
Ce que je ne peux pas faire:
Ce que je peux faire immédiatement après la mise sous tension, sans aucun problème.
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 qu'il fonctionne avec succès).
Il n'y a pas de conflit IP sur le réseau que je connais. Tous les masques de passerelle et de sous-réseau sont appropriés et correspondants.
Mon atelier entier se trouve sur un seul sous-réseau, avec un seul serveur DHCP et une passerelle.
Il existe une méthode dans laquelle je peux faire un ping avec succès, mais il nécessite une connexion active lancée depuis l'hôte (je commence le ping de l'hôte vers la machine virtuelle). Pendant la période de la connexion active, je peux réussir à faire un ping de la VM vers l'hôte, en utilisant une adresse IP explicite. Dès que la connexion hôte est fermée, le ping VM commence à être suspendu avec les mêmes messages anciens.
Cela ressemble vraiment à un problème de pare-feu, mais j'ai éteint tous les pare-feu de l'hôte et de la machine virtuelle, mis hors tension sur le réseau, mis sous tension et le problème persiste encore. Et s'il s'agissait d'un pare-feu, pourquoi ne serait-ce que l'adresse IP associée aux réseaux VM mis en commun serait bloquée.
Je pense que mon système d'exploitation hôte (Win7) est en quelque sorte configuré de manière incorrecte ou, VMware Workstation est configuré de manière incorrecte du côté hôte. Bien que j'ai fait de mon mieux pour mettre tout en défaut, j'ai l'impression de me manquer quelque chose de stupide.
J'ai eu le même problème: je ne pouvais pas faire de ping à <-> de l'hôte et de l'invité. L'autre réseau était bien. J'ai décoché le filtre DNE LightWeight que j'avais installé et il a résolu le problème. Merci pour le commentaire de Walkerneo. Mon filtre DNE provient de Citrix.
Vous devez activer le protocole du pont VMware sur l'hôte.
Accédez au Centre de réseau et de partage. Sur le côté droit, il y aura une liste de connexions (Type d'accès: Connexions), sélectionnez l'adaptateur réseau VMware. Ouvrez Propriétés, cochez la case Protocole VMware Bridge et quittez l'écran.
Jusqu'à présent, ma conclusion est que le mécanisme de transition est en quelque sorte le problème. Je pense également 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 me trompe).
Lorsque vous utilisez une deuxième NIC sur ma machine hôte, ma VM peut faire un ping sur cette NIC, mais pas la NIC qui fournit la connexion pontée. (Chaque NIC a une adresse IP différente)
Il y a eu certainement quelque chose qui modifiait la connexion ponctuelle, même si j'ai réinstallé le système d'exploitation récemment, alors je ne peux pas dire de façon définitive quel était le problème ou la solution. Le problème n'a jamais été réapparu (même si j'étais beaucoup plus sélectif sur le logiciel que j'ai installé, ce qui pourrait suggérer la réponse maintenant acceptée)
J'ai eu le même problème, ce qui a vraiment résolu mon problème, c'est permettre Adhoc support 802.11n pour la carte réseau active.
Ce que vous devez faire est,
J'ai un problème similaire et j'ai réussi à le résoudre. J'ai à la fois Virtualbox et VMware Workstation installés. Le VMnet0 de VMware tente d'utiliser mon adaptateur physique, mais [Virtualbox Bridge Network Adapter] au lieu de [VMware Bridge Protocol].
Je l'ai résolu en procédant comme suit:
1) Désactiver [Virtualbox Bridge Network Adapter]
2) "Restaurer les paramètres par défaut" pour "Virtual Network Editor" de VMware
3) Réélectionnez VMnet0's "Bridged to:" à mon adaptateur physique
Mais cette fois, sans conflit d'adaptateur Virtualbox Bridge, il utilisera le [protocole VMware Bridge]