Наружу есть 2 канала на 2-х разных интерфейсах, к разным операторам, соответсвенно с разными IP. У клиентов все адреса реальные. Задача половину клиентов пустить через один канал, половину через другой. Токо вот проблема в том, что каждый оператор дает свои реальные IP. Наскоко я понимаю все можно разрулить статическими маршрутами?
>Наружу есть 2 канала на 2-х разных интерфейсах, к разным операторам, соответсвенно
>с разными IP. У клиентов все адреса реальные. Задача половину клиентов
>пустить через один канал, половину через другой. Токо вот проблема в
>том, что каждый оператор дает свои реальные IP. Наскоко я понимаю
>все можно разрулить статическими маршрутами?
Ты совершенно прав !
....на клиентах, да к тому же в всех клиентов должны быть адреса из пулов соответствующих операторов
>....на клиентах, да к тому же в всех клиентов должны быть адреса
>из пулов соответствующих операторов
ессно.
>>Наружу есть 2 канала на 2-х разных интерфейсах, к разным операторам, соответсвенно
>>с разными IP. У клиентов все адреса реальные. Задача половину клиентов
>>пустить через один канал, половину через другой. Токо вот проблема в
>>том, что каждый оператор дает свои реальные IP. Наскоко я понимаю
>>все можно разрулить статическими маршрутами?
>Ты совершенно прав !Т.е. оставляем 1 дефолтный гейтвей для одних клиентов, для остальных пишем
route add -net 123.123.123.0 2nd_gateway_ip_addr
2nd_gateway_ip_addr - не находитца в подсети 123.123.123.0, смотрит наружу.
+внутреннему интерфейсу даем альяс на один адрес из 123.123.123.0.
И все получается???
Что-то больно подозрительно
>Наружу есть 2 канала на 2-х разных интерфейсах, к разным операторам, соответсвенно
>с разными IP. У клиентов все адреса реальные. Задача половину клиентов
>пустить через один канал, половину через другой. Токо вот проблема в
>том, что каждый оператор дает свои реальные IP. Наскоко я понимаю
>все можно разрулить статическими маршрутами?
судя по вопросу, так оно и есть!
на шлюзе тебе все же придется раскиывать пакеты от клиентов
>на шлюзе тебе все же придется раскиывать пакеты от клиентов???
Трансляцией?
А на чем у тебя шлюз?
>А на чем у тебя шлюз?Опять роутинг (BSD привязка)
FreeBSD 4.X
ipfw fwdвозможно динамические протоклы маршрутизации
>ipfw fwd
>
>возможно динамические протоклы маршрутизацииЯ кажетса спрашивал про статику? Трансляция и fwd ни в коем случае!
В статической маршрутизации не анализируется откуда идет пакет, а важно куда.
Чем твой шлюз будет анализировать откуда пришел пакет и на какой канал его бросить
>В статической маршрутизации не анализируется откуда идет пакет, а важно куда.
>Чем твой шлюз будет анализировать откуда пришел пакет и на какой канал
>его броситьroute add -net 123.123.123.0 2nd_gateway_ip_addr
выдержка из мана:
"where destination is the destination host or network, gateway is the
next-hop intermediary via which packets should be routed."
Или я чегой-то не так понимаю?
запись
>route add -net 123.123.123.0 2nd_gateway_ip_addr
станет заворачивать все пакеты в сеть 123.123.123.0/mask? от любого отправителя на 2nd_gateway_ip_addr.
Все маршруты статикой ты отписать не сможешь, посему все, что не прописано явно поедет у тебя на default gateway, не зависимо от адресов отправителя.
Выход ipfw fwd.
>запись
>>route add -net 123.123.123.0 2nd_gateway_ip_addr
>станет заворачивать все пакеты в сеть 123.123.123.0/mask? от любого отправителя на 2nd_gateway_ip_addr.
>
>Все маршруты статикой ты отписать не сможешь, посему все, что не прописано
>явно поедет у тебя на default gateway, не зависимо от адресов
>отправителя.
>Выход ipfw fwd.
Да, уже осознал :(
Токо вот форвард нельзя использовать....
>>запись
>>>route add -net 123.123.123.0 2nd_gateway_ip_addr
>>станет заворачивать все пакеты в сеть 123.123.123.0/mask? от любого отправителя на 2nd_gateway_ip_addr.
>>
>>Все маршруты статикой ты отписать не сможешь, посему все, что не прописано
>>явно поедет у тебя на default gateway, не зависимо от адресов
>>отправителя.
>>Выход ipfw fwd.
>
>
>Да, уже осознал :(
>Токо вот форвард нельзя использовать....
Почему? Религия не позволяет?
В принципе форвард ни чем не оличается от маршрутизации. В пакетах, которые пройдут через приведенные ниже правила ничего не изменится.
ipfw add fwd ${ip_prow1} {ip|tcp|udp} from $net1 to any out via ${iface_to_prow1}
ipfw add fwd ${ip_prow2} {ip|tcp|udp} from $net2 to any out via ${iface_to_prow2}
>Почему? Религия не позволяет?
>В принципе форвард ни чем не оличается от маршрутизации. В пакетах, которые
>пройдут через приведенные ниже правила ничего не изменится.
>ipfw add fwd ${ip_prow1} {ip|tcp|udp} from $net1 to any out via ${iface_to_prow1}
>
>ipfw add fwd ${ip_prow2} {ip|tcp|udp} from $net2 to any out via ${iface_to_prow2}
>Гм, а разве форвард не переписывает src пакета??
>
>>Почему? Религия не позволяет?
>>В принципе форвард ни чем не оличается от маршрутизации. В пакетах, которые
>>пройдут через приведенные ниже правила ничего не изменится.
>>ipfw add fwd ${ip_prow1} {ip|tcp|udp} from $net1 to any out via ${iface_to_prow1}
>>
>>ipfw add fwd ${ip_prow2} {ip|tcp|udp} from $net2 to any out via ${iface_to_prow2}
>>
>
>Гм, а разве форвард не переписывает src пакета??ни в коем случае. fwd только проверяет src ip.
>>
>>>Почему? Религия не позволяет?
>>>В принципе форвард ни чем не оличается от маршрутизации. В пакетах, которые
>>>пройдут через приведенные ниже правила ничего не изменится.
>>>ipfw add fwd ${ip_prow1} {ip|tcp|udp} from $net1 to any out via ${iface_to_prow1}
>>>
>>>ipfw add fwd ${ip_prow2} {ip|tcp|udp} from $net2 to any out via ${iface_to_prow2}
>>>
>>
>>Гм, а разве форвард не переписывает src пакета??
>
>ни в коем случае. fwd только проверяет src ip.Ок. на днях буду пробовать - как появитца второй канал.
Всем спасибо.