|
Один сетевой интерфейс - два потока
Доброго времени!
Подскажите, пожалуйста наиболее корректное и незатратное решение.
Условия следующие:
Имеется два компьютера в двух разнесенных географически сетях.
1-й - MS Win2K3serverSP2 (один интерфейс - 192.168.2.10)
2-й - MS Win2KproSP4 (один интерфейс - 192.168.3.4)
В обоих подсетях раздача Интернета осуществляется по локальным сетям, по ADSL2 (PPPoE), через NAT, поднятые на соответствующих модемах (192.168.2.100 и 192.168.3.100).
На сервере (1-й) поднят MS Terminal Server для работы с бухг.базой. В подсети 192.168.2.0/24 работают соответствующие терминальные клиенты, на базе обычных MS WinXPproSP3.
2-й комп, кроме соединения по локалке к ADSL модему для Интернета (192.168.3.100), также соединен через свич той же локальной сети (192.168.3.0/24) к такого же класса модему (ADSL), организованному бриджем, для подключения через терминальное же соединение, через VPN провайдера, к серверу (192.168.2.10) и вышеозначенной базе данных.
Провайдер осуществляет маршрутизацию между оконечными хостами через назначенныые им шлюзы (192.168.2.1 и 192.168.3.1).
Схема такая:
modem192.168.2.100 - 192.168.2.10 - modem-Bridge -- (192.168.2.1 ..vpn.. 192.168.3.1) -- modem-Bridge - 192.168.3.4 - 192.168.3.100modem
Затруднение в необходимости делить поток через один интерфейс на оконечных хостах (192.168.3.4 и 192.168.2.10) на интернет и терминальный.
Прробовал прописывать в сетевых интерфейсах каждой из сторон два шлюза (соответствующие - модема, работающего в Интетнет, и vpn-шлюза, выданного провайдером. Приритеты разделил разными назначенными метриками - 1 и 2). Пинги на противоположные шлюзы проходят, сайты открываются в веб-броузерах, но с какой-то задержкой. Работа с такой настройкой представляется мне несколько неустойчивой (хотя, в рабочем режиме пока не было возможности проверить).
Достаточно ли такой настройки для стабильной работы, или есть варианты более приемлемые? Прошу совета.
|