Маршрутизация в Centos

Почему не отвечает Центос????

ip_forward=0

Винда в такой конфигурации отвечает.

Дура потому что.

Почему не срабатывает маршрут по умолчанию через eth0? Или центос видит что лучший маршрут на сеть 192.168.1.0/24 за eth1, потом видит что переложить пакет на eth1 не может т.к. выключен форвардинг и от безысходности дропает пакет?
Т.е. сначала выбор лучшего маршрута, потом обнаружение невозможности им следовать и дроп?

ip_forward=0

И что? Он должен в ту же локалку ответить, при чем тут форвардинг??

Тс, ты покажи

tcpdump -n -i any host 192.168.1.228

И сбрось файрвол на центоси. А так же покажи вывод


ip ru

я пингую из сети 192.168.1.0/24, с адреса 192.168.1.228 адрес 192.168.10.40.

Аа, все, конечно он отвечает не в тот интерфейс. Включи маскарадинг для полсети 1.0/228

Включи маскарадинг для полсети 1.0/228

От включенного форвардинга накладных расходов меньше.

Или центос видит что лучший маршрут на сеть 192.168.1.0/24 за eth1, потом видит что переложить пакет на eth1 не может т.к. выключен форвардинг и от безысходности дропает пакет?

В общем-то это логичное поведение. Таблица маршрутизации общая (но, кстати, можно и разные сделать, и по src ip таблицу выбирать), а форвардить нельзя.

Привет. тут простая проблема. Допустим, что Пинг прилетает на первый сетевой интерфейс Центос, центос получает пакет, готовит ответ и замечает, что есть более короткий маршрут по второму сетевому интерфейсу и отправляет ответ. А твой пингер (тот кто пингует) видит, что ему прилетел пакет с левого адреса и делает дроп.

Есть простое решение - используй ip route table, ip rule. Создай на каждый сетевой интерфейс свою таблицу маршрутизации. И создай правило - если прилетел на первый интерфейс, то ответ будет с первого интерфейса и аналогочно по второму интерфейсу.

Более подробно здесь

Привет. Не канает по двум причинам. Во-первых, форвардинг выключен, т.е. переложить пакет на другой интерфейс центос не может. Во-вторых, на пингере ответных пакетов нет. Или я где-то не прав?

В общем-то это логичное поведение. Таблица маршрутизации общая, а форвардить нельзя.

Т.е. мои предположения о логике работы центоса правильные? Сначала выбирается маршрут, а потом, если маршрут не рабочий, пакет дропается?

Включил маршрутизацию (ip_forward=1). Поведение не изменилось. Пакеты валятся как в болото.

tcpdump -n -i any ip host 192.168.1.228

10:30:18.452269 IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 11701, length 40
10:30:23.452786 IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 11702, length 40
10:30:28.452822 IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 11703, length 40

Почему он не отвечает с другого интерфейса??? Файер, iptables выключены.

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

Т.е. если есть коннектед сеть, то пакет пойдёт не через маршрут по умолчанию, а с интерфейса который смотрит в сеть адресата.

Т.е. мои предположения о логике работы центоса правильные?

Linux только. По идее да.

tcpdump -n -i any ip host 192.168.1.228
Почему он не отвечает с другого интерфейса??? Файер, iptables выключены.

А вот это пока не знаю. Что показывает
grep . /proc/sys/net/ipv4/conf/*/rp_filter

Заработало. Пакеты залетали. Спасибо AS за подсказку про rp_filter
Итоговая конфигурация

net.ipv4.ip_forward = 0
net.ipv4.conf.eth0.rp_filter = 0
net.ipv4.conf.all.rp_filter = 0

Пакеты прилетают на eth0

tcpdump -n -i eth0 ip src 192.168.1.228 and ip dst 192.168.10.40
IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 19028, length 40
IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 19029, length 40
IP 192.168.1.228 > 192.168.10.40: ICMP echo request, id 1, seq 19030, length 40

улетают с eth1

tcpdump -n -i eth1 ip src 192.168.10.40 and ip dst 192.168.1.228
IP 192.168.10.40 > 192.168.1.228: ICMP echo reply, id 1, seq 19154, length 40
IP 192.168.10.40 > 192.168.1.228: ICMP echo reply, id 1, seq 19155, length 40
IP 192.168.10.40 > 192.168.1.228: ICMP echo reply, id 1, seq 19156, length 40

Остался вопросик, нафига надо выключать net.ipv4.conf.all.rp_filter = 0, почему не хватает net.ipv4.conf.eth0.rp_filter = 0 ? Может есть где чего почитать по этому поводу?