Conexão com a Internet do Guest do Virtualbox Ubuntu - Qualquer Ideia

0

O meu problema é basicamente que não consigo acessar a internet de uma VM do Ubuntu. Estou tentando descobrir como fazer isso e gostaria muito de receber ajuda para fazê-lo. Eu percebo que há alguns resultados que o Google puxa quando você pesquisa isso, e nenhuma solução que eu encontrei parece funcionar. Eu também não sou particularmente proficiente em networking, então me perdoe (e por favor me corrija!) Se eu usar mal qualquer terminologia.

Os detalhes do meu problema são os seguintes: Eu tenho um convidado do servidor Ubuntu 14.04 no Virtualbox em um host do Windows 8.1. Eu configurei dois adaptadores de rede no VBox, um para obter internet da VM, o outro para o SSH na VM do host. Eu posso com êxito SSH no convidado do host, mas não posso acessar a internet da própria VM.

Eu tenho dois adaptadores de rede ativados para o dito convidado da seguinte forma:

  • Adaptador 1: NAT, cabo conectado; nenhuma regra de encaminhamento de porta
  • Adaptador 2: Adaptador somente para host, Adaptador Ethernet somente para Host VirtualBox, conectado por cabo

Na VM, configurei /etc/network/interfaces da seguinte forma:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 192.168.56.11
gateway 192.168.56.1

Executando ifconfig na VM:

eth0      Link encap:Ethernet  HWaddr 08:00:27:f8:41:f4
          inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fef8:41f4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:61 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2568 (2.5 KB)  TX bytes:9768 (9.7 KB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:bd:71:e5
          inet addr:192.168.56.11  Bcast:192.168.56.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:febd:71e5/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:992 errors:0 dropped:0 overruns:0 frame:0
          TX packets:687 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:111574 (111.5 KB)  TX bytes:99004 (99.0 KB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:28 errors:0 dropped:0 overruns:0 frame:0

e netstat -rn dão:

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.56.1    0.0.0.0         UG        0 0          0 eth1
10.0.2.0        0.0.0.0         255.255.255.0   U         0 0          0 eth0
192.168.56.0    0.0.0.0         255.255.255.0   U         0 0          0 eth1

Como observei anteriormente, posso facilmente executar o SSH na VM (devo observar que a rede somente host do VBox manipula 192.168.56.0/24 ). Não estou tendo problemas com essa função.

O que eu estou experimentando com problemas é eth0 . Este NIC (este é o termo correto?) Parece estar funcionando bem - está conectando, afinal de contas:

user@machine:~$ sudo ifdown eth0
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/08:00:27:f8:41:f4
Sending on   LPF/eth0/08:00:27:f8:41:f4
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 10.0.2.2 port 67 (xid=0x2ecf8ea)

user@machine:~$ sudo ifup eth0
Internet Systems Consortium DHCP Client 4.2.4
Copyright 2004-2012 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/08:00:27:f8:41:f4
Sending on   LPF/eth0/08:00:27:f8:41:f4
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x3c7a1e6f)
DHCPREQUEST of 10.0.2.15 on eth0 to 255.255.255.255 port 67 (xid=0x3c7a1e6f)
DHCPOFFER of 10.0.2.15 from 10.0.2.2
DHCPACK of 10.0.2.15 from 10.0.2.2
bound to 10.0.2.15 -- renewal in 41246 seconds.

No entanto, isso não parece ser a conexão com a internet que meu host está usando. (Devo observar que sou um estudante universitário e, embora não tenha nenhuma confirmação sobre isso, penso que as duas redes sem fio no meu dormitório abrangem 10.66.0.0/16 e 10.67.0.0/16) . Os snippets relevantes de ipconfig são:

Wireless LAN adapter Local Area Connection* 12:

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

Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : <$university>.edu
   Link-local IPv6 Address . . . . . : fe80::6951:a0dd:9416:1174%4
   IPv4 Address. . . . . . . . . . . : 10.66.31.253
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . : 10.66.0.1

Ethernet adapter Ethernet:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : <$university>.edu

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . : 
   Link-local IPv6 Address . . . . . : fe80::b53e:38c2:fa96:efb8%17
   IPv4 Address. . . . . . . . . . . : 192.168.56.1
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 

Tudo o que tenho em /etc/udev/rules.d é README ; não há nenhum arquivo 70-persistent-net.rules .

Verifiquei que o Oracle VM Virtualbox tem acesso através do Firewall do Windows.

Eu tenho conseguido a conexão ocasional com a internet da VM (ou seja, ping 8.8.8.8 não perde pacotes), e eu não tenho absolutamente nenhuma ideia de como, mas reiniciar a VM irá matar o conexão. Entre as poucas vezes em que obtive as conexões, uma aconteceu depois de reverter os adaptadores de rede (adaptador 1 do host somente para NAT e 2 do NAT para somente host e invertendo eth0 e eth1 em /etc/network/interfaces ).

Além disso, estou em uma perda completa. O problema está definitivamente no meu fim, ou é possível que exista um problema entre o hóspede e a rede da minha universidade? Tudo o que sei é que a eth0 está colocando o convidado em 10.0.2.0/24 e, de acordo com o que o host está me dizendo, quero o convidado em 10.66.0.0/24 ou 10.67.0.0/24 .

    
por Pockets 27.04.2014 / 06:20

3 respostas

0

Gerenciado para resolver meu problema. No final, a solução estava descartando a linha gateway de /etc/network/interfaces . Embora eu não entenda perfeitamente por que, eu encontrei este :

Only the Internet-facing machine should have a "gateway" declaration. The other interface will simply broadcast packets intended for the other subnet which the machines on that network will read.

The gateway declaration tells the OS where to send packets that have no local destination, so it must be unique.

Devo observar que percebi que esse era o problema após o seguinte (observe que quando digo adaptadores desativados / ativados, estou falando sobre fazer isso no VBox com o VM encerrado; reiniciei várias vezes para garantir que eu estava realmente resolvendo o problema e não apenas os sintomas):

  1. Adaptou o adaptador nº 2, habilitou o adaptador nº 1 para fazer a ponte para a Ethernet NIC do host e descobriu que isso realmente conectava o convidado à Internet. Esta é a primeira dica de que meu problema estava relacionado a não ter um, mas dois adaptadores. Devo observar que também conectei o adaptador nº 1 à placa de rede sem fio do host, que falhou presumivelmente por causa de uma impressionante perda de pacote de 86% com o Wi-Fi da minha uni.
  2. Manteve o adaptador nº 2 desativado, comutou o adaptador nº 1 para NAT, verificou a conectividade enquanto ainda estava na rede 10.0.2.0/24 . Eu ainda não entendo particularmente essa parte, e se alguém pudesse explicar por que isso funciona dessa maneira, seria ótimo. De qualquer forma, isso provou que o problema não era com o NAT, mas com os dois adaptadores ativados.
  3. Habilitou ambos os adaptadores, # 1 como NAT e # 2 como somente host. Procurei configurações dual-NIC, percebi que tinha um problema de configuração de gateway (eu sempre achei que precisava dos dois gateways configurados).
  4. Eu excluí a linha de configuração gateway para eth1 e tentei sudo /etc/init.d/networking restart , além de combinações de ifdown e ifup ( este comentário observa que comentar a linha não funcionou). Devo notar que isso não funcionou para mim.
  5. Decidi coletar informações de roteamento do kernel sobre as diferentes configurações de trabalho e, quando reiniciei a configuração de NIC dupla, descobri, após uma rápida ping , que eu tinha uma conexão de Internet do convidado. Eu suspeito que a razão para isso está especificamente em algum lugar entre uma discrepância entre os processos de configuração de rede executados durante a inicialização e ifconfig , ifdown , ifup e /etc/init.d/networking , mas em qualquer caso, finalmente consegui uma conexão com a internet funcional no meu convidado do jeito que eu queria.
por 28.04.2014 / 00:01
0

Pergunta rápida ... por que não usar apenas 1 NIC no modo de adaptador em ponte? Sua VM obteria um IP da sua LAN e você poderia entrar na Web imediatamente, sem precisar de nada.

    
por 27.04.2014 / 06:43
0

Copie isso para o /etc/network/interface :

auto lo
iface lo inet loopback
auto lo eth0

Altere a configuração de rede para o adaptador NAT e reinicialize o m / c.

    
por 21.03.2016 / 14:08