Где кэшируется маршрут?

2 сетевые карты в одной сети с разными IP - моветон!

Но если очень хочется - то просто указанием 2-х dgw не обойтись, нужно еще policy-routing настраивать.

До 3.6 кеш можно было посмотреть «ip ro ls table cache»

То есть достаточно будет сделать:

ip ro add default via x.x.x.3 dev eth0 table 100
ip ro add default via x.x.x.3 dev eth1 table 101

И самое главное - тут нужно указывать iif?:

ip ru add iif eth0 table 101
ip ru add iif eth1 table 101

Маршрутизация сделана путём добавления одного дефолтного шлюза для каждого интерфейса.

Позвольте уточнить, Вы хотели сказать «сломана»? Чего Вы ожидаете от этой конфигурации? Чего реально хотите? На кой вообще для этого два интерфейса, или, чего уж там, два адреса?

Тут надо ботать Таненбаума «компьютерные сети». Ethernet по своей сути - «звезда», если сделать вдвое больше линков, вдвое лучше от этого как минимум не станет без дополнительных телодвижений (а как максимум можно просто всю сеть положить, если свитчи зациклить). Если хочется удвоить скорость, это надо делать другими методами, гугли слово «interface bonding». Если цель другая, то из топика непонятно какая, понятно только что пока тебе это не по силам. Читай маны.

t184256 выше правильно сказал: опиши задачу.

bonding

очень смелое предположение. по описанным телодвижениям мне кажется, что для него ключевыми словами будут aliasing, если не vhost. но, конечно, без задачи это все пальцем в небо.

bonding не подходит. Задача проста: сделать возможной передачу данных строго по определённому интерфейсу в зависимости от того, к какому ресурсу обратился клиент. Ну и вообще понять, почему так: подключаюсь через ssh к одному ip адресу, а данные идут через другой интерфейс, но с тем ip, к которому подключался. Хочу строго разделить интерфейсы. Не хочу увеличивать скорость.

Как насчет лобового решения: один интерфейс, два алиаса, два вебсервера, слушающих разные адреса? ну или, так и быть, два интерфейса и два вебсервера, слушающих разные адреса? маршут по умолчанию, естественно, один, всю эту галиматью с маршрутами убери.

А какое ядро? Нугуглил что с 3.6 кэш выпилили. Если младше, то посмотри

ip -s route show cache

два вебсервера, слушающих разные адреса

У меня nginx настроен так, что два виртуалхоста слушают два разных адреса.

Ну все, ты описал работающую схему. Чего в ней тебе не хватает?

Слушать-то слушает адрес, а данные идут через другой интерфейс. На котором другой адрес настроен.

)) это физически не возможно устанавливать коннект по TCP с одним IP адресом и получать данные от другого без установки коннекта.

То есть достаточно будет сделать:

ip ro add default via x.x.x.3 dev eth0 table 100
ip ro add default via x.x.x.3 dev eth1 table 101

И самое главное - тут нужно указывать iif?:

ip ru add iif eth0 table 101
ip ru add iif eth1 table 101

iif тут не помошник, используй «from»

согласен с st4l1k. второй маршрут убрал?

Вам нужен source based routing. Суть в том что в iproute2 может быть несколько не зависимых таблиц маршрутизации. И можно описать правила по которым каждый пакет будет выбирать какая таблица маршрутизации будет применятся для него. Далее создаете 2 таблицы, у одной дефолтный GW будет через eth0 во второй через eth1, и далее если у пакета SRC ip == eth0 - маршрутезируем по первой таблице, если eth1 - по второй

iif тут не помошник, используй «from»
создаете 2 таблицы, у одной дефолтный GW будет через eth0 во второй через eth1 ...

Да. Спасибо. Помогло! Решение:

ip ro add default via x.x.x.3 dev eth0 table 100
ip ro add default via x.x.x.3 dev eth1 table 101

ip ru add from x.x.x.1 table 101
ip ru add from x.x.x.2 table 101