На vmware esxi 5 есть VPS с запущенным сервером ubuntu 12.04.3.
Он имеет 2 действительных статических IP-адреса и две сетевые карты eth0 и eth1. но только один из назначенных IP-адресов доступен извне. (оба шлюза ips ang подключаются изнутри).
похоже, что я получаю пакеты на мертвом IP, но не отвечаю на них. ifconfig вернет:
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)
и IP-маршрут:
default via 188.165.247.254 dev eth1
188.165.247.254 dev eth1 scope link
188.165.247.254 dev eth0 scope link
также 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
но arp -a возвращает НЕТ ВЫХОДА вообще.
это мое / и т.д. / сеть / интерфейсы
# 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
проблема 91.121.247.155 не пингуется извне. и я не знаю почему.
Проблема в том, что по умолчанию у вас не может быть двух шлюзов по умолчанию. Как ядро узнает, какой интерфейс использовать, если ему сказано использовать два разных интерфейса.
Быстрый поиск в Интернете нашел недавнее сообщение, показывающее, как это сделать создание второй таблицы маршрутизации.
Не зная, с какими ограничениями вы можете работать, зачем использовать два отдельных интерфейса? Судя по всему, эти две IPS фактически являются частью одного блока. Почему бы просто не использовать псевдоним на eth0 для второго IP? Если это связано с пропускной способностью, вам следует подумать о настройке агрегации каналов (LACP, настраивается с помощью модуля ядра связывания), чтобы оба адреса могли использовать дополнительный (виртуальный) ник. Предполагая, что каждый виртуальный ник подключен к отдельному реальному сетевому адаптеру (идущему к одному и тому же коммутатору), вы также получите избыточность для обоих IP-адресов, если один из кабелей выйдет из строя или карта на хосте VMware выйдет из строя.