Настройка сервера Edge Transport без синхронизации Edge Synchronization (часть 4)

Это четвертая и последняя часть цикла статей о настройках, необходимых для работы серверов Hub Transport и Edge Transport, когда процесс синхронизации Edge не используется. В третьей части мы завершили настройки сервера Hub Transport рассмотрением требований к коннектору получения. После этого мы рассмотрели конфигурацию внутреннего коннектора получения на сервере Edge Transport. В этой заключительной части мы рассмотрим оставшиеся элементы настройки, необходимые на сервере Edge Transport.

Внутренний коннектор отправки на сервере Edge Transport

Для завершения настройки коннекторов, расположенных между серверами Hub Transport и Edge Transport, нам необходимо создать коннектор отправки, который сможет направлять входящие интернет сообщения с сервера Edge Transport на сервер Hub Transport.

В первой и второй части этого цикла я рассказывал о создании коннектора отправки через консоль EMC, поэтому я не хочу повторять некоторую информацию здесь. Я лишь вкратце расскажу о настройке, выделяя ключевые различия, необходимые для создания данного конкретного коннектора отправки. Настройка коннектора отправки сервера Edge Transport на обработку входящих сообщений, предназначенных для сервера Hub Transport, представляет собой следующее:

1. Запускаем консоль EMC на сервере Edge Transport.
2. Нажимаем правой клавишей на имени сервера Edge Transport в дереве консоли и выбираем опцию Новый коннектор отправки (New Send Connector) в контекстном меню.
3. На открывшейся приветственной странице мастера необходимо убедиться, что предполагаемое использование коннектора задано, как Внутренний (Internal).
4. Также проверяем, что пространство имен имеет значение, охватывающее все обслуживаемые домены в вашей организации Exchange 2007. В моем примере адресное пространство будет содержать запись одного домена для neilhobson.com. Если вы используете несколько обслуживаемых доменов, вам нужно будет добавить их все. Этот конкретный коннектор обеспечит обработку только тех сообщений, которые предназначены для ваших внутренних пользователей.
5. На странице сетевых параметров (Network Settings) выбираем опцию Пересылать почту через следующие промежуточные узлы (Route mail through the following smart hosts). В появившемся окне добавления промежуточного узла вводим FQDN сервера Hub Transport. Если вы используете несколько серверов Hub Transport, необходимо ввести каждый сервер по отдельности. Также важно отметить, что сервер Edge Transport должен быть способен преобразовывать это FQDN, поэтому обязательно просмотрите этот элемент настройки. Обычно это достигается посредством DNS инфраструктуры демилитаризованной зоны, или с помощью хост файлов, настроенных на сервере Edge Transport. В моем примере FQDN сервера Hub Transport будет srv1.neilhobson.com, поэтому в моем случае данная страница мастера будет выглядеть следующим образом.

1. На странице настройки параметров аутентификации промежуточного узла (Configure smart host authentication settings) выбираем опции базовая аутентификация (Basic authentication) и простая аутентификация по TLS (Basic authentication over TLS), также, как мы делали это на рисунке 5 в одной из предыдущих частей этого цикла статей. Также необходимо убедиться, что имя пользователя и пароль учетной записи аутентификации, которую вы создали во внутреннем домене Active Directory, включены в поля Имя пользователя (User name) и Пароль (Password).

На этом настройка коннектора отправки сервера Edge Transport, отвечающего за отправку входящей интернет почты на сервер Hub Transport, завершена.

Интернет коннектор отправки сервера Edge Transport

Итак, мы создали необходимые коннекторы между сервером Hub Transport, расположенным во внутренней сети и сервером Edge Transport, расположенным в пограничной сети. Пришло время рассмотреть конфигурацию на сервере Edge Transport, необходимую для отправки и приема сообщений из интернета. Поскольку мы уже настроили коннектор получения на сервере Edge Transport, отвечающий за прием сообщений с сервера Hub Transport, которые предназначены для получателей в интернете, нам теперь нужен коннектор отправки на сервере Edge Transport для отправки этих сообщений по своему назначению.

Целью этого нового коннектора отправки будет простая передача сообщений на следующий узел, обычно первичный SMTP узел в целевом домене. Конечно, вы также можете использовать дополнительную услугу пересылки стороннего производителя, например, MessageLabs или Postini. В этом случае сервер Edge Transport необходимо настроить на отправку исходящих интернет сообщений на эти узлы, а не использовать DNS для поиска имен целевых доменов.

Я уже рассказывал о создании коннектора отправки с помощью консоли EMC в одной из предыдущих частей этого цикла, поэтому не буду повторять ту же информацию здесь. Я лишь вкратце расскажу о требованиях к этому конкретному коннектору отправки:

1. Запускаем консоль EMC на сервере Edge Transport.
2. Нажимаем правой клавишей на имени сервера Edge Transport в дереве консоли и выбираем опцию Новый коннектор отправки (New Send Connector) из контекстного меню.
3. На открывшейся приветственной странице мастера создания нового коннектора отправки проверяем, что предполагаемое использование этого коннектора указано как Интернет.
4. Также в поле адресного пространства ставим один значок звездочки ‘*’, так же, как мы делали с коннектором отправки, созданным ранее. Это означает, что данный коннектор будет обрабатывать почту для любого домена в интернете.
5. На странице сетевых параметров (Network Settings) мы указываем, будет ли исходящая интернет почта пересылаться через промежуточный узел или через DNS. В моем примере я использую DNS, как показано на рисунке 12.

На этом завершаем настройку коннектора отправки на сервере Edge Transport, ответственного за отправку исходящей интернет почты на целевые домены. Если вы пересылаете свои сообщения на другой промежуточный узел, у вас будет отображена дополнительная страница мастера с настройками аутентификации промежуточного узла. Я уже рассматривал опции настройки, которые вы увидите на этой странице. Если ваш промежуточный узел требует аутентификации, вам нужно будет настроить соответствующие параметры на этой странице.

Интернет коннектор получения сервера Edge Transport

Создание коннекторов отправки внутри организации Exchange 2007 и на сервере Edge Transport обеспечило маршрут почты из организации Exchange к получателям в интернете. А как на счет входящей почты из интернета? В этом цикле статей мы уже видели, что стандартный коннектор получения, созданный на сервере Hub Transport, уже способен получать почту с сервера Edge Transport. Однако пока у сервера Edge Transport нет способа приема сообщений с узлов SMTP в интернете или с почтовых систем сторонних производителей, таких как MessageLabs или Postini. Давайте рассмотрим, как сервер Edge Transport может принимать сообщения из интернета.

Когда роль сервера Edge Transport устанавливается, коннектор получения создается по умолчанию. Этот коннектор имеет стандартное имя Стандартный внутренний коннектор получения (Default internal receive connector {server name}). Давайте рассмотрим стандартные разрешения, установленные на этом коннекторе:

1. Запускаем консоль EMC на сервере Edge Transport.
2. Выбираем сервер Edge Transport в дереве консоли и в рабочей панели нажимаем на закладку Коннекторы получения. Будет отображен стандартный коннектор получения.
3. Нажимаем правой клавишей на стандартном коннекторе получения и выбираем опцию Свойства (Properties) в контекстном меню.
4. Нажимаем на закладке «Сеть» в появившемся окне свойств коннектора. Оно должно выглядеть как на рисунке 13.

1. Вы увидите, что стандартный коннектор получения настроен на использование всех локальных IP адресов на порте 25, порте для SMTP трафика.

В начале этой статьи я говорил о том, как сервер Edge Transport был настроен с двумя сетевыми картами, одна из которых является картой внутренней сети, другая – картой внешней сети. Стандартный коннектор получения на сервере Edge Transport теперь должен быть настроен так, чтобы только внешняя сетевая карта использовалась для получения почтовых сообщений. Таким образом, вы можете быть уверенными в том, что стандартный коннектор получения настроен на получение почты из интернета и поэтому не будет принимать подключений с внутренних серверов Hub Transport. Чтобы обеспечить взаимодействие серверов Hub Transport с сервером Edge Transport, мы уже создали отдельный коннектор получения ранее в этой статье.

Чтобы внести изменения в настройку, которые заставят стандартный коннектор получения использовать внешний сетевой интерфейс, просто нажмите кнопку Изменить (Edit) в разделе Использовать локальные IP адреса для получения почты (Use these local IP addresses to receive mail) на закладке Сеть, которая была показана на рисунке 13. В результате у вас откроется окно, как показано на рисунке 14. Здесь вам нужно ввести IP адрес внешней сетевой карты в поле Указать IP адрес (Specify an IP address). Когда все настройки завершены, нажмите OK, чтобы закрыть окно, но в этот раз оставьте главное окно свойств коннектора получения открытым, поскольку нам еще нужно будет внести определенные изменения.

Я также хочу переименовать стандартный коннектор получения во что-то более описательное и более короткое. Для этого переходим в закладку Общие и изменяем название коннектора. Например, на рисунке 15 видно, что я переименовал свой стандартный коннектор получения в From Internet. Когда вы внесли все изменения, нажмите OK, чтобы принять эти изменения и закрыть окно свойств. На этом настройка коннектора получения, отвечающего за прием почты из интернета на сервере Edge Transport, завершена.

Последние настройки

Теперь, когда мы создали все необходимые коннекторы, пришло время быстро рассмотреть другие ключевые настройки, необходимые для работы системы. Во-первых, не забудьте, что вам придется исправить настройку обслуживаемых доменов (Accepted Domains) на сервере Edge Transport, чтобы принимать почту для всех доверенных доменов. Во-вторых, поскольку мы используем TLS в этой конфигурации, необходимо убедиться, что вы используете действительные сертификаты на всех серверах Hub Transport и Edge Transport, и что серверы доверяют этим сертификатам. Например, сервер Hub Transport должен доверять сертификату сервера Edge Transport и наоборот.

Заключение

На этом завершаем цикл статей, в котором мы рассмотрели настройки подключения серверов Hub Transport и Edge Transport без использования процесса синхронизации Edge. Конечно, не так часто встречаются ситуации, в которых требуется такая конфигурация, но мне недавно пришлось столкнуться с такой ситуацией, поэтому я решил написать статью по данной теме.