[Uneex] Это было давно, но я это упустил..... Или снова Routing
Yuri Ryazantsev
yuri на unix.ru
Чт Дек 9 10:59:44 MSK 2004
AlaNICK wrote:
>> - "размазывание" должно происходить по пакетам или по соединениям?
>
> хотелось бы по пакетам, но увы это 100% не возможно...
Возможно, при наличии общего для всех каналов public IP внутри.
>
>> - должна быть балансировка трафика или что-то еще?
>
>
> смотря, что вы имеете ввиду... и-нет каналы должны вроде как
> суммироваться, что бы узер мог использовать максимально шустрый интернет.
В данном случае скорость одного соединения не будет превышать
производительность одного канала.
>> - возможна ли ситуация, когда пакет уходит по одному каналу, а
>> приходит по другому?
>
> Нет! Угадай почему?..
Когда задавал вопрос не знал, что Стрим :-))
>> В общем случае, роутинг и NAT - две разные задачи. Поэтому я бы
>> сначала делал роутинг и "размазывание", а потом на то, что получилось
>> наложил бы NAT на выходных интерфейсах.
>
>
> Роутинг для сервера работает нормально... не работает связка MASQ+Routing
Сильно сомнительно данное утверждение. Скорее всего - "Работает роутинг
исходящих с сервера пакетов и не работает для проходящих через сервер
пакетов".
Для исследования можно отключить MASQ и посмотреть tcpdump'ом на
исходящих интерфейсах пакеты. Все равно .ru "отрубит" не ее пакеты, но
то что выходит ты увидишь.
> К стати есть подозрения, что я не правильно настроил ip route, т.к. я
> пользовал http://lartc.org/howto/lartc.rpdb.multiple-links.html
> и для моего случая там нужны некоторые доработки.... я конечно пробовал
> по-эксперементировать, но мне это не помогло =(
--
Yuri Ryazantsev <yuri на unix.ru> | RIPE: YR1-RIPE
UNIX System Network Administrator | RIPN: YAR1-RIPN
Gnu PGP: 1024D/92165F61
9252 80C7 D693 BFFD 3C4D 01D2 3601 9CD7 9216 5F61
Подробная информация о списке рассылки Uneex