Исходное сообщение
"Распределение трафика между двумя каналами во FreeBSD" Отправлено XoRe, 19-Авг-09 16:19
Для раскидывания пакетов по двум каналам не обязательны множественные таблицы маршрутизации. Достаточно двух fwd в ipfw и двух натов. После некоторго исследования этой темы могу сказать свое имхо. Если пакеты одного клиента будут лететь через двух разных провайдеров (пусть даже с сохранением сессии, т.е. до одного ip адреса - через один канал), все равно возникнут проблемы с порталами типа mail.ru, vkontakte и т.д. Там может слетать авторизация, если запросы клиента будут приходить то с одного ip адреса, то с другого. Помню, mail.ru ругалась, когда я примерно через такую систему на неё заходил. То могут быть проблемы с любым более менее серьёзным интернет проектом, который имеет более одного ip адреса. В конце концов, самый стабильный вариант - распределение юзеров по каналам. Их просто можно сделать динамическим. То есть написать скриптик, который анализирует загруженность каналов и пущает нового юзера через наименее загруженный канал. Ну и запоминает, какой юзер через какой канал ходит. И удаляет юзеров, которые не проявляли сетевой активности какое-то время (и которых не осталось открытых сессий). Ну и плюс там пингование шлюзов и т.д. Полной балансировки нагрузки, конечно, не получится. Но я думаю, что к этому будет стремиться.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Для раскидывания пакетов по двум каналам не обязательны множественные таблицы маршрутизации. > Достаточно двух fwd в ipfw и двух натов. > После некоторго исследования этой темы могу сказать свое имхо. > Если пакеты одного клиента будут лететь через двух разных провайдеров (пусть даже > с сохранением сессии, т.е. до одного ip адреса - через один > канал), все равно возникнут проблемы с порталами типа mail.ru, vkontakte и > т.д. > Там может слетать авторизация, если запросы клиента будут приходить то с одного > ip адреса, то с другого. > Помню, mail.ru ругалась, когда я примерно через такую систему на неё заходил. > То могут быть проблемы с любым более менее серьёзным интернет проектом, который > имеет более одного ip адреса. > В конце концов, самый стабильный вариант - распределение юзеров по каналам. > Их просто можно сделать динамическим. > То есть написать скриптик, который анализирует загруженность каналов и пущает нового юзера > через наименее загруженный канал. > Ну и запоминает, какой юзер через какой канал ходит. > И удаляет юзеров, которые не проявляли сетевой активности какое-то время (и которых > не осталось открытых сессий). > Ну и плюс там пингование шлюзов и т.д. > Полной балансировки нагрузки, конечно, не получится. > Но я думаю, что к этому будет стремиться.
	Введите код, изображенный на картинке: