Wednesday, February 21st, 2018

Обзор работы с ISA и TMG сетями и анализ конкретного примера ISA Networking (часть 3)

Published on Февраль 16, 2009 by   ·   Комментариев нет

Введение

В первых двух частях этой серии о сетях ISA и TMG мы обсудили понятия сетей ISA/TMG Firewall Networks и сетевых правил (Network Rules). В этих частях я попытался прояснить, что нужно иметь четкое понимание того, как брандмауэр ISA/TMG видит сетевой мир, прежде чем использовать его по максимуму.

Теперь, когда вы четко понимаете сети ISA/TMG Firewall Networks и сетевые правила, давайте рассмотрим пример. В этом примере клиент нужно перевести с ISA 2000 на ISA 2006. Как вы, вероятно, знаете, прямой путь апгрейда с ISA 2000 на ISA 2006 отсутствует. Я не считаю это большой проблемой (в большинстве случаев), так как сетевые модели, используемые брандмауэрами ISA 2004 и ISA 2006 абсолютно отличаются о тех, которые используются брандмауэром ISA 2000. Лучше начать с начала и определить, каковы требования, посмотреть, как новая сетевая модель и новые функции более новых версий брандмауэра могут помочь соответствию и оптимизации этих требований.

Клиент использовал брандмауэр ISA 2000 только для правил веб публикации (Web Publishing Rules). Он никак не использовался для исходящего доступа. Его единственной функцией было обеспечение обратимого веб прокси (reverse Web proxy) для определенного количества приложений, расположенных на внутреннем веб сервере. Клиент использовал брандмауэр ISA 2000 для передачи запросов к различным веб сайтам на основе пути в запросе. Из-за этого внутренние клиенты нуждались в подключении к внутренним веб сайтам через брандмауэр ISA.

Текущая инфраструктура: брандмауэр Unihomed ISA Firewall во внутренней подсети (Internal Subnet)

На рисунке 1 показана старая сетевая конфигурация, соответствующая нашей конструкции брандмауэра ISA. Как видно на рисунке, есть внешний шлюз ASA, соединяющий потребительскую сеть с интернетом. Шлюз ASA представляет собой устройство, обеспечивающее весь входящий и исходящий доступ к сети и из нее.

Есть основной маршрутизатор (core router), обеспечивающий маршрутизацию к нескольким ID внутренних сетей. В одном из этих сетевых ID есть брандмауэр unihomed ISA. Поскольку брандмауэр ISA 2000 имеет одну привязку (unihomed), все сети считаются внутренними. Однако такое мнение немного неточное, поскольку брандмауэр ISA 2000 не воспринимал сетевой мир как Сети ISA Firewall Networks. Основным шлюзом для старого брандмауэра ISA 2000 был локальный IP адрес маршрутизатора LAN.

Основной шлюз

Рисунок 1

На рисунке 2 показан старый путь трафика, использовавшийся старыми клиентами, когда они пытались подключиться к веб сайтам компании. При планировании установки брандмауэров ISA или TMG очень важно понимать текущую сетевую инфраструктуру и пути запросов/ответов, использующиеся внутренними и внешними клиентами для достижения ресурсов. Старый путь запросов/ответов можно описать следующими шагами:

  1. Клиент одной из внутренних подсетей отправляет запрос подключения на брандмауэр unihomed ISA. Этот запрос должен пересечь сетевые ID и таким образом пакеты должны быть отправлены на основной маршрутизатор для маршрутизации.
  2. Основной маршрутизатор отправляет пакеты на брандмауэр ISA 2000.
  3. Брандмауэр ISA продвигает запрос на веб сайт, который находится на одном сетевом ID с брандмауэром ISA.
  4. Веб сайт отвечает на запрос брандмауэра ISA для информации.
  5. Брандмауэр ISA направляет ответ внутреннему клиенту, который посылал запрос. Запрос должен быть направлен на другой сетевой ID, а не на тот, в котором находится брандмауэр ISA, поэтому пакеты ответа отправляются на основной шлюз брандмауэра ISA, который представляет собой основной маршрутизатор.
  6. Основной маршрутизатор направляет ответ внутреннему клиенту, который выполнял запрос.

    Шлюз за isa

    Рисунок 2

После четкого осознания того, как внутренние клиенты достигали веб сайтов через брандмауэр ISA 2000 с одной привязкой, необходимо понять, как внешние клиенты достигали веб сайтов. На рисунке 3 показан путь запроса/ответа:

  1. Внешний клиент разрешает имя веб сайта в IP адрес на внешнем интерфейсе шлюза ASA.
  2. Шлюз ASA выполняет обратимую трансляцию сетевых адресов для направления запроса на брандмауэр ISA 2000 с одной привязкой. Чтобы достичь удаленной сети, в которой расположен брандмауэр ISA, шлюз ASA направляет пакеты на локальный IP адрес основного маршрутизатора.
  3. Основной маршрутизатор направляет пакеты на брандмауэр ISA.
  4. Брандмауэр ISA выполняет обратимый веб прокси и направляет запрос на веб сайт.
  5. Веб сайт отправляет свой ответ брандмауэру ISA.
  6. Брандмауэр ISA отправляет этот ответ клиенту, выполнявшему запрос. Поскольку IP адрес источника представляет собой IP адрес интернета, брандмауэр ISA отправляет запрос через свой основной шлюз, коим является локальный IP адрес основного маршрутизатора.
  7. Основной маршрутизатор использует шлюз ASA в качестве основного шлюза и направляет пакеты на ASA.
  8. ASA направляет пакеты клиенту, который отправлял изначальный запрос на веб содержимое.

    Шлюз за isa

    Рисунок 3

Теперь, когда мы отчетливо понимаем принцип путей запроса/ответа для соединений с брандмауэром ISA на получение веб содержимого, мы можем подумать о том, как перестроить конфигурацию таким образом, чтобы получить более высокий уровень безопасности, используя новую сетевую модель, включенную в брандмауэр ISA 2006.

Новая конфигурация Сети: Брандмауэр ISA как внутреннее устройство сетевой безопасности

Мы решили повысить сетевую безопасность путем изменения конфигурации брандмауэра с одной привязкой (unihomed ISA firewall) на конфигурацию внутреннего сетевого устройства с двойной привязкой (dual homed inline network device). Когда брандмауэр ISA устанавливается в такой конфигурации, атакующие не могут обойти брандмауэр, чтобы получить содержимое внутренних веб серверов. К тому же, такая конфигурация позволяет брандмауэру ISA укреплять прорехи в безопасности, присущие шлюзу ASA, тем самым обеспечивая двойной уровень защиты входящего и исходящего доступа. Наша изначальная конструкция не включает управление исходящим доступом, но мы рассмотрим это позже. А пока мы сконцентрируем свое внимание на использовании брандмауэра ISA только для выполнения обратимого прокси.

Как вы теперь знаете, брандмауэры ISA и TMG нуждаются в том, чтобы Сети были определены, чтобы можно было пропускать через брандмауэры трафик. Помимо определения этих Сетей Firewall Networks нам нужно настроить сетевые правила для подключения Сетей Firewall Networks.

На рисунке 4 видно, как мы установили новый брандмауэр ISA. Сначала брандмауэр ISA был размещен за шлюзом ASA и он использует LAN интерфейс шлюза ASA в качестве основного шлюза брандмауэра ISA. Другая сетевая карта брандмауэра ISA была подключена к основной внутренней Сети (default Internal Network). Основная внутренняя Сеть определена всеми IP адресами, расположенными за внутренним интерфейсом брандмауэра ISA. В данном случае, поскольку за брандмауэром есть несколько внутренних подсетей, нам нужно добавить все эти IP адреса в дефиницию основной внутренней Сети.

Вдобавок, нам необходимо убедиться в том, что брандмауэр ISA был настроен с записями таблицы маршрутизации, дающими брандмауэру знать, что ему нужно использовать основной маршрутизатор для направления соединений в другие сетевые ID в основной внутренней Сети. Это нам нужно, так как основным шлюзом брандмауэра ISA был LAN интерфейс шлюза ASA, который представляет собой пережитки прошлой конфигурации брандмауэра ISA, где он использовал основной маршрутизатор в качестве основного шлюза.

Нам также нужно настроить Сеть ISA Firewall Network для сегмента DMZ между внешним интерфейсом брандмауэра ISA и LAN интерфейсом шлюза ASA. Причина тому кроется в том, что они использовали ASA на своем шлюзе VPN. Внешние VPN клиенты подключаются к ASA и нуждаются в содержимом за брандмауэром ISA. После создания Сети ISA Firewall Network для DMZ, мы создали сетевое правило для маршрутизации соединений между DMZ и основной внутренней сетью. ASA необходимо настроить на информирование клиентов VPN о том, чтобы они использовали внешний интерфейс брандмауэра ISA в качестве адреса шлюза для всех внутренних сетевых ID.

Другое сетевое правило, используемое в данной конфигурации, будет обеспечивать трафик между основной внутренней и основной внешней Сетью. Это сетевое правило устанавливает отношения NAT между основной внутренней и основной внешней Сетью.

Шлюз за isa

Рисунок 4

На рисунке 5 приведен пример трафика запросов и ответов между внешним клиентом и веб серверами, к которым новая конфигурация брандмауэра ISA будет предоставлять доступ:

  1. Внешний клиент разрешает имя веб сайта в IP адрес внешнего интерфейса шлюза ASA, который будет выполнять обратимую NAT соединений.
  2. Шлюз ASA направляет пакеты на внешний интерфейс брандмауэра ISA.
  3. Брандмауэру ISA нужно направить запрос на веб сервер в удаленной подсети. Для этого он направляет пакеты на локальный интерфейс основного маршрутизатора.
  4. Основной маршрутизатор направляет пакеты на веб сервер.
  5. Веб сервер отвечает на запрос. Поскольку похоже, что запрос исходит с IP адреса брандмауэра ISA (умолчания для правил веб публикации), он отправляет ответ на основной шлюз брандмауэра, коим является локальный адрес основного маршрутизатора.
  6. Основной маршрутизатор направляет пакеты на внутренний интерфейс брандмауэра ISA.
  7. Брандмауэр ISA возвращает ответ запрашивающему клиенту через шлюз ASA.
  8. Шлюз ASA направляет пакеты с брандмауэра ISA клиенту, отправлявшему запрос.

    Примеры основной шлюз

    Рисунок 5

Следующая проблема, с которой нам нужно разобраться, это то, как внутренние клиенты достигают веб серверов. Поскольку я предпочитаю не использовать возврат к началу цикла (loop back) через брандмауэр ISA для достижения внутренних ресурсов, то считаю, что следующая конфигурация будет оптимальным путем запросов /ответов (рисунок 6):

  1. Внутренний клиент делает запрос на подключение к веб серверу, расположенному в удаленном сетевом ID. Для этого он использует свой основной шлюз, коим является локальный адрес маршрутизатора LAN.
  2. Маршрутизатор направляет пакеты на веб сервер.
  3. Веб сервер отвечает на запрос клиента. Поскольку запрос пришел от клиента из удаленной подсети, сервер направляет ответ через локальный IP адрес основного маршрутизатора.
  4. Маршрутизатор направляет ответ клиенту, сделавшему запрос.

    Пример сети asa

    Рисунок 6

Хотя это решение является оптимальным в контексте простоты и производительности, такой метод ‘прямого доступа’ не будет работать в нашей ситуации. Клиент использовал брандмауэр ISA для выполнения определенных трюков маршрутизации, основываясь на информации о пути в запросе, поэтому внутренние и внешние клиенты должны проходить через брандмауэр ISA, чтобы такое решение работало. Этот требовало того, что используемый в правилах веб публикации веб приемник был настроен на прослушивание внутренних и внешних интерфейсов брандмауэра ISA. К тому же, раздельная DNS инфраструктура должна была иметься в наличии, чтобы внутренние клиенты разрешали имена веб сайтов в IP адреса внутреннего интерфейса брандмауэра ISA.

С такими параметрами конфигурации новый путь запросов/ответов будет выглядеть так:

  1. Внутренний клиент делает запрос на веб сайт. Имя этого сайта разрешается в IP адрес внутреннего интерфейса брандмауэра ISA. Поскольку клиент расположен в подсети, удаленной для внутреннего интерфейса брандмауэра ISA, запрос направляется на основной шлюз клиента, который представляет собой локальный IP основного маршрутизатора.
  2. Основной маршрутизатор направляет пакеты на IP адрес внутреннего интерфейса брандмауэра ISA.
  3. Брандмауэр ISA выполняет обратимый прокси запроса на веб сайт в удаленной подсети. Для этого брандмауэр ISA отправляет пакеты чрез основной маршрутизатор для достижения удаленной подсети, в которой расположен веб сервер.
  4. Маршрутизатор направляет пакеты на веб сервер.
  5. Веб сервер возвращает ответ на IP адрес, с которого выполнен запрос, то есть на внутренний IP адрес брандмауэра ISA. Чтобы достичь этого IP адреса в удаленной подсети, веб сервер отправляет пакеты на локальный интерфейс основного маршрутизатора.
  6. Основной маршрутизатор направляет пакеты на внутренний интерфейс брандмауэра ISA.
  7. Брандмауэр ISA отправляет ответ клиенту, сделавшему изначальный запрос. Чтобы достичь клиента в удаленной подсети, брандмауэр ISA отправляет пакеты на локальный адрес основного маршрутизатора.
  8. Маршрутизатор отправляет пакеты клиенту, который отправил изначальный запрос.

    Пример сети asa

    Рисунок 7

Заключение

В этой последней части серии статей о том, как брандмауэры ISA и TMG воспринимают сети, я рассказал о миграции с конфигурации брандмауэра с одной привязкой (unihomed ISA 2000) к конфигурации брандмауэра с несколькими привязками (multihomed ISA 2006). Чтобы процесс перехода был успешным, нужно понимать, как Сети ISA/TMG Firewall Networks работают и как настраивать сетевые правила для соединения этих Сетей. Нам нужно убедиться, что все соответствующие адреса настроены в основной внутренней Сети, мы также создали другую Сеть ISA Firewall Network для поддержки VPN клиентов, заблокированных на шлюзе ASA перед брандмауэром ISA. Наконец, нам нужно было понять пути запросов/ответов между клиентами и публичными серверами, что является очень важным для получения рабочего решения.

Поскольку мы потратили так много времени на конфигурации сетей за последние несколько недель, давайте воспользуемся моментом и рассмотрим некоторые конфигурации брандмауэров ISA с одной привязкой. Хотя конфигурация Сетей ISA Firewall Networks и сетевых правил не применима к брандмауэрам unihomed ISA с одной привязкой, все же есть некоторые опции маршрутизации, так как мы можем воспользоваться правилами веб маршрутизации (Web Routing Rules) для выполнения полезных задач на брандмауэрах с одной привязкой unihomed ISA. Увидимся!

www.isaserver.org


Смотрите также:

Tags: , , ,

Readers Comments (Комментариев нет)




Да человек я, человек! =)

Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]