https://opennet.dev/openforum/vsluhforumID12/5390.html Добрый день!<br><br>Есть два канала ADSL, один анлим медленный, второй быстрый, но с платным трафиком. Заведены они в интернет-шлюз FreeBSD 6.1 через две сетевых карты rl0(192.168.22.2) и rl1 (192.168.26.2). Третья сетевая карта rl2 (192.168.24.50) смотрит в офисную локалку. Поднят файервол pf. И прокси Squid 2.5.STABLE12.<br>Задача: для избранных машин и сайтов дать выход на быстрый канал для просмотра и закачки WWW контента.<br>Думал, что все решится легким "движением руки", поставив в сквиде tcp_outgoing_address на rl0 (быстрый канал) при срабатывании определенных ACL. А шлюзом в системе по умолчанию назначил медленный rl1. Но не заработало. <br>После некоторых размышлений понял, что пакеты все равно стремятся в default gateway rl1. Добавил их насильный проброс с rl1 на rl0 в конфигурацию PF следующей строкой (где 192.168.22.1 адрес модема ADSL висящего на rl0): <br><br>pass out quick on $ext_rl1 route-to ($ext_rl0 192.168.22.1) from 192.168.22.2<br> to !192.168.24.0/24<br><br>после этого чудо случилось, сайты начали грузится https://opennet.dev/openforum/vsluhforumID12/5390.html#4 Wed, 23 Apr 2008 03:10:38 GMT Спасибо, правда половину из этих ссылок читал, но део было не в этом:<br><br>Тупой я как валенок..<br>tcpdump + свежая голова и прямые руки - всё работает!<br>Пакеты, как выяснилось уходят как надо, через нужный интерфейс. Грабли были в том что необратил внимание на работу правила fwd - я тупо ждал что они вернутся с форвардинга и пойдут дальше по списку :)<br>Поменял два правила местами и всё, работает :)<br> https://opennet.dev/openforum/vsluhforumID12/5390.html#3 Tue, 22 Apr 2008 10:01:29 GMT тут почитай- http://ipfw.ism.kiev.ua/pbr.html <br>Два канала &#8211; роскошь? Резервирование и балансировка трафика во FreeBSD<br>Сергей Супрунов: http://www.samag.ru/source/source2(51).txt <br>http://www.samag.ru/cgi-bin/go.pl?q=content;n=2007;a=02<br>pf, freebsd 6.2 и 3 внешних канала:<br>http://argo-uln.blogspot.com/2008/02/pf-freebsd-62-3.html<br><br><br> https://opennet.dev/openforum/vsluhforumID12/5390.html#2 Tue, 22 Apr 2008 07:33:22 GMT Похожая задача: FreeBSD 4.10, ipfw+ipnat, squid (tranparent), 2 канала. <br>Необходимо одним squid'ом часть людей из локалки пускать по одному каналу, а часть по другому.<br><br>В squid сделал следующее:<br>acl unlim src 10.20.2.9<br>tcp_outgoing_address IP_второго_канала unlim<br><br>в ipfw прописал форвард на второй канал:<br>ipfw add fwd шлюз_второго_канала from IP_второго_канала to not подсеть out<br><br>в ipnat так же добавил оба интерфейса на маскарадинг.<br><br>А проблема в следующем - пакеты уходят с ip второго канала, как надо, на второй же канал и возвращаются, но уходят они через default gateway!!!<br><br>Под правила ipnat'а они не попадают, динамическое правило, разрещающее исходящие пакеты со второго интерфейса не отрабатывается, если уронить канал на который указан default gateway - то трафик вообще не идет.<br><br>Как заставить пакеты уходить со второго канала?<br>Туплю по страшному.. не могу понять почему они иду через default gateway? И что тогда форвардится, раз счетчики на правиле срабатывают?<br> https://opennet.dev/openforum/vsluhforumID12/5390.html#1 Wed, 20 Feb 2008 11:50:52 GMT предстоит решать точно такую же задачу, сегодня гуглил на тему.<br><br>вот тут человек тоже на 2 прова работает, про pf правила загляни в середине страницы<br><br>http://forum.ixbt.com/topic.cgi?id=76:6576<br>-----------------------------------------------------------------------------<br># И в конце правил:<br><br>pass out quick route-to ($ext_if1 $ext_gw1) from $ext_ip1 to any keep state<br>pass out quick route-to ($ext_if2 $ext_gw2) from $ext_ip2 to any keep state # обязательно эти разрешения в конце, иначе пакеты уйдут в шлюз по умолчанию<br><br># ext_if - внешний интерфейс на котором висит адрес сервера <br># ext_gw - шлюз провайдера<br># ext_ip - IP адрес сервера<br># по сути - все пакеты, которые образуются на внешнем интерфейсе с адресом создателя - внешним адресом мы принудительно<br># заворачиваем на шлюз провайдера <br># ОС всегда отвечает на тот интерфейс, на которые пришел пакет-запрос... причем шлюз по умолчанию работает как и прежде.<br>----------------------------------------------------------------------------<br><br>Если проблем