Я использую openstack, но думаю, что это более общая проблема. На самом деле у меня есть выделенный, который поставляется с 1 IP-адресом, я купил еще один и добавил его с помощью openstack nova-manage cli.
Итак, вот что я получаю
$ ip addr
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:30:48:fc:4c:92 brd ff:ff:ff:ff:ff:ff
inet 188.165.x.x/24 brd 188.165.225.255 scope global eth0
inet 94.23.x.x/32 scope global eth0
inet6 fe80::230:48ff:fefc:4c92/64 scope link
valid_lft forever preferred_lft forever
поэтому кажется, что оба ip привязаны к eth0, проблема в том, что я не получаю пакеты с назначением, установленным на 94.23.xx, когда я запускаю tcpdump -i eth0, я вижу пакеты на оба ip, когда я запускаю tcpdump -p - i eth0, поэтому не в беспорядочном режиме, я вижу пакеты только для первого ip, поэтому dnat и то, что мне нужно, не будут работать.
Если я пытаюсь пинговать 94.23.x.x на хосте, все работает нормально, извне дает тайм-аут.
Любая идея?
Наилучшие пожелания
РЕДАКТИРОВАТЬ:
$ ip route
default via 188.165.x.254 dev eth0 metric 100
188.165.x.0/24 dev eth0 proto kernel scope link src 188.165.x.x
192.168.3.0/24 dev br100 proto kernel scope link src 192.168.3.1
192.168.4.32/27 dev br100 proto kernel scope link src 192.168.4.33
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
У вас есть второй IP-адрес с сетевой маской / 32. что в значительной степени помешает ему что-либо делать, если вы не пытаетесь разместить его как loopback (... и ваш восходящий поток направляет его вам).
Ваш провайдер должен был предоставить вам маску подсети со вторым адресом, который вы приобрели. Когда вы его настроите, ваша система должна иметь возможность пинговать другие хосты в этой подсети 94.23.x.x.
Можете ли вы проверить, каков MAC-адрес получателя в пакетах, которые вы получаете в tcpdump в неразборчивом режиме?
Если MAC-адрес назначения неверен: 00: 30: 48: fc: 4c: 92 - у вас конфликт IP-адресов, и вам следует связаться с вашим провайдером.
Если верно - у вас проблемы на вашей стороне, например неправильный сетевой адаптер, IP-адрес, настройки ядра, возможно, неправильная сетевая маска или проблемы с маршрутизацией.