VMware Workstation 7 sur Win7-64 (Home Premium).
J'ai confirmé cela sur n'importe quel invité fonctionnant 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 se fait avec DHCP (y compris sur l'hôte).
Problème
Ce que je ne peux pas faire:
- Envoyez un ping à ma machine hôte depuis n'importe quelle machine virtuelle. (soit me montre "Hôte de destination inaccessible" ou expire simplement)
Ce que je peux faire juste après la mise sous tension, sans problème.
- Je peux me connecter à Internet depuis l'intérieur de la machine virtuelle
- Je peux envoyer une requête ping à mon routeur depuis la machine virtuelle
- Je peux cingler d'autres machines sur mon réseau depuis l'intérieur de la machine virtuelle
- D'autres machines peuvent cingler la VM
- D'autres machines peuvent envoyer une requête ping à l'hôte
- Ma machine hôte peut envoyer une requête ping à la machine virtuelle (celle-ci est importante. Lire la suite)
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 connais aucun conflit IP sur le réseau. Tous les masques de passerelles et de sous-réseaux 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 y a une méthode dans laquelle je peux cingler avec succès, mais elle nécessite une connexion active initiée à partir de l'hôte (je commence à cingler de l'hôte à la VM). Pendant la période de la connexion active, je peux réussir la commande ping de la VM à l'hôte, en utilisant une adresse IP explicite. Dès que la connexion hôte est fermée, le ping VM commence à se bloquer avec les mêmes anciens messages.
Mes pensées
Cela ressemble vraiment à un problème de pare-feu, mais j'ai désactivé tous les pare-feu sur l'hôte et la machine virtuelle, éteint le réseau, redémarré et le problème persiste. Et s'il s'agissait d'un pare-feu, pourquoi seule l'adresse IP associée aux réseaux de VM pontés serait-elle bloquée.
J'ai l'impression que mon système d'exploitation hôte (Win7) est en quelque sorte mal configuré, ou que VMware Workstation est mal configuré du côté hôte. Bien que j'ai fait de mon mieux pour tout mettre en défaut, j'ai l'impression de manquer quelque chose de stupide.
la source
Réponses:
J'ai eu le même problème: impossible d'envoyer une requête ping à <-> depuis l'hôte et l'invité. Les autres réseaux étaient bien. J'ai décoché le filtre DNE LightWeight que j'avais installé et cela a résolu le problème. Merci au commentaire de Walkerneo. Mon filtre DNE provenait de Citrix.
la source
Vous devez activer le protocole de pont VMware sur l'hôte.
Accédez au Centre Réseau et 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 VMware Bridge Protocol et quittez l'écran.
la source
J'ai un problème similaire et j'ai réussi à le résoudre. J'ai installé à la fois Virtualbox et VMware Workstation. VMnet0 de VMware essaie d'utiliser mon adaptateur physique, mais [l'adaptateur réseau Virtualbox Bridge] au lieu de [VMware Bridge Protocol].
Je l'ai résolu en procédant comme suit:
1) Désactivez [Virtualbox Bridge Network Adapter]
2) "Restaurer les valeurs par défaut" pour "Virtual Network Editor" de VMware
3) Resélectionnez "Bridged to:" de VMnet0 sur mon adaptateur physique
Mais cette fois sans conflit avec l'adaptateur Virtualbox Bridge, il utilisera le [VMware Bridge Protocol]
la source
Jusqu'à présent, ma conclusion est que le mécanisme de transition est en quelque sorte à l'origine du problème. Je pense également que cela peut être spécifique à la version / au système d'exploitation, car je ne me souviens pas de ce problème dans le passé (bien que je puisse me tromper).
Lorsque j'utilise une deuxième carte réseau sur ma machine hôte, ma machine virtuelle est en mesure d'envoyer une requête ping à cette carte réseau, mais pas la carte réseau qui fournit la connexion pontée. (chaque carte réseau a une adresse IP différente)
Éditer
Il y avait certainement quelque chose qui altérait la connexion pontée, bien que j'ai réinstallé le système d'exploitation récemment, donc je ne peux pas dire avec certitude quel était le problème ou la solution. Le problème ne s'est jamais reproduit (bien que j'étais beaucoup plus sélectif sur le logiciel que j'ai installé, ce qui pourrait suggérer la réponse maintenant acceptée)
la source
J'ai eu le même problème, ce qui a vraiment résolu mon problème, c'est d'activer le support Adhoc 802.11n pour la carte réseau active.
Ce que vous devez faire, c'est
la source