Инет с двух источников ?
3332
16
Vovasa
v.i.p.
можно ли решить такую задачу в принципе:
есть комп, он подключен к инету двумя путями: выделенка по локалке (вингейт) и гпрс через инфракрасный порт. Необходимо основной трафик пустить через гпрс,
а меньший через выделенку или как вариант быстро переключаться между ними?
есть комп, он подключен к инету двумя путями: выделенка по локалке (вингейт) и гпрс через инфракрасный порт. Необходимо основной трафик пустить через гпрс,
а меньший через выделенку или как вариант быстро переключаться между ними?
Наблюдал подобную конструкцию в рабочем виде. Трафик только не делился - по недоступности основного канала переключение было.
Есть мнение, что можно настроить разные приложения на разные каналы, например основной шлюз будет пропускать траффик по умолчанию, а конкретные приложения можно заруливать на прокси...
Vovasa
v.i.p.
И по какому критерию делить основной и меньший трафик ?
--------------
Вообще то хочется чтобы ТОЛЬКО ПОЧТА шла через выделенку а всё остальное через ГПРС
--------------
Вообще то хочется чтобы ТОЛЬКО ПОЧТА шла через выделенку а всё остальное через ГПРС
Тогда стоит попробовать указать в вингейт-клиенте на браузер/аську/[чего ещё юзать по GPRS] локальный тип доступа и настроить собственно маршрутизацию на GPRS.
Vovasa
v.i.p.
Тогда стоит попробовать указать в вингейт-клиенте на браузер/аську/[чего ещё юзать по GPRS] локальный тип доступа и настроить собственно маршрутизацию на GPRS.
----------
А подробнее можно ?
----------
А подробнее можно ?
А мне вот интересне немного иной вариант - разруливание этого дела локально. Т.е. имея локалку с выходом в инет и модем самому управлять какая прога через что пойдет, не трогая администраторов гейта/прокси.
Ну это примерно так и есть.. на каждом клиенте ставится вингейт-клиент, разруливается грамотная маршрутизация на второй канал (разницы нет особой между модемом и сетевкойв системном смысле этих девайсов ).
Далее настраиваем в вингейт клиенте, какое приложение какой доступ имеет, если локальный - то его просто выпнет (проверить, увы не могу) на стандартную дорожку по дефолтовому каналу (). Если прописать глобальный доступ - то запрос перехватит вингейт и пульнет на прокси через НАТ.
Предложение чисто теоретическое, проверить негде, но я верю, что рабочее ;).
в системном смысле этих девайсов ).Далее настраиваем в вингейт клиенте, какое приложение какой доступ имеет, если локальный - то его просто выпнет (проверить, увы не могу) на стандартную дорожку по дефолтовому каналу (
). Если прописать глобальный доступ - то запрос перехватит вингейт и пульнет на прокси через НАТ.Предложение чисто теоретическое, проверить негде, но я верю, что рабочее ;).
Вингейт-клиент... А если трафик раздается чем-то иным, а не вингейтом?Желательно рецепт, не зависящий от сервера. Можно было бы файерволом замутить, но тут одна загвоздка - у модема IP динамический...В W2K AS по крайней мере есть NAT. Не исключено, что с его помощью можно что-то сварганить.
>> загвоздка - у модема IP динамический...
Для таких случаев в правилах трансляции обычно предусмотрена ссылка на интерфейс по его имени, а не по адресу. Так работает NAT в Cisco, по крайней мере.
>> загвоздка - у модема IP динамический...
Для таких случаев в правилах трансляции обычно предусмотрена ссылка на интерфейс по его имени, а не по адресу. Так работает NAT в Cisco, по крайней мере.
По умолчанию все соединения идут на модем/ГПРС - потому как шлюз по умолчанию устанавливается на этот коннект. Дальнейшая задача - настроить работу приложений не через этот коннект, например, используя прокси сервер. А какой прокси стоит - вопрос уже другой.. в большинстве случаев HTTP, аську и менеджера закачек можно настроить.. а вот с НАТ будут проблемы: либо все идет по НАТ через прокси, либо все идет на модем/ГПРС. В принципе можно разрулить по ИП адресам, но даже у аськи они разные. Впрочем, обычно НАТ для работы не требуется, поэтому для реализации SUBJ нужно только грамотно настроить маршруты в ИП протоколе. Дабы обращения к проксе по приватным ИП лезли в приватную сетку, а не в инет :). Здесь на арену выходит route add. В сетях с одной подсетью строить ничего не нужно...
Случай с вингейтом особый.. там можно настроить работу отдельных приложений по НАТ через прокси, а остальных пускать на ГПРС. Только практически последнего я не делалтак что не судите строго.. если не выйдет.
Случай с вингейтом особый.. там можно настроить работу отдельных приложений по НАТ через прокси, а остальных пускать на ГПРС. Только практически последнего я не делал
так что не судите строго.. если не выйдет.