route и несколько сетевых интерфесов

ипроуте2 умеет делать роутинг по сорсу и дестинейшу . смотря как тебе хочеться . читать www.lartc.org

"на основании destination" - это элементарные статические маршруты и lartc тут не при чем.

я знаю, но мне кажется это будет медленнее - тк списки сетей которые надо разделять довольно большие, да и в случае отпадения одного из инерфейсов будет проце испраить ситуацию

В таком случае лучше задуматься о BGP :)

Хм... как-то уж больно это сложно это BGP...

ну и что ? мы юзаем iproute2 , субъективно - работает намана . Хотя у нас вариантов нет , нам надо кидать трафик по интерфейсам в зависимости не только от dest но и от source .Проблема с интерфейсами весьма прозаична - у нас просто написано несколько скриптов , где маршруты либо прописываются , либо убираются , и тд . Так что в случае падения интерфейса - весьма легко будет исправить ситуацию . НО - интерфейсы то у кого падают ??? Если интерфейс отключился - обычно это по просьбе самого админа =) шнур дернул и всё . Во всех других случаях - принцип один - это должно быть невозможно - всё должно работать 100% . если есть проблемы - извените - н***й такое железо ;)

Ну я просто не совсем корректно выразился насчет интерфейса - отваливается не интерфейс - а шлюз на который он форвардит - тк он халявный...

То есть считается, что маршрутизация работает медленне, чем маркировка пакта в iptables??? Оригинальное мнение...

О каком числе маршрутов идет речь?

CFA , не отмазывайся . Читай lartc.org . И делай как там написано . Свои скрипты не покажу , ибо лень выковыривать . Но там всё просто . И будет все работать прелестно . Никуда не денеться !

Ну это мое субъективное мнение, если я не прав - посыпаю голово пеплом :) Да и когда в таблице маршрутизации всего 2 правила - по моему это удобно.

Как я сказал в самом начале - всего 2 направления - трафик идет по одному если совпал destinition (~50 подсеток) а все остальное идет по другому маршруту

А доук с lartc.org я изучаю, толтко хотелось бы побольше примеров