Impossible d'accéder au réseau hôte de Virtualbox à partir de Windows Host
J'ai deux VMS en cours d'exécution sur un hôte Windows, chacun avec un réseau et des IPS uniquement hôte dans la gamme de 192.168.56.xxx. L'un d'eux est en cours d'exécution Apache et servant un contenu que je veux accéder à partir de mon hôte Windows.
Cependant, l'hôte Windows ne peut pas accéder au serveur Apache. Le serveur fonctionne le 192.168.56.103. ipconfig de Windows dit que c'est IP pour l'interface de la boîte virtuelle est de 169.254.143.37. J'ai essayé la route ajouter à la route 192.168.56.xx trafic, mais tout ce que j'ai essayé n'a pas fonctionné et je l'utilisais probablement mal.
Des idées sur la façon de faire fonctionner cela?
Si vous souhaitez communiquer avec votre VMS avec 192.168.56.xxx IP, vous avez besoin de l'interface de la boîte virtuelle hôte pour avoir une adresse IP sur la même gamme. Votre interface n'est pas (169.254).
Sur une nouvelle installation de la Vbox 3.1.8, elle crée une nouvelle interface nommée "réseau hôte de Virtualbox" avec une adresse IP statique de: 192.168.56.1/24.
Votre interface est très probablement mal configurée pour utiliser DHCP. Changez-le pour utiliser 192.168.56.1 avec 255.255.255.0 Netmask et cela devrait fonctionner.
essaye ça:
BTW, impossible d'utiliser un script PowerShell. Je devais créer une clé * ndisdeviceType via Regedit
J'ai pu résoudre ce problème en donnant à mon serveur une adresse statique de 192.168.56.11. Ensuite, j'ai pu ping mon système d'exploitation de l'hôte. J'ai également ajouté une entrée de fichier hôte sur ma machine hôte pour faciliter l'accès.
Je suis toujours incapable de ping l'hôte de l'invité ... Je ne sais pas pourquoi.
Votre VMS obtient des IPS comme 169. * Étant donné que leurs clients DHCP ne trouvent pas un serveur DHCP pour leur donner un bail. Par conséquent, l'IP de l'hôte et des IP de la machine virtuelle ne sont pas accessibles les uns aux autres. Une voie statique ne résoudra pas vraiment cela. Vous devez déterminer pourquoi les VMS ne reçoivent pas de bail IP ou vous pouvez essayer de définir manuellement les adresses IP à la même classe privée C (192.168.56 *) que votre hôte est sur.
Si vous utilisez Windows, accédez aux paramètres de pare-feu et laissez tous les exécutables de la boîte virtuelle à passer à travers. Celui-ci fait l'affaire.
[Root @ Classroom Ansible] # Ping 192.168.56.1 Ping 192.168.56.1 (192.168.56.1) 56 (84) octets de données. 64 octets à partir de 192.168.56.1: ICMP_SEQ = 1 TTL = 128 TIME = 0,238 MS 64 octets de 192.168.56.1: ICMP_SEQ = 2 TTL = 128 Time = 0,473 MS 64 octets de 192.168.56.1: ICMP_SEQ = 3 TTL = 128 TIME = 0,357 Mme
Vous pouvez utiliser NAT et définir le transfert de port. Dans le transfert de port, ajoutez une nouvelle règle HTTP, TCP, 127.0.0.1, 8888, 192.168.56.103, 80
Exécutez YOUN VirtualBox que d'utiliser votre navigateur http://127.0.0.1:8888
Une fois que vous avez trouvé, installez et démarrez l'adaptateur uniquement de l'hôte de votre hôte Windows, si vous ne pouvez toujours pas vous connecter au VMS, essayez de désactiver le pare-feu Windows pour cet adaptateur.
Si cela fonctionne, vous pouvez laisser cela de cette façon, soit utiliser votre pare-feu Windows pour ouvrir les ports et les autres autres.
169.254 = Aucun serveur DHCP trouvé. Cela pourrait être soit il n'ya pas un ou il y a une question de pare-feu. Selon votre système d'exploitation, il serait également conseillé de vérifier vos règles de pare-feu. Windows 7 est tout à fait paranoïaque!
Avez-vous défini la passerelle par défaut correcte dans votre VM? À quoi ressemble la table de routage sur l'hôte et l'invité?
Si vous ne pouvez pas ping d'hôte de VM, avez-vous essayé de désactiver le pare-feu sur l'hôte? C'est peut-être filtrant la demande ICMP. Éteignez le pare-feu comme test, si Ping est OK, vous devez vérifier votre configuration de pare-feu qui filtre la demande ICMP.
J'ai eu le même problème et j'ai utilisé une combinaison de la réponse fournie par Christophe Drevet-Droguet et le texte ci-dessous (que j'ai trouvé au lien suivant: https://www.vmware.com/support/ws4 /doc/network_configure_ws.html )
Bien que VMNET0, VMNET1 et VMNET8 soient disponibles dans la liste des adaptateurs de réseau, elles sont normalement utilisées pour les configurations pontées, hôtes uniquement et NAT configurations, respectivement.
J'utilisais NAT dans les paramètres réseau de My Guest VM et j'ai donc corrigé l'adresse IP et le sous-réseau dans les propriétés de l'adaptateur VMWare Network VMNET8 sous Windows 10. et ensuite cela a fonctionné.
J'ai couru dans cette question et il s'est avéré que la taxe de la taxe n'a tout simplement pas été capable d'obtenir une adresse IP pour mon invité Mac car ce n'est pas membre de notre domaine. Je me suis simplement assuré que l'adaptateur hôte et l'invité VM ont été réglés sur le même sous-réseau, puis définissez manuellement l'adresse IP de l'invité VM pour correspondre à la partie réseau. de l'adaptateur:
Adaptateur réseau de Windows (hôte) uniquement: - Sous-réseau: 255.255.255.0 - adresse IPv4: 192.168.56.1
Mac (invité) VM Configuration du réseau: - Sous-réseau: 255.255.255.0 - adresse IPv4: 192.168.56.2
Voilà! Mon "adresse IP auto-assignée" est parti et je pouvais ping hôte <=> Guest ...
J'espère que cela aide quelqu'un!