source route по gw

Повесь на alias второй айпи. Ну а вообще ты видимо что-то не полностью понял.

и зачем мне второй ip о котором никто кроме моей машины знать не будет?

> возникла проблема когда интерфейс один, но разные гейтвэи.
Ну, и в чем сложность ?

ip rule add to $LOCAL_NETWORK lookup main

ip rule add from x1.x1.x1.x1 lookup table_x
ip rule add from x2.x2.x2.x2 lookup table_x
...
ip rule add from y1.y1.y1.y1 lookup table_y
ip rule add from y2.y2.y2.y2 lookup table_y
...

ip route add default via gwX.gwX.gwX.gwX table table_x
ip route add default via gwY.gwY.gwY.gwY table table_y

ip route flush cache

А что есть x1.x1.x1.x1...y2.y2.y2.y2 ?

имеется одна сеть, но два разных гейтвея, через оба эти гейтвея приходят коннекты с одних и тех же ip(просто они коннектятся на разные ip). Если приходят со второго, то и уходят во второй, а если приходят с первого, то уходят через второй. ip у меня один, просто на первом гейтвее стоит редирект порта на этот мой ip.

ИМХО, вы хотите практически невозможного. Добавьте на сервер еще один адрес и делайте редирект на первом гейтвее на этот адрес.

Просто сейчас получается, что с точки зрения ip-протокола приходящие пакеты не отличаются. Ведь у ip-пакета есть только src и dst адреса. И независимо от какого гейтвея пришел пакет, dst адрес будет одинаковый, а src --- адрес из интернета...

Конечно, если у вас транспортный уровень Ethernet, то пришедшие пакеты будут отличаться MAC-адресами и можно навернуть, либо REDIRECT на сервере, либо connmark на основании MAC-адреса, но ИМХО, это не правильно...

ну вот я тоже так думал.... еще один адрес нет возможности добавить, так бы уже сделал...

Есть еще вариант GRE туннеля, но это уже крайний вариант :(