IL81 Цитата: Вот так заработало
Как частный случай будет работать. Но лучше вместо Firewall поставить конкретно внешний IP, потому что Firewall подразумевает любой из имеющихся на нем IP. И если вы в будущем что нибудь добавите, например еще один IP или еще одну сетевуху, то может неожиданно отвалиться.
Добавлено: Arakcheev
AndV
sadafaga Цитата: Задача: разные группы пользователей выпускать по разным каналам
У меня выпускается несколько десятков пользователей по стольки же каналам, но через один внешний интерфейс (и одного прова). Для каждого пользователя у прова заведен виртуальный интерфейс из сетки в 4 IP адреса, например: 86.102.xxx.140/30
В этом случае у прова будет Gate 86.102.xxx.141, а у меня на внешней сетевухе дополнительный IP 86.102.xxx.142/255.255.255.252, у пользователя локальная сеть за NATом (Можно и без NATа, но тогда нужно две четырех адресные сетки на пользователя с статическими маршрутами одной на другую).
Правило, которое это рулит: Sours > Интерфейс к которому подключена сеть пользователя, Dest > Внешний интерфейс, Translation > (NAT 86.102.xxx.142)
Пакеты и уходят и приходят через 86.102.xxx.142
Следующий пользователь юзает сеть 86.102.xxx.144/30 и т.д.
И так для каждого пользователя свои настройки. Трафик считает пров по каждой сетке.
Конечно имеется еще одна сетка 81.x.x.96/30, которая выполняет функции основной, т.е. на внешней сетевухе основной IP 81.x.x.98, Mask 255.255.255.252, Gate 81.x.x.97 он же дефолтовый. На этом канале небольшой паразитный трафик.
Как видите все решаемо, думаю что и на несколько внешних интерфейсов можно написать правила + статические маршруты.