Назад | Перейти на главную страницу

Проблема с переадресацией IP в Linux

В моей среде на большинстве серверов есть 2 сетевые карты. Основная / пользовательская сетевая карта, используемая приложением, и дополнительный / резервный адаптер, используемый для резервного копирования, массового копирования и т. Д.

Я только что установил новый сервер, и у меня возникла проблема с проверкой связи его вторичного адаптера с клиентов, у которых есть только первичный / пользовательский адаптер.

С моего тестового клиента я могу проверить связь с другими серверами на их первичных / вторичных адаптерах.

Сети:

Компьютеры:

newServer (rhel 6) [он же нарушитель спокойствия]

oldServer (rhel 5)

pubClient (rhel5) [клиентская система только с пользовательским интерфейсом]

Из pubClient я могу пинговать oldServer по его IP-адресам eth0 или eth1. Я заметил (tcpdump), что, когда я пингую по eth1, обратный путь пинга - это интерфейс eth0 старого сервера.

Из pubClient я могу пинговать интерфейс eth0 newServer, но когда я пингую адаптер eth1 newServer, ничего не происходит. Используя tcpdump, я вижу, что трафик поступает на резервный сетевой интерфейс, но не выходит. Адаптер eth1 работает нормально - с newServer я могу пинговать другие устройства в резервной сети с помощью интерфейса 245 или pubClient без каких-либо признаков проблемы.

Таблицы маршрутизации на обоих серверах просты и функционально идентичны.

newServer # ip route list
192.168.151.0/24 dev eth0  proto kernel  scope link  src 192.168.151.180
192.168.245.0/24 dev eth1  proto kernel  scope link  src 192.168.245.187
default via 192.168.151.5 dev eth0

oldServer # ip route list
192.168.151.0/24 dev eth0  proto kernel  scope link  src 192.168.151.203
192.168.245.0/24 dev eth1  proto kernel  scope link  src 192.168.245.236
default via 192.168.151.5 dev eth2

На обоих компьютерах нет брандмауэров. net.ipv4.ip_forward = 0 на обоих серверах. NewServer работает под управлением RHEL6. Интересно, отключен ли по умолчанию какой-либо вид сетевого обхода (например, ip_forward)?

Мои сетевые специалисты настаивают, что с маршрутизацией между этими машинами все в порядке.

Приветствуются любые предположения о том, в чем может быть проблема.

Ура

-Скотт

РЕШЕНО!

Спасибо, Уэйн.

На новом (сервер rhel6)

echo "0" >/proc/sys/net/ipv4/conf/eth0/rp_filter
echo "0" >/proc/sys/net/ipv4/conf/eth1/rp_filter  

«Проверка uRPF проверяет исходный адрес пакетов по мере их поступления. Если маршрут к этому исходному адресу не выходит из этого интерфейса, то пакет отбрасывается»

http://lartc.org/howto/lartc.kernel.html