Назад | Перейти на главную страницу

TMG 2010 не выполняет прокси-сервер обратно в ту же сеть, что и запрос.

У меня проблема с веб-сайтами, размещенными на веб-сервере (www.example.com) недоступны из их собственной сети при доступе через публичный IP-адрес, но они являются доступен из любой другой сети.

Это настройка сети:

У меня есть машина TMG 2010 SP1 за маршрутизатором, которым управляет кто-то другой (к которому у меня нет доступа), а за который роутер это интернет.

Маршрутизатор «внешней сети» имеет NAT 1: 1 для IP-адресов, указывающих на соответствующие частные IP-адреса в блоке TMG. Затем TMG Edge имеет правило веб-прокси, которое перенаправляет запросы (на www.example.com) на веб-сервер в сети B.

Когда вы пытаетесь получить доступ www.example.com (который размещен в сети B) через его общедоступный IP-адрес, происходит следующее:

Internet -  HTTP 200 OK
External -  HTTP 200 OK
Network A - HTTP 200 OK
Сеть B - Код ошибки 10060: Тайм-аут подключения
Network C - HTTP 200 OK

Я вижу, что трафик попадает в брандмауэр TMG, но потом кажется, что он теряется. Пакет не пересылается external network (который, если бы это было так, он бы отправил прямо обратно). Wireshark показывает, что пакет поступает через интерфейс сети B, но никогда не покидает TMG.

После запроса http://www.example.com/ Журнал брандмауэра TMG показывает исходный разрешенный исходящий запрос, за которым через 60 секунд следует:

  • Неудачная попытка подключения
  • Исходная сеть: Сеть B
  • Целевая сеть: внешняя
  • URL: http://203.206.238.xxx (публичный IP-адрес, не URL, который я действительно запрашивал)

Состояние: 10060 Попытка подключения не удалась, потому что подключенная сторона не ответила должным образом по прошествии определенного периода времени, или установление соединения не удалось из-за того, что подключенный хост не ответил.

Понятия не имею, в чем проблема. Я не знаю, потому что по какой-то причине он проксирует общедоступный IP-адрес в качестве URL-адреса (есть правила прокси для IP-адреса, только для FQDN), или это что-то совершенно другое.

Я почти уверен, что это связано со способом разработки TMG. В соответствии с:

http://technet.microsoft.com/en-us/library/cc995133.aspx

Обход Forefront TMG для запросов клиентов межсетевого экрана

Microsoft Forefront Threat Management Gateway предназначен для управления обменом данными между различными сетями. Обычно клиенты в определенной сети не должны пересекать Forefront TMG, чтобы достичь хостов, расположенных в той же сети. Вместо этого следует использовать прямой доступ.

Прямой доступ позволяет компьютерам-клиентам брандмауэра выполнять следующие действия: обходить конфигурацию клиента брандмауэра Microsoft и напрямую подключаться к ресурсам. Отправляйте запросы веб-прокси в обход фильтра веб-прокси.

Это позволяет клиентам межсетевого экрана получать доступ к ресурсам, расположенным в их локальной сети, без прохождения через Forefront TMG и позволяет клиентам делать веб-запросы, не используя Forefront TMG в качестве прокси.

Это также охватывает значительные ограничения TMG в «настройке одного адаптера», что аналогично тому, как B будет подключаться к веб-серверу:

http://technet.microsoft.com/en-us/library/cc995236.aspx

На ум приходят две вещи:

  • Правило публикации в TMG не может разрешить имя внутреннего сервера, имя хост-сервера. Политика межсетевого экрана >> Свойства >> Кому >> 2-е текстовое поле об имени или IP-адресе компьютера.
  • Веб-хостинг ожидает полный URL, а не внутреннее имя (То же местоположение, следующий флажок)

Что-нибудь в журналах веб-сервера?