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