O Debian VM, dois nics, não pode pingar o Google.com

Question

Eu tenho uma máquina virtual baseada no Debian em execução no VMWare Fusion com um sistema operacional host OS X 10.9.

No VMWare Fusion, tenho uma configuração de rede privada que permite que o Mac e a VM se comuniquem sem acesso ao mundo externo, isso é para mim, para que eu possa SSH / SHCP no servidor sem pacotes saindo para um roteador. Isso é necessário para que eu possa trabalhar com a VM quando não estou em uma rede externa, como quando estou em um avião ou fora de casa.

Alémdaredeprivada,gostariadeteraVMconectadaaumaredepúblicaqueeupossaativaroudesativardetemposemtempos.Obviamente,teraVMcapazdeacessaraInternetpodesernecessárionomomento,porissoconfigureiaVMparaterduasconexõesderede.

O primeiro na rede pública, que no VMWare está configurado para ser essencialmente o que o Mac está conectado.

Asegundaredeéaredeprivada.

Este é o arquivo / etc / network / interfaces que eu escrevi.

# The loopback network interface
auto lo
iface lo inet loopback

# The public network interface
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

# The private network interface
auto eth1
allow-hotplug eth1
iface eth1 inet static
        address 192.168.1.250
        netmask 255.255.255.0
        gateway 192.168.1.1

Tanto quanto eu posso dizer, isso deve funcionar muito bem, mas minha VM não pode pingar google.com, no entanto, curiosamente, parece ser capaz de resolver google.com para o IP é muito bem.

Tenho certeza de que isso é algo simples, mas preciso de ajuda, obrigado antecipadamente!

resultados de ping:

cody@eureka:/$ ping google.com
PING google.com (64.233.171.139) 56(84) bytes of data.
^C
--- google.com ping statistics ---
78 packets transmitted, 0 received, 100% packet loss, time 77025ms

resultados do ifconfig:

cody@eureka:/$ sudo ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0c:29:a6:d9:b3  
          inet addr:192.168.0.104  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fea6:d9b3/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:553 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:105473 (103.0 KiB)  TX bytes:2318 (2.2 KiB)

eth1      Link encap:Ethernet  HWaddr 00:0c:29:a6:d9:bd  
          inet addr:192.168.1.250  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fea6:d9bd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:601 errors:0 dropped:0 overruns:0 frame:0
          TX packets:461 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:53403 (52.1 KiB)  TX bytes:56656 (55.3 KiB)

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:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

    

Answer 1

Remova o gateway padrão para eth1. Como essa interface é local apenas, você não precisa de um gateway.

Uma rápida olhada na sua tabela de rotas provavelmente mostrará que esse é o seu problema.