Маршрутизация сообщений сервера Exchange 2007 (Часть 3)

Если вы хотите ознакомиться с остальными частями этой статьи, пожалуйста, прочитайте:

• Маршрутизация сообщений сервера Exchange 2007 (Часть 1)
• Маршрутизация сообщений сервера Exchange 2007 (Часть 2)

В первой и второй частях этой статьи обсуждалась схема маршрутизации сообщений сервера Exchange 2007 и то, как её сконфигурировать с помощью Graphical User Interface. Exchange Server 2007 также допускает другую возможность управления - Exchange Management Shell. В этой статье мы рассмотрим, как сконфигурировать маршрутизацию сообщений на сервере Exchange Server 2007, используя консоль Powershell.

Настройка свойств транспортного сервера

Транспортный сервер – это роль сервера, отвечающая за маршрутизацию сообщений.

Для того чтобы увидеть конфигурацию транспортного сервера, просто используйте команду оболочки Exchange Management Shell “get-transportserver”, а чтобы установить новую конфигурацию - “set-transportserver” Вот результат:

Если коннектор-отправитель пытается отсылать почту, используя настройки поиска внешней DNS, то он использует настройку внешней DNS, сконфигурированную на транспортном сервере. Эта настройка внешней DNS также применяется для того, чтобы принимать коннекторы для антиспамных агентов, типа Sender ID, или агентов фильтра связи.

Чтобы это сконфигурировать с помощью приглашения на ввод команды, введите следующее:

Чтобы сконфигурировать внутренние настройки, просто замените "external" в вышеприведённых строках на “internal”, и это сработает.

Вообще, команда Set-TransportServer поддерживает следующие настройки:

• Интервал попыток установить исходящее соединение в минутах.
• Интервал попыток в секундах при отказе из-за переходного процесса.
• Повторные попытки при отказе из-за переходного процесса.
• Экспирация сообщений.
• Уведомления
• Ограничения соединения (максимум параллельных исходящих соединений и максимум параллельных исходящих соединений на домен).

Координация принятых доменов (Accepted Domains)

Принятые домены являются глобальными настройками для организации Exchange и на граничных серверах. Эти настройки определяют, отвечает Exchange за SMTP-домен или нет. Рекомендуется, чтобы вы устанавливали конфигурацию всех принятых доменов в этих глобальных настройках и синхронизировали их с вашим серверов обмена, храня Транспортную роль граничного сервера в DMZ.

Мы разделяем принятые домены на группы:

• Уполномоченные домены (Authoritative Domains).
• Ретрансляторы (Relay Domains):
  • Внутренние (Internal) – получатели в этом домене не имеют почтовые ящики в этой Exchange-организации, но имеют контакты в глобальном адресном списке (GAL).
  • Внешние (External) – сообщения ретранслируются на почтовый сервер вне вашей организации обмена вашим сервером Граничного транспорта.

Чтобы создать принятый домен вам нужно будет выполнить следующие команды:

Чтобы изменить тип принятого домена, вам следует использовать следующий синтаксис:

Чтобы удалить принятый домен, вы можете использовать следующую команду:

Вам следует убедиться, что это не значение по умолчанию, потому как это не может быть удалено в любом случае.

В дополнение к этому вы можете установить почтовые политики вместе с командной оболочкой.

Эта команда изменяет первичный почтовый адрес, назначенный получателям, и сохраняет существующий почтовый адрес как вторичный.

Управление коннекторами

Коннектор определяет логическую связь между сервером-источником и сервером-приёмником. Они характеризуют то, как серверы сообщаются. Протокол связи SMTP установлен по умолчанию, все коннекторы-получатели принимают только SMTP, а коннекторы-отправители (например, в иностранных почтовых системах) принимают SMTP, X.400, и т. п.

Коннектор-получатель определяет:

• Количество текущих соединений
• Максимальный размер сообщения
• Количество получателей сообщения
• Другое

Чтобы создать новый коннектор-отправитель, вы должны будете применить следующую команду:

Вдобавок к этому вы можете создать связанный (linked) коннектор, который является коннектором-получателем, связанным с коннектором-отправителем. Для связанных коннекторов подменяется общая логика маршрутизации, основанная на домене назначения. Вообще, связанный коннектор может быть использован для отправки сообщений третьей стороне (антиспамной, антивирусной службе) для их обработки и возвращения на Exchange для надлежащей доставки.

Для настройки того, как Exchange будет принимать сообщения, мы сейчас взглянем на конфигурацию коннектора-получателя.

Если вы теперь хотите удалить коннектор-получатель, это легко сделать, работая с оболочкой Exchange Server Management Shell.

Обдумывая настройки защиты на ваших коннекторах, вам придётся выбрать между анонимной и безопасной ретрансляцией. Как все мы знаем, ретрансляция означает получение и отправление почтовых сообщений. Если возможно, мы должны задавать конфигурацию каждому Exchange-серверу, позволяющую ретрансляцию, например, только по особым IP-адресам. Это значит, что ваш модуль сервера Exchange настроен посылать сообщения только на сервер-ретранслятор, и принимает их только с него.

Как видите, сейчас мы должны применить две команды. Первая была для создания коннектора-получателя с ограничениями анонимной ретрансляции. Вторая установила подходящие настройки защиты в Active Directory.

Управление очередями

После рассмотрения конфигурации Exchange-сервера и его коннекторов отправления и получения сообщений, сейчас мы должны рассмотреть функциональные возможности оболочки Exchange Server Management Shell по управлению очередями.

Если вы желаете отыскать особые сообщения в вашей очереди, то эта команда помогла бы вам:

Get-Message –Server Servername.domain.tld –resultsize 500 –sortorder +FromAddress,-size

Вдобавок к этому вы можете запускать все известные задания с консоли Exchange Management Console в оболочке Exchange Management Shell, а также:

• Приостанавливать очереди
• Возобновлять очереди
• Удалять очереди
• Удалять особые сообщения из очередей
• Экспортировать сообщения из очередей
• Переподчинять сообщения из очередей
• И другое

Резюме

Из того, что показано мной в этой статье, вы видите, что новый Microsoft Exchange Management Shell – довольно интересный, но сложный инструмент для полного и лёгкого управления окружением вашего Exchange Server 2007. Вам просто нужно знать, какие команды надо применить для успешного выполнения вашей работы.

В добавление к этому Management Shell позволяет вам создавать скрипты PowerShell, сохранять и запускать их каждый раз, когда они нужны вам. Это делает работу в целом гораздо легче, чем было раньше.

Если мы сравним особенности и функциональность облочки Exchange Management Shell и консоли Exchange Management Console, мы увидим, что многие команды теперь не доступны в консоли, а доступны только в облочке. Информация из блога Microsoft Exchange Team Blog показывает, эти недостающие возможности будут частью пакета Service Pack 1 для Exchange Server 2007, который вскоре появится.

Если вы хотите ознакомиться с остальными частями этой статьи, пожалуйста, прочитайте:

• Маршрутизация сообщений сервера Exchange 2007 (Часть 1)
• Маршрутизация сообщений сервера Exchange 2007 (Часть 2)