Обсуждение статьи тематического каталога: Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw)

Ссылка на текст статьи: http://www.opennet.ru/base/net/bsd_pbr_route.txt.html

• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),noname, 18:10 , 14-Апр-03
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Аноним, 10:16 , 16-Апр-03
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Александр, 13:05 , 18-Апр-03
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Аноним, 14:54 , 29-Апр-03
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Kuks, 17:03 , 06-Май-03
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Dan, 18:18 , 19-Авг-04
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),flashwolf, 22:44 , 04-Сен-04
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Beavis, 21:04 , 18-Янв-06
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),gandalf, 00:55 , 20-Янв-06
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,Beavis, 11:56 , 13-Окт-06
• Тематический каталог: Policy-Based Routing (PBR) в ОС FreeBS...,moroxxx, 00:46 , 23-Янв-06
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Дмитрий, 10:59 , 13-Апр-06
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,moroxxx, 17:52 , 04-Июл-06
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,flexxy, 20:08 , 03-Фев-07
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,reader, 08:58 , 15-Фев-07
    • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,reader, 09:01 , 15-Фев-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),сарумян, 08:53 , 18-Июл-06
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Sergey, 13:47 , 03-Фев-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),gaidamak, 11:39 , 16-Фев-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Phil, 12:45 , 21-Фев-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Юрий, 07:01 , 05-Мрт-07
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,moro, 14:00 , 22-Мрт-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Zont, 15:27 , 21-Мрт-07
• Тематический каталог: Policy-Based Routing (PBR) в ОС FreeBS...,sire, 16:55 , 28-Май-07
  • Тематический каталог: Policy-Based Routing (PBR) в ОС FreeBS...,sire, 16:56 , 28-Май-07
    • Тематический каталог: Policy-Based Routing (PBR) в ОС FreeBS...,Zont, 13:14 , 21-Ноя-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),lama, 13:13 , 18-Июн-07
• Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy route forward ipfw),Sasha_, 01:06 , 21-Авг-07
  • Policy-Based Routing (PBR) в ОС FreeBSD (freebsd policy rout...,Kos, 22:57 , 21-Сен-07

Хорошо написано!

да, довольно красиво :-)

Спасибо))

А на Линухе это сделать можно? Извините за глупый вопрос.

Спасибо. Проверил сразу же. Все работает. :)
Теперь бы найти такое же внятное объяснение о создании полноценного резервного канала т.е чтобы работали DNS,FTP,WWW,MAIL при выходе из строя одного из каналов.

Отличная статья! Спасибо.
Только никак не могу понять как изложенное можно реализовать в сети где адреса раздаются DHCP и нужно выделить группу компьютеров с большим приоритетом чем все остальные. :(

Описан достаточно тривиальный прием.
А в реальной жизни как правило надо большего - например, агрегирования провайдерских каналов для повышения суммарной пропускной способности и отказоустойчивости.
Именно это пытался в статье найти - не нашел :(

Сделал все как написано, работает, все ок!
НО!
Объсните пожалуйста почему так происходит:
1)если не указывать ни какой дефаульт шлюз, то ни чего не работат.
2)предположим мы третью сетевею поставили. если указать шлюз из ип пространства ТРЕТИЙ сетевой, все ок, работают оба канала....НО если в начале всех правил закрыть доступ к этому шлюзу, то ни чего не работает!

Поясните, почему так происходит...

Если в системе нет маршрута по умолчанию, то пакет не будет выходить никуда и как следствие не попадет в ipfw для форварда. Просто будет сообщение типа No route to host, т.к. хост не будет найден в таблице маршрутизации

>Если в системе нет маршрута по умолчанию, то пакет не будет выходить
>никуда и как следствие не попадет в ipfw для форварда. Просто
>будет сообщение типа No route to host, т.к. хост не будет
>найден в таблице маршрутизации

А если сделать шлюз поумолчанию 127.0.0.1 или ИП сетевухи, которая в локальную сетку смотрит? то будет работать?

все сделал как написано http://www.opennet.ru/base/net/bsd_pbr_route.txt.html
не работает.

moroxxx, аналогично блин.

на FreeBSD 6.0 заработало

тоже никак не хотело работать с правилом "ipfw add fwd ..."
(если важно: FreeBSD 4.11, связка ipfw и ipnat, два внешних и-фейса к разным ISP... хоть по логам правило якобы работало - фактически, кроме статик_роутов, пакеты с "неподходящего ip" пытались уходить не с нужного интерфейса, а через тот, за которым defaultrouter)

зато всё отлично заработало с помощью единственного правила ipfilter!
/etc/ipf.rules:
pass out quick on fxp0 to fxp1:1.1.1.254 from 1.1.1.1 to any

FreeBSD 5.4
Не работает :(

сеть, которая форвардится на default-шлюз - в инет попадает без проблем.
а та, что форвардится на второй шлюз - отсаётся без инета напрочь...
ПАМАГИТЕ!

P.S.
ядро скомпилено с нужными флагами.
два экземпляра НАТД запущены на правильных интерфейсах и портах..
... и т.д.  
всё правильно написано и перепроверено. но не работает

пока не добавил IPFIREWALL_FORWARD_EXTENDED не работал fwd

asd

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

По этой теме:
Сарумян правильно написал IPFIREWALL_FORWARD_EXTENDED нужно добавить в опции при сборке ядра. Иначе все будет ходить через дефаулт роутер (tcpdump ом проверьте), по этому и не срабатывает правило диверта обратного с дополнительного канала. Угробил на это 3 дня - Сарумян лучший =).
Такая же фигня и в этой статье http://www.opennet.ru/base/net/2_channel_balancing.txt.html. Всем удачи!

А всё тоже самое, только средствами pf ?

>А всё тоже самое, только средствами pf ?
есть подобное решение http://www.lissyara.su/?id=1276

хороший вопрос... мне он тоже интересен - точнее только ответ на него.

А без natd в ipfw это никак нельзя сделать? Демон natd уж очень прожорливый на больших нагрузках.

А без natd в ipfw это никак нельзя сделать? Демон natd уж очень прожорливый на больших нагрузках.

RELENG_7 тебе в помощь.

FreeBSD 6.2 , vsio rabotaet, vsio krasivo. No kak na sciot servisav priviazannix na vnesnije interfeisy routera. kno niti stalkivalsia? kak sdielati shtobe ani bili dostupni s vnutrenej setki. Kakije pravila nado dobavliat pered pravilami diverta: "Однако в некоторых ситуациях
могут возникать непредвиденные осложнения, при которых рассмотренные выше примеры окажутся
неработоспособными. Это произойдет, например, если на Вашем маршрутизаторе настроен web сервер
(или какой-то другой сервис), который привязан к ip адресу внешнего интерфейса. Тогда  необходимо
вставить перед правилами, осуществляющим policy-based routing, правила"

Привет !
меняя default gw , работет то одна то другая сетка  :)
без смены default gw НЕ РАБОТАЕТ :((
fwd(no default) срабатывает , но ответы идут с default
таже история..
полдскажите плиз , уже нос в кровь разбил  :)

Какая версия фри?