На главную страницу
 
  Главная 
  Новости 
  Статьи  RSS
  Программное обеспечение 
  Форум 
  Опросы 
  Полезные ссылки 
MSExchange.ru ISADocs.ru WinSecurity.ru NetDocs.ru

Exchange 5.5
Exchange 2000
Exchange 2003
Exchange 2007
Общее
Exchange 2010

Поиск по сайту


Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация

Подписка

Изменение параметров

Статистика

Hits 2085374
10818
Hosts 1617590
2296
Visitors 166685
2804

10
Мониторинг активности принтеров

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


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

Версия для печати Версия для печати

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.

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

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

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

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

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

Рисунок 1: Визуализация и установка конфигурации транспортного сервераРисунок 1: Визуализация и установка конфигурации транспортного сервера

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

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

Рисунок 2: Установка настроек сервера внешней DNSРисунок 2: Установка настроек сервера внешней DNS

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

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

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

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

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

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

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

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

Рисунок 3: Установка принятых доменовРисунок 3: Установка принятых доменов

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

Рисунок 4: Изменение типа принятого доменаРисунок 4: Изменение типа принятого домена

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

Рисунок 5: Удаление принятых доменовРисунок 5: Удаление принятых доменов

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

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

Рисунок 6: Установить политику почтовых адресовРисунок 6: Установить политику почтовых адресов

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

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

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

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

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

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

Рисунок 7: Создание нового коннектора-отправителяРисунок 7: Создание нового коннектора-отправителя

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

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

Рисунок 8: Создание пользовательского коннектора-получателяРисунок 8: Создание пользовательского коннектора-получателя

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

Рисунок 9: Удаление существующего коннектора-получателяРисунок 9: Удаление существующего коннектора-получателя

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

Рисунок 10: Установить анонимную ретрансляцию для особых IP-адресовРисунок 10: Установить анонимную ретрансляцию для особых IP-адресов

Как видите, сейчас мы должны применить две команды. Первая была для создания коннектора-получателя с ограничениями анонимной ретрансляции. Вторая установила подходящие настройки защиты в 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, который вскоре появится.

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





Рейтинг:  
4.0 (голосов 4)  
 1   2   3   4   5    

Автор: Маркус Клейн (Markus Klein)
Маркус Клейн (Markus Klein) является MCSA/MCSE Messaging & Security и Microsoft Certified Trainer (инструктором, сертифицированным Microsoft). Он работает в качестве Консультанта и Старшего IT Инструктора в Bechtle AG на северо-западе Германии. Он специализируется на Active Directory, Exchange, Security, ISA Server и Clustering на Windows 2000 и Windows Server 2003 разработках, миграциях и реализациях. Маркус имеет ученую степень по экономической информатики от Университета Прикладной Науки в Osnabrueck, Германия.
Эта статья переведена и опубликована с разрешения www.msexchange.org

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.





Работает на «Битрикс: Управление сайтом»
Работает на «Битрикс:
 Управление сайтом»
© MSExchange.ru, 2005-2010