Давно терзает сей вопрос.
### Дано.
Инфраструктура на Windows Server, на внешнем шлюзе Forefront TMG,
Несколько подключенией к провайдерам:
Провайдер 1. default route, дешевый быстрый, ненадежный, динамический ип
Провайдер 2. без маршрутов на него, дорогой, быстрый, надежный, статический ип
На всех внутренних машинах в качестве шлюза по умолчанию комп с TMG.
### Задача.
1. Весь исходящий трафик из локалки и самого серера TMG должен идти через провайдера 1.
2. На адресе провайдера 2 должны быть опубликованы через TMG внутренние службы: веб-сайты, почта, и т. п.
### Проблема.
Предполагаю такой путь обмена пакетами
Запрос:
ip_клиента_в_инете >> ip_tmg_пров_2 >(по правилам публикации)> ip_службы_внутри_локалки
Ответ:
от ip_службы_внутри_локалки посылается на ip_клиента_в_инете >(по таблице отправляет на default route)> ip_tmg_внутренний >(по таблице отправляет на default route)>ip_tmg_шлюз_пров1>>пакет потерян.
###
То есть на вход пакет проходит как надо, а на выход теряется, так как пакет пришел на интерфейс от провайдера 2, а ответ на него отправляется в соответствии с таблицей маршрутизации через провайдера 1.
Что тут можно сделать, чтобы пакет уходил обратно через того провайдера, от кторого пришел, а не в соответствии с таблицей маршрутизации?
В свое время я не смог красиво решить эту проблему на Kerio и на стандартной маршрутизации Lunix, пришлось создавать отдельный шлюз для провайдера 2, а на внутренних опубликованных серваках указывать этот новый шлюз как default. При этом задача, чтобы исходящий трафик с опубликованных серваков шел через провайдера 1 не была решена.
### Дано.
Инфраструктура на Windows Server, на внешнем шлюзе Forefront TMG,
Несколько подключенией к провайдерам:
Провайдер 1. default route, дешевый быстрый, ненадежный, динамический ип
Провайдер 2. без маршрутов на него, дорогой, быстрый, надежный, статический ип
На всех внутренних машинах в качестве шлюза по умолчанию комп с TMG.
### Задача.
1. Весь исходящий трафик из локалки и самого серера TMG должен идти через провайдера 1.
2. На адресе провайдера 2 должны быть опубликованы через TMG внутренние службы: веб-сайты, почта, и т. п.
### Проблема.
Предполагаю такой путь обмена пакетами
Запрос:
ip_клиента_в_инете >> ip_tmg_пров_2 >(по правилам публикации)> ip_службы_внутри_локалки
Ответ:
от ip_службы_внутри_локалки посылается на ip_клиента_в_инете >(по таблице отправляет на default route)> ip_tmg_внутренний >(по таблице отправляет на default route)>ip_tmg_шлюз_пров1>>пакет потерян.
###
То есть на вход пакет проходит как надо, а на выход теряется, так как пакет пришел на интерфейс от провайдера 2, а ответ на него отправляется в соответствии с таблицей маршрутизации через провайдера 1.
Что тут можно сделать, чтобы пакет уходил обратно через того провайдера, от кторого пришел, а не в соответствии с таблицей маршрутизации?
В свое время я не смог красиво решить эту проблему на Kerio и на стандартной маршрутизации Lunix, пришлось создавать отдельный шлюз для провайдера 2, а на внутренних опубликованных серваках указывать этот новый шлюз как default. При этом задача, чтобы исходящий трафик с опубликованных серваков шел через провайдера 1 не была решена.