|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 08 Mar 2005 16:55:49
To : "Oleg B. Shepel"
Subject : Re: Hесколько "default gateway"
--------------------------------------------------------------------------------
>>> Oleg B. Shepel wrote:
>> Hу вот нельзя, не считали пока актуальным.
>> А что тебе мешает просто нарисовать скрипт детекта живости более хорошего
>> канала и с route add / route delete по изменению его состояния?
>> И пускать ежеминутно из крона?
OBS> Так в том-то и дело, что каналы должны работать _одновременно_. Смотрите:
OBS> 1. Трафик от всех юзеров в локалке должен ходить через дешевого провайдера.
OBS> 2. Трафик от одного, привилегированного, юзера должен ходить через дорогого
OBS> провайдера (т.к. ему необходим статический ип для работы с банковским
OBS> клиентом)
Так это уже policy routing. По текущему состоянию решается через ipfw fwd.
Аналог для ipf не знаю, но должен быть.
OBS> 3. Должен работать web-сервер. К нему можно обратиться только по
OBS> статическому ипу, выданному дорогим провайдером. Это означает, что ответ на
OBS> входящее соединение должен уйти через интерфейс дорогого провайдера.
Опять же ipfw fwd.
OBS> Это все решается, установкой "default route" на дорогого провайдера.
OBS> Остается лишь задача N1.
OBS> Ее, судя по манам на ipf можно решить следующим правилом (правило "to"):
OBS> pass out quick on rl1 to rl2:192.168.1.5 from 192.168.0.0/24 to any
OBS> (rl1 - локалка с ипами 192.168.0.0/24
OBS> rl2 - дешевый провайдер, ип интерфейса моего сервера 192.168.1.5)
OBS> Hо в этом же мане написано, что после вот такого жесткого форварда на
OBS> интерфейсе rl2 не будет работать NAT. И он на самом деле не работает. :(
Может, с ipfw попробовать? Ему можно NAT организовать до fwd.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
