Impossible d'accéder au réseau uniquement hôte VirtualBox à partir de l'hôte Windows


10

J'ai deux vms en cours d'exécution sur un hôte Windows, chacun avec un réseau uniquement hôte et ips dans la plage 192.168.56.XXX. L'un d'eux exécute apache et sert du contenu auquel je veux accéder à partir de mon hôte Windows.

Cependant, l'hôte Windows ne peut pas accéder du tout au serveur Apache. Le serveur fonctionne sur 192.168.56.103. ipconfig de windows indique que son ip pour l'interface de la boîte virtuelle est 169.254.143.37. J'ai essayé d'ajouter de la route au trafic de la route 192.168.56.XX, mais tout ce que j'ai essayé n'a pas fonctionné et je l'ai probablement mal utilisé.

Des idées sur la façon de faire fonctionner cela?

Réponses:


5

Si vous souhaitez communiquer avec vos machines virtuelles avec 192.168.56.XXX IP, vous avez besoin de l'interface hôte Virtual Box pour avoir une IP sur la même plage. Votre interface ne le fait pas (169.254).

Sur une nouvelle installation de VBox 3.1.8, il crée une nouvelle interface nommée "VirtualBox Host-Only Network" avec une adresse IP statique de: 192.168.56.1/24.

Votre interface est très probablement mal configurée pour utiliser DHCP. Modifiez-le pour utiliser 192.168.56.1 avec le masque de réseau 255.255.255.0 et cela devrait fonctionner.


1

Vos machines virtuelles reçoivent des adresses IP comme 169. * car leurs clients DHCP ne trouvent pas de serveur DHCP pour leur donner un bail. Par conséquent, l'adresse IP de l'hôte et les adresses IP des machines virtuelles ne sont pas accessibles les unes aux autres. Un itinéraire statique ne résoudra pas vraiment cela. Vous devez comprendre pourquoi les machines virtuelles n'obtiennent pas de bail IP, ou vous pouvez essayer de définir manuellement les adresses IP sur la même classe C privée (192.168.56. *) Que votre hôte.


1

J'ai pu résoudre ce problème en donnant à mon serveur une adresse statique de 192.168.56.11. Ensuite, j'ai pu envoyer une requête ping à mon système d'exploitation invité à partir de l'hôte. J'ai également ajouté une entrée de fichier hôte sur ma machine hôte pour en faciliter l'accès.

Je n'arrive toujours pas à envoyer un ping à l'hôte depuis l'invité ... je ne sais pas pourquoi.


1

essaye ça:

http://brianreiter.org/2010/09/18/fix-virtualbox-host-only-network-adapter-creates-a-virtual-public-network-connection-that-causes-windows-to-disable-services/

BTW, n'a pas pu utiliser le script PowerShell. Je devais créer une clé * NdisDeviceType via Regedit


1
Bienvenue dans Server Fault! Généralement, nous aimons les réponses sur le site pour pouvoir se débrouiller seules - Les liens sont excellents, mais si ce lien se casse, la réponse devrait avoir suffisamment d'informations pour être utile. Veuillez envisager de modifier votre réponse pour inclure plus de détails. Voir la FAQ pour plus d'informations.
slm

0

Avez-vous défini la passerelle par défaut correcte dans votre machine virtuelle? À quoi ressemble la table de routage sur l'hôte et l'invité?


0

Une fois que vous avez trouvé, installé et démarré l'adaptateur hôte uniquement sur votre hôte Windows, si vous ne pouvez toujours pas vous connecter aux machines virtuelles, essayez de désactiver le pare-feu Windows pour cet adaptateur.

Si cela fonctionne, vous pouvez le laisser de cette façon ou utiliser votre pare-feu Windows pour ouvrir les bons ports et tout le reste.


0

169.254 = Aucun serveur DHCP trouvé. Cela pourrait être soit il n'y en a pas, soit il y a un problème 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 assez paranoïaque!


0

Si vous ne pouvez pas envoyer de requête ping à l'hôte à partir d'une machine virtuelle, avez-vous essayé de désactiver le pare-feu sur l'hôte? il filtre peut-être la demande ICMP. Désactivez le pare-feu en tant que test.Si le ping est OK, vous devez vérifier la configuration de votre pare-feu qui filtre la demande ICMP.


0

J'ai rencontré ce problème et il s'est avéré que VBox n'était tout simplement pas en mesure d'obtenir une IP pour mon invité Mac car il n'est pas membre de notre domaine. Je me suis simplement assuré que l'adaptateur hôte et la machine virtuelle invitée étaient définis sur le même sous-réseau, puis je définissais manuellement l'IP de la machine virtuelle invitée pour correspondre à la partie réseau de l'adaptateur:

Adaptateur réseau Windows (hôte) uniquement hôte: - Sous-réseau: 255.255.255.0 - Adresse IPv4: 192.168.56.1

Configuration du réseau VM Mac (invité): - Sous-réseau: 255.255.255.0 - Adresse IPv4: 192.168.56.2

Voila! Mon avertissement "IP auto-attribuée" a disparu et j'ai pu envoyer une requête ping à l'hôte <=> Invité ...

J'espère que cela aide quelqu'un!


0

Si vous utilisez Windows, accédez à Paramètres du pare-feu et autorisez tous les exécutables Virtual Box à passer. Celui-ci fait l'affaire.

[racine @ classe 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 temps = 0,238 ms 64 octets à partir de 192.168.56.1: icmp_seq = 2 ttl = 128 temps = 0,473 ms 64 octets à partir de 192.168.56.1: icmp_seq = 3 ttl = 128 temps = 0,357 Mme


0

J'ai eu le même problème et j'ai utilisé une combinaison de la réponse fournie par Christophe Drevet-Droguet et du texte cité ci-dessous (que j'ai trouvé sur le 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 cartes réseau, ils sont normalement utilisés pour les configurations pontées, hôte uniquement et NAT, respectivement.

J'utilisais NAT dans les paramètres réseau de ma machine virtuelle invitée et j'ai donc corrigé l'IP et le sous-réseau dans les propriétés VMnet8 de l'adaptateur réseau VMware sous Windows 10. Et puis cela a fonctionné.


0

Vous pouvez utiliser NAT et définir la redirection de port. dans la redirection de port, ajoutez une nouvelle règle HTTP, TCP, 127.0.0.1, 8888, 192.168.56.103, 80

Exécutez youn virtualbox que votre navigateur http://127.0.0.1:8888

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.