Назначение нескольких адресов от 2-х провайдеров, на один интерфейс.

http://www.tecmint.com/create-multiple-ip-addresses-to-one-single-network-int...

http://serverfault.com/questions/406123/second-ip-address-on-the-same-interfa...

Спасибо за ссылки, но мне кажется, что эти статьи для Debian не подойдут, у меня нету /etc/sysconfig/network-scripts/, «/etc/network/interfaces for Ubuntu and Debian systems».

ок, вариант с iproute2 из вики дебиана тестил?

Предполагаю следующее.
Берем твой вариант. Для простоты описания предположим что:
Первый провайдер: ip x.x.x.x2 - 1.1.1.2
Второй провайдер: x.x.x.3 - 2.2.2.3
Def gateway это первый провайдер - 1.1.1.1
Так вот когда ты пытаешься пингануть/соединиться с 2.2.2.3 пакет приходит через второго провайдера, а вот уходит уже по маршруту по умолчанию т.е. через первого провайдера gateway - 1.1.1.1 но от ip 2.2.2.3. Пров1 просто не пропускает этот пакет и все. Во втором варианте когда ты их поменял местами предполагаю, что и дэфолтный шлюз тоже поменял на второго прова. Так вот Пров2 нормально пропускает пакеты от 1.1.1.2.
Проверить можно с помощью того-же traceroute -s IP

Например у тебя дефолт гв настроен как x.x.x.x1, тогда если кто-нибудь снаружи пытается достучаться до y.y.y.y2, то пакеты до y.y.y.y2 доходят, но ответы от него, согласно таблице маршрутизации, идут на x.x.x.x1, а x.x.x.x1 ничего не знает про y.y.y.y2 и отказывается форвардить пакеты от него (rp_filter например)

Если настроить source based routing, то все будет ок.

Если настроить source based routing, то все будет ок.

btw еще есть вариант с двумя дефолтами с разными метриками, но я не сильно в курсе как ведет себя линупс в таких случаях.

небольшой совет:
метка(label) может принимать не только числовое значение, поэтому лучше и удобнее назвать eth1:provider1 и eth1:provider2

Всем большое спасибо, проблема решена. Я и не знал про маршрутизацию на основе правил и про то, что может быть не одна таблица маршрутизации. :)
Решение такое:

Объявляем таблицу доп. таблицу

nano /etc/iproute2/rt_tables
86      isp_2 (на сколько я понял номер и название произвольные)

ip ru add from y.y.y.2/32 table isp_2

ip ro add table isp_2 via y.y.y.1

ip ro flush cache

Внешний адрес y.y.y.2 начал пинговаться, но пробросы не работают.

Вопрос, если надо прописать во второй таблице маршрут к локальным сетям. Пишу следующее:

ip route add table isp_2 192.168.10.0/24 via 192.168.2.2

route add -net 192.168.10.0/24 gw 192.168.2.2

Я правильно понял речь идет о подключении к локальным адресам,
типа PREROUTING... --to-destination localip ?
Если да iptables CONNMARK + iproute2 помогут
например
ip rule add fwmark 2 table isp_2
iptables -t mangle -A PREROUTING -i eth1 -d y.y.y.2 -m state --state NEW -j CONNMARK --set-mark 2
И в правилах SNAT добавить -m connmark --mark 2

Спасибо за ваш совет, Вы все верно поняли.
Вот такое правило транслирования в данный момент не работает на y.y.y.y2(аналогичные правила работают на x.x.x.x адресах).

iptables -t nat -I PREROUTING -p tcp --dport 22308 -d y.y.y.y2 -j DNAT --to 192.168.10.10:22

ip route add table isp_2 192.168.10.0/24 via 192.168.2.2

ip rule add fwmark 2 table isp_2

iptables -t nat -I PREROUTING -p tcp --dport 22308 -d y.y.y.y2 -j DNAT --to 192.168.10.10:22 -m connmark --mark 2

По пунктам:
1. Локальный роутинг не надо трогать если раньше работало, как было так и оставляйте.
2. Да. Только формулировка неверная. Это не маркировка, а правило. Марк выставляется iptables.
3. Нет не верно. Нужно отдельное правило и в таблице mangle, пакеты маркируются в mangle. Я выше написал правило полностью, будет работать для любых адресов, т.е. в дальнейшем только добавляете как обычно правила вида
iptables -t nat -I PREROUTING -p tcp --dport 22308 -d y.y.y.y2 -j DNAT --to 192.168.10.10:22 и т.д.

А вот в snat для y.y.y.y2 (если он не дэфолтный роут) надо как раз добавить -m connmark --mark 2

Извините, я может туплю, но у меня нету snat правил для y.y.y.y2

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