Configurando 2 IPs no Ubuntu 12.04 com duas placas adaptadoras de rede

Question

Existe um servidor VPS executando o Ubuntu 12.04.3 no vmware esxi 5.
Tem 2 IPs estáticos válidos e duas placas de rede eth0 e eth1. mas apenas um dos ips atribuídos é pingável de fora. (ambos os ips ang gateway são pigáveis por dentro). Parece que recebo pacotes com IP morto, mas não os respondo. ifconfig retornará:

eth0      Link encap:Ethernet  HWaddr 00:50:56:03:43:2b  
          inet addr:91.121.247.155  Bcast:91.121.247.155  Mask:255.255.255.255
          inet6 addr: fe80::250:56ff:fe03:432b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:179 errors:0 dropped:0 overruns:0 frame:0
          TX packets:58 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:20976 (20.9 KB)  TX bytes:7246 (7.2 KB)

eth1      Link encap:Ethernet  HWaddr 00:50:56:05:11:46  
          inet addr:91.121.247.148  Bcast:91.121.247.148  Mask:255.255.255.255
          inet6 addr: fe80::250:56ff:fe05:1146/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:174 errors:0 dropped:0 overruns:0 frame:0
          TX packets:66 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:20181 (20.1 KB)  TX bytes:8317 (8.3 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:68 errors:0 dropped:0 overruns:0 frame:0
          TX packets:68 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:5884 (5.8 KB)  TX bytes:5884 (5.8 KB)

e ip route:

default via 188.165.247.254 dev eth1 
188.165.247.254 dev eth1  scope link 
188.165.247.254 dev eth0  scope link 

também ip nei:

fe80::12bd:18ff:fee4:5040 dev eth0 lladdr 10:bd:18:e4:50:40 router REACHABLE
fe80::ee30:91ff:fee0:dfc0 dev eth0 lladdr ec:30:91:e0:df:c0 router REACHABLE
fe80::12bd:18ff:fee4:5040 dev eth1 lladdr 10:bd:18:e4:50:40 router REACHABLE
fe80::ee30:91ff:fee0:dfc0 dev eth1 lladdr ec:30:91:e0:df:c0 router REACHABLE

mas arp -a retorna NO OUTPUT .

este é o meu / etc / network / interfaces

# 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

auto eth0
iface eth0 inet static
    address 91.121.247.155
    netmask 255.255.255.255
    broadcast 91.121.247.155
    post-up route add 188.165.247.254 dev eth0
    post-up route add default gw 188.165.247.254
    post-down route del 188.165.247.254 dev eth0
    post-down route del default gw 188.165.247.254



auto eth1
iface eth1 inet static
    address 91.121.247.148
    netmask 255.255.255.255
    broadcast 91.121.247.148
    post-up route add 188.165.247.254 dev eth1
    post-up route add default gw 188.165.247.254
    post-down route del 188.165.247.254 dev eth1
    post-down route del default gw 188.165.247.254
    dns-nameservers 213.186.33.99

o problema é que 91.121.247.155 não é pingável de fora. e eu não sei porque.

    

Answer 1

O problema é que você não pode ter dois gateways 'padrão' por padrão. Como o kernel saberia qual interface usar se estiver sendo instruído a usar duas interfaces diferentes?

Uma pesquisa rápida on-line encontrou um post recente mostrando como fazer isso criando uma segunda tabela de roteamento .

Sem saber com quais limitações você pode estar trabalhando, por que usar duas interfaces separadas? Pelo que parece, esses dois IPS são na verdade parte do mesmo bloco. Por que não apenas usar um alias na eth0 para o segundo IP? Se for por razões de largura de banda, você deve considerar configurar a agregação de link (LACP, configurada com o módulo kernel de ligação) para que ambos os endereços possam aproveitar o nic extra (virtual). Supondo que cada nic virtual esteja conectado a uma NIC real separada (indo para o mesmo switch) você também obterá redundância para ambos os IPs, caso um dos cabos seja puxado ou uma placa fique ruim no host VMware.