SO host do Mac OS X não é capaz de efetuar ping do sistema operacional convidado do Windows 7 na VirtualBox VM

0

Eu tenho o Mac OS X 10.10 (Yosemite) como a máquina host, instalei o VirtualBox e criei uma máquina virtual com o Windows 7 de 64 bits.

Eu criei 2 adaptadores de rede na máquina virtual, mostrados abaixo. Mas não consigo fazer o ping no sistema operacional convidado do Windows 7 no sistema operacional do Mac OS X. Como corrijo esse problema? Eu sou capaz de pingar o sistema operacional host do sistema operacional convidado.

Sinto que uma solução para esse problema também ajudará a corrigir os problemas que estou tendo com o SSH no sistema operacional convidado. Eu não quero usar o encaminhamento de porta.

  1. Adaptador somente para host
  2. adaptador NAT

O comando VBoxManage showvminfo mostra:

VBoxManage showvminfo win7_x64

Forneça as seguintes informações

 NIC 1:           MAC: 080027D6197C, Attachment: Host-only Interface
                  'vboxnet0', Cable connected: on, Trace: off (file: none), 
                  Type: 82540EM, Reported speed: 0 Mbps, Boot priority: 0, 
                  Promisc Policy: deny, Bandwidth group: none
 NIC 2:           MAC: 080027DC16CE, Attachment: NAT, Cable connected: on, 
                  Trace: off (file: none), Type: 82540EM, Reported speed: 0 Mbps,
                  Boot priority: 0, Promisc Policy: deny, Bandwidth group: none
 NIC 2 Settings:  MTU: 0, Socket (send: 64, receive: 64), TCP Window (send:64, receive: 64)

Quando executo ipconfig no convidado, recebo a seguinte saída.

 Windows IP Configuration


 Ethernet adapter Local Area Connection 2:

    Connection-specific DNS Suffix  . :
    Link-local IPv6 Address . . . . . : fe80::78da:422c:2215:41bb%12
    IPv4 Address. . . . . . . . . . . : 192.168.56.101
    Subnet Mask . . . . . . . . . . . : 255.255.255.0
    Default Gateway . . . . . . . . . :

 Ethernet adapter Local Area Connection:

    Connection-specific DNS Suffix  . : Home
    Link-local IPv6 Address . . . . . : fe80::61b7:c9f4:3f50:c732%10
    IPv4 Address. . . . . . . . . . . : 10.0.3.15
    Subnet Mask . . . . . . . . . . . : 255.255.255.0
    Default Gateway . . . . . . . . . : 10.0.3.2

 Tunnel adapter Local Area Connection* 12:

    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix  . :

 Tunnel adapter isatap.Home:

    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix  . : Home

 Tunnel adapter isatap.{13342B61-268C-4B2A-92E7-5DA848C7707B}:

    Media State . . . . . . . . . . . : Media disconnected
    Connection-specific DNS Suffix  . :

Quando tento pingar o endereço IP do convidado (neste caso, 192.168.56.101 ), continuo recebendo tempos limite.

XYZ-MBP:~ user1$ ping 192.168.56.101
PING 192.168.56.101 (192.168.56.101): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
^C
--- 192.168.56.101 ping statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

A seguir, o resultado da execução do comando ifconfig no meu Mac (o host)

XYZ-MBP:~ user1$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 ::1 prefixlen 128 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    nd6 options=1<PERFORMNUD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 24:a0:74:f0:ee:46 
    inet6 fe80::26a0:74ff:fef0:ee46%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.0.5 netmask 0xffffff00 broadcast 192.168.0.255
    inet6 fd54:669f:e4f2::26a0:74ff:fef0:ee46 prefixlen 64 autoconf 
    inet6 fd54:669f:e4f2::3024:caa:5279:425d prefixlen 64 autoconf temporary 
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active
en1: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=60<TSO4,TSO6>
    ether 72:00:07:b1:67:90 
    media: autoselect <full-duplex>
    status: inactive
en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    options=60<TSO4,TSO6>
    ether 72:00:07:b1:67:91 
    media: autoselect <full-duplex>
    status: inactive
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 06:a0:74:f0:ee:46 
    media: autoselect
    status: inactive
awdl0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1452
    ether 26:39:2f:b8:30:3f 
    inet6 fe80::2439:2fff:feb8:303f%awdl0 prefixlen 64 scopeid 0x8 
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active
bridge0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=63<RXCSUM,TXCSUM,TSO4,TSO6>
    ether 26:a0:74:0f:a8:00 
    Configuration:
        id 0:0:0:0:0:0 priority 0 hellotime 0 fwddelay 0
        maxage 0 holdcnt 0 proto stp maxaddr 100 timeout 1200
        root id 0:0:0:0:0:0 priority 0 ifcost 0 port 0
        ipfilter disabled flags 0x2
    member: en1 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 5 priority 0 path cost 0
    member: en2 flags=3<LEARNING,DISCOVER>
            ifmaxaddr 0 port 6 priority 0 path cost 0
    nd6 options=1<PERFORMNUD>
    media: <unknown type>
    status: inactive
vboxnet0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    ether 0a:00:27:00:00:00 
    inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255
    
por Ajay 22.09.2015 / 00:13

2 respostas

2

As duas extremidades da conexão vboxnet , ou seja, , seu adaptador somente de host, pertencem a duas sub-redes diferentes e, portanto, não podem se comunicar entre si.

Do ipconfig :

  Ethernet adapter Local Area Connection 2:

Connection-specific DNS Suffix  . :
Link-local IPv6 Address . . . . . : fe80::78da:422c:2215:41bb%12
IPv4 Address. . . . . . . . . . . : 192.168.56.101
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :

Do comando ifconfig no host:

 vboxnet0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
ether 0a:00:27:00:00:00 
inet 192.168.0.10 netmask 0xffffff00 broadcast 192.168.0.255

Um tem o endereço 192.168.56.101 , o outro tem 192.168.0.10 . Para que eles possam conversar entre si, eles devem pertencer à mesma sub-rede, 192.168.56.0/24 . O que é pior, a sub-rede da interface ' vboxnet0 ' do host é a mesma da LAN do seu host, apenas para garantir que haja confusão máxima. As duas sub-redes são configuradas automaticamente pelo VirtualBox para serem distintas. uma sub-rede incomum como 192.168.56.0/24 . Você não deve alterar este esquema.

É possível que sua tabela de roteamento também contenha alguns erros, mas cruzaremos essa ponte quando chegarmos lá.

    
por 22.09.2015 / 08:18
1

O seguinte resolveu o problema no meu caso:

Eu estava vendo tempos de espera ao efetuar ping de um convidado do Win7 de um host do Mac OS X e descobri que a definição do pedido do adaptador era importante.

As seguintes configurações funcionaram:
* Adaptador 1: Somente host
* Adaptador 1: Somente host | Adaptador 2: NAT
* Adaptador 1: Somente host | Adaptador 2: ponte
* Adaptador 1: Somente host | Adaptador 2: Ponte | Adaptador 3: NAT
* Adaptador 1: Somente host | Adaptador 2: NAT | Adaptador 3: ponte

onde a resposta do ping foi:
64 bytes de 192.168.56.199: icmp_seq = 0 ttl = 64 tempo = 0,327 ms
64 bytes de 192.168.56.199: icmp_seq = 1 ttl = 64 tempo = 0,277 ms
64 bytes de 192.168.56.199: icmp_seq = 2 ttl = 64 tempo = 0,314 ms
...

As seguintes configurações expiraram:
* Adaptador 1: NAT | Adaptador 2: somente host
* Adaptador 1: Pontes | Adaptador 2: somente host
* Adaptador 1: Pontes | Adaptador 2: NAT | Adaptador 3: somente host

onde a resposta do ping foi:
Solicitar tempo limite para icmp_seq 0
Solicitar tempo limite para icmp_seq 1
Solicitar tempo limite para icmp_seq 2
...

Estou incerto neste momento quanto ao porquê, no entanto parece que o adaptador somente host deve ser especificado primeiro . Eu parei de testar as permutações após as mencionadas acima.

Espero que isso ajude!

    
por 16.04.2016 / 02:27