Маршрутизация почты в Exchange Server
Основная задача службы транспорта, которая существует на серверах почтовых ящиков в организации Exchange, маршрутизация сообщений, полученных от пользователей и из внешних источников, в конечные пункты доставки. Решения о маршрутизации принимаются во время классификации сообщений. Классификатор это компонент службы транспорта, который обрабатывает все входящие сообщения и определяет, как поступить с сообщением, на основе сведений о пункте доставки.
Маршрутизация в Exchange 2016 и Exchange 2019 практически не изменилась по сравнению с Exchange 2013. Ниже приведены важные изменения в маршрутизации по сравнению с Exchange 2010:
Маршрутизация полностью учитывает группы доступности баз данных (DAG) и может использовать членство DAG в решениях о маршрутизации, даже если члены DAG находятся на разных сайтах Active Directory. Для серверов почтовых ящиков, которые не относятся к daG, и для взаимодействия с предыдущими версиями Exchange членство на сайте Active Directory по-прежнему используется в решениях о маршрутизации.
Служба транспорта не взаимодействует напрямую с базой данных почтовых ящиков. Вместо этого она взаимодействует со службой транспорта почтовых ящиков, размещенной локально или на удаленном сервере почтовых ящиков. Только служба транспорта почтовых ящиков взаимодействует с локальной базой данных почтовых ящиков. Если сервер почтовых ящиков является участником группы DAG, только служба транспорта почтовых ящиков на сервере почтовых ящиков, на котором хранится активная копия базы данных почтовых ящиков, принимает сообщения для конечного получателя.
Удаленные вызовы процедур (RPC) используются только службой транспорта почтовых ящиков для отправки и получения сообщений из локальной базы данных почтовых ящиков. Когда сервер почтовых ящиков входит в группу DAG, RPC используется только для локальной связи между службой транспорта почтовых ящиков и активными копиями базы данных почтовых ящиков. Другими словами, RPC никогда не используется для связи между серверами или службами. Связь между службой транспорта почтовых ящиков и службой транспорта всегда осуществляется по протоколу SMTP.
Exchange теперь использует более точные очереди для удаленных назначений. Вместо того чтобы использовать одну очередь для всех назначений на удаленном сайте Active Directory, Exchange теперь помещает в очередь сообщения для определенных назначений на сайте Active Directory, например для отдельных соединителей отправки.
Связанные соединители больше не доступны. Связанный соединитель это соединитель получения, связанный с соединителем отправки. Все сообщения, полученные соединителем получения, автоматически переадресовывались соединителю отправки.
Компоненты маршрутизации
Когда сообщение получено службой транспорта на сервере почтовых ящиков, его необходимо классифицировать. Первый этап классификации сообщения это разрешение получателя. После этого можно определить конечный адрес доставки. На следующем этапе этапе маршрутизации определяется оптимальный маршрут. Маршрутизация в Exchange обобщена для повышения гибкости и уменьшения сложности за счет использования концепций назначения маршрутизации и групп доставки.
Места назначения
Конечный адрес доставки сообщения называется целью маршрутизации. Независимо от сложности организации Exchange, существует на удивление мало целей маршрутизации. Они указаны ниже.
База данных почтовых ящиков. Это назначение маршрутизации для любого получателя с почтовым ящиком в организации Exchange. В Exchange 2013 или более поздней версии общедоступные папки являются типом почтовых ящиков, поэтому маршрутизация сообщений получателям общедоступных папок аналогична маршрутизации сообщений получателям почтовых ящиков.
Соединитель. Соединитель отправки используется в качестве назначения маршрутизации для сообщений SMTP в зависимости от конфигурации соединителя отправки (адресные пространства, области или нет и т. д.). Аналогичным образом, соединитель агента доставки или внешний соединитель используется в качестве цели маршрутизации сообщений, не использующих SMTP.
Сервер расширения группы рассылки. Это место назначения маршрутизации, когда группа рассылки имеет назначенный сервер расширения (сервер, отвечающий за расширение списка участников группы). Сервер расширения группы рассылки — это сервер почтовых ящиков Exchange 2013 или более поздней версии или транспортный сервер-концентратор Exchange 2010.
Обратите внимание, что эти цели маршрутизации существовали в предыдущих версиях Exchange, но они не назывались целями маршрутизации.
Группы доставки
За доставку почты в каждую цель маршрутизации отвечает коллекция из одного или нескольких транспортных серверов. Эта коллекция транспортных серверов называется группой доставки. Термин транспортные серверы используется, так как они могут быть смесью серверов почтовых ящиков Exchange 2013 или более поздней версии (транспортной службы) или транспортных серверов концентратора Exchange 2010. Отношение между целями маршрутизации и группами доставки описывается в следующей таблице:
| Цель маршрутизации | Группа доставки |
|---|---|
| Базы данных почтовых ящиков Exchange 2013 или более поздней версии | Серверы почтовых ящиков Exchange 2013 или более поздней версии. |
| Базы данных почтовых ящиков Exchange 2010 в организациях Exchange 2016 | Только транспортные серверы-концентраторы Exchange 2010. |
| Connectors | Серверы почтовых ящиков Exchange 2013 или более поздней версии или транспортные серверы-концентратор Exchange 2010. |
| Серверы расширения групп рассылки | Серверы почтовых ящиков Exchange 2013 или более поздней версии или транспортные серверы-концентратор Exchange 2010. |
Маршрутизация сообщения зависит от отношений между исходной и целевой группами доставки:
Если исходная и целевая группы доставки совпадают, никаких решений по маршрутизации не требуется. Цель маршрутизации это следующий прыжок для сообщения.
Если исходная группа доставки находится за пределами целевой, требуется принять решения по маршрутизации. Сообщение передается в целевую группу доставки по пути маршрутизации с наименьшей стоимостью. В зависимости от размера и сложности среды Exchange, для доставки в целевую группу доставки и достижения цели маршрутизации сообщение может быть передано через множество транспортных серверов.
В приведенной ниже таблице перечислены различные типы групп доставки Exchange 2016.
| Тип группы доставки | Группа доставки | Цель маршрутизации | Comments |
|---|---|---|---|
| Маршрутизируемая группа обеспечения доступности баз данных |
|
Базы данных почтовых ящиков в DAG | После того как сообщение поступает на сервер почтовых ящиков в DAG, служба транспорта передает его в службу доставки транспорта почтовых ящиков в участнике DAG, который содержит активную копию целевой базы данных почтовых ящиков. Затем служба доставки транспорта почтовых ящиков доставляет сообщение в локальную базу данных почтовых ящиков. Хотя DAG может содержать серверы почтовых ящиков, расположенные на разных сайтах Active Directory, DAG определяет группу доставки, а не сайт Active Directory. |
| Группа доставки почтовых ящиков (Exchange 2013 или более поздней версии) | Серверы почтовых ящиков Exchange 2013 или более поздней версии на сайте Active Directory. | Базы данных почтовых ящиков на серверах Exchange 2013 или более поздних версий на сайте Active Directory, которые не относятся к daG. | Базы данных почтовых ящиков, расположенные на серверах, которые не относятся к DAG, обслуживаются транспортной службой на серверах почтовых ящиков на том же сайте Active Directory. После поступления сообщения на сервер почтовых ящиков на сайте Active Directory транспортная служба использует ПРОТОКОЛ SMTP для передачи сообщения в службу доставки транспорта почтовых ящиков на сервере почтовых ящиков, на котором хранится база данных почтовых ящиков. Затем служба доставки транспорта почтовых ящиков доставляет сообщение в локальную базу данных почтовых ящиков с помощью RPC. Другими словами, между разными версиями Exchange поддерживаются следующие пути доставки почты:
|
| Группа доставки почтовых ящиков (Exchange 2010) | Транспортные серверы-концентраторы Exchange 2010 на сайте Active Directory. | Базы данных почтовых ящиков на серверах почтовых ящиков Exchange 2010 на сайте Active Directory. | Базы данных почтовых ящиков, расположенные на серверах почтовых ящиков Exchange 2010, обслуживаются транспортными серверами-концентраторами Exchange 2010 на том же сайте Active Directory. p> После поступления сообщения на случайный транспортный сервер-концентратор Exchange 2010 на сайте Active Directory драйвер хранилища на транспортном сервере-концентраторе использует RPC для записи сообщения в базу данных почтовых ящиков. |
| Исходный сервер соединителя | Сочетание любых серверов почтовых ящиков Exchange 2013 или более поздних версий или транспортных серверов-концентраторов Exchange 2010, которые определены как исходные транспортные серверы для соединителя. | Соединитель отправки, соединитель агента доставки или внешний соединитель. | Если область действия соединителя ограничена транспортными серверами на одном сайте Active Directory, то только другие транспортные серверы на этом сайте могут использовать соединитель для маршрутизации почты. Если область действия соединителя не ограничена, то все транспортные серверы в лесу Active Directory могут использовать соединитель для маршрутизации почты. |
| Список серверов | Сервер почтовых ящиков Exchange 2013 или более поздней версии или транспортный сервер-концентратор Exchange 2010, определенный как сервер расширения для группы рассылки. | Сервер расширения группы рассылки. | Нет |
| Сайт Active Directory | Любое сочетание серверов почтовых ящиков Exchange 2013 или более поздней версии или транспортных серверов концентратора Exchange 2010, которые существуют в:
|
Нет. Сообщение должно пройти через сайт Active Directory на пути к фактической цели маршрутизации. | Этот тип группы доставки является единственным сценарием маршрутизации в Exchange 2013 или более поздних версий, где по-прежнему используется отложенное отключение . Задержка развертывания призвана уменьшить количество передач сообщений при наличии общего пути маршрутизации с наименьшей стоимостью у нескольких целей маршрутизации. Узловые сайты используются только при наличии сайта Active Directory на пути маршрутизации с наименьшей стоимостью. br/> Для пограничных транспортных серверов служба транспорта на любом сервере почтовых ящиков на сайте Active Directory с подпиской может отправлять сообщения на пограничный транспортный сервер независимо от того, участвует ли этот сервер в синхронизации EdgeSync. Дополнительные сведения см. в разделе Пограничные транспортные серверы. |
Примечание.
Членство в группе доставки не является взаимоисключающим. Например, сервер почтовых ящиков, который является членом DAG, также может быть исходным транспортным сервером соединителя отправки. Сервер почтовых ящиков относится к маршрутизируемой группе доставки DAG для баз данных почтовых ящиков в DAG, а также группе доставки исходного сервера соединителя для соединителя отправки.
Очереди
С точки зрения отправляющего транспортного сервера каждая очередь доставки сообщения представляет собой адрес доставки конкретного сообщения. Когда служба транспорта выбирает адрес доставки сообщения, он записывается в атрибуте NextHopSolutionKey получателя. Если одно сообщение отправляется нескольким получателям, у каждого из них есть атрибут NextHopSolutionKey. Принимающий транспортный сервер также выполняет классификацию сообщения и помещает его в очередь на доставку. После помещения сообщения в очередь можно просмотреть ее тип доставки, чтобы определить, будет ли сообщение снова передаваться, когда оно достигнет следующего пункта прыжка. Каждое уникальное значение атрибута NextHopSolutionKey соответствует отдельной очереди доставки сообщения.
Дополнительные сведения см. в разделе NextHopSolutionKey.
Маршрутизация сообщений
Если сообщение должно быть доставлено в удаленную группу доставки, необходимо определить для него путь маршрутизации. Exchange использует следующую логику для выбора пути маршрутизации сообщения. Эта логика практически не изменилась по сравнению с Exchange 2010:
Сначала рассчитывается маршрут с наименьшей стоимостью путем сложения стоимости связей сайтов IP, которые необходимо пройти для достижения сервера назначения. Если назначением является соединитель, стоимость, назначенная адресному пространству, добавляется к стоимости достижения указанного соединителя. Если возможно несколько путей маршрутизации, используется только путь маршрутизации с наименьшей совокупной стоимостью.
Примечание. Ограничения размера соединителей здесь являются фактором. Соединители, настроенные с ограничениями на размер сообщения, меньше размера сообщения, исключаются из рассмотрения. Дополнительные сведения см. в разделе Выбор соединителя при маршрутизации внешних сообщений.
Если существует несколько путей маршрутизации с одинаковой совокупной стоимостью, оценивается количество прыжков в каждом пути. Используется путь маршрутизации с наименьшим количеством прыжков.
Если доступно несколько путей маршрутизации, учитывается имя, присвоенное сайтам Active Directory перед пунктом доставки. Используется путь маршрутизации, в котором ближайший к пункту доставки сайт Active Directory является последним по буквенно-цифровому порядку. Если ближайшим к пункту доставки для всех путей маршрутизации оказывается один и тот же сайт, рассматриваются имена предыдущих сайтов.
В Exchange 2010 каждый получатель сообщения связан только с одним сайтом Active Directory, а между исходным сайтом Active Directory и целевым сайтом имеется только один маршрут с наименьшей стоимостью. В Exchange 2013 или более поздней версии группа доставки может охватывать несколько сайтов Active Directory, а также несколько путей маршрутизации с наименьшими затратами на эти сайты. Exchange назначает один сайт Active Directory в целевой группе доставки в качестве основного сайта. Основной сайт это ближайший сайт Active Directory согласно описанной ранее логике маршрутизации. Для успешной маршрутизации сообщений между группами доставки Exchange учитывает следующие проблемы:
Наличие одного или нескольких центральных сайтов по пути маршрутизации с наименьшей стоимостью. Если путь маршрутизации с наименьшей стоимостью к основному сайту содержит какие-либо центральные сайты, сообщение должно быть перенаправлено через центральные сайты. Ближайший сайт-концентратор на пути маршрутизации с наименьшей стоимостью будет выбран в качестве новой группы доставки AD site, в которую входят все транспортные серверы на этом сайте. После прохода сайта-концентратора маршрутизация сообщения по пути маршрутизации с наименьшей стоимостью продолжается. Если основной сайт оказался сайтом-концентратором, то он все же считается сайтом-концентратором по следующим причинам:
Если целевая группа доставки охватывает несколько сайтов Active Directory, исходный сервер должен подключаться только к серверам на узловом сайте.
Серверы на узловом сайте, которые относятся к целевой группе доставки, являются предпочтительными.
Как и в предыдущей версии Exchange, все узловые сайты не на пути маршрутизации с наименьшей стоимостью к основному сайту игнорируются.
Целевой сервер Exchange Server для выбора в целевой группе маршрутизации. Если целевая группа доставки охватывает несколько сайтов Active Directory, путь маршрутизации к определенным серверам в группе доставки может иметь разные затраты. Серверы, расположенные на ближайшем сайте Active Directory, выбираются в качестве целевых серверов для группы доставки на основе пути маршрутизации с наименьшей стоимостью, а сайт Active Directory, на который находятся эти серверы, выбирается в качестве основного сайта.
Резервные параметры при попытке подключения ко всем серверам в целевой группе маршрутизации сбой. Если целевая группа доставки охватывает несколько сайтов Active Directory, первым резервным вариантом являются все остальные серверы в целевой группе доставки на других сайтах Active Directory, которые не выбраны в качестве целевых серверов. Выбор сервера основан на наименее затратном пути маршрутизации к другим сайтам Active Directory. Если в целевой группе доставки есть какие-либо серверы на локальном сайте Active Directory, другие резервные варианты отсутствуют, так как сообщение уже находится как можно ближе к целевому назначению маршрутизации. Если целевая группа доставки содержит серверы на удаленных сайтах Active Directory, можно попытаться подключиться ко всем остальным серверам на первичном сайте.
Routing messages between Active Directory sites
Способ маршрутизации сообщений между сайтами Active Directory практически не отличается от Exchange 2010. Дополнительные сведения см. в статье Route Mail Between Active Directory Sites.
Маршрутизация во внешней службе транспорта на серверах почтовых ящиков
Служба внешнего транспорта выступает в качестве прокси-сервера без отслеживания состояния для всего входящего и (при необходимости) исходящего внешнего SMTP-трафика для организации Exchange. Служба транспорта взаимодействует со внешней службой транспорта для отправки сообщений, только если она настроена соответствующим образом. Дополнительные сведения см. в статье Configure Send connectors to proxy outbound mail.
Внешняя служба транспорта должна быстро найти одну работоспособную службу транспорта, чтобы получить передаваемое сообщение, независимо от количества и типа получателей. При несоблюдении этого требования служба электронной почты будет восприниматься сервером-отправителем как недоступная. Как и служба транспорта, внешняя служба транспорта загружает таблицы маршрутизации на основе сведений из Active Directory и использует группы доставки для маршрутизации сообщений. Тем не менее таблицы маршрутизации, используемые внешней службой транспорта, имеют следующие уникальные характеристики:
Служба транспорта переднего плана никогда не считается членом группы доставки, даже если сервер почтовых ящиков и сервер клиентского доступа установлены на одном физическом сервере (что всегда происходит в Exchange 2016 или более поздней версии). Это принуждает внешнюю службу транспорта взаимодействовать только со службой транспорта.
Таблицы маршрутизации не содержат маршрутов соединителей отправки.
Таблицы маршрутизации содержат специальный список серверов почтовых ящиков на локальном сайте Active Directory для быстрой отработки отказа.
Маршрутизация в транспортной службе переднего плана разрешает получателей сообщений в базы данных почтовых ящиков. Список серверов почтовых ящиков, используемых службой транспорта переднего плана, основан на базах данных почтовых ящиков получателей сообщений. Обратите внимание, что ни у одного из получателей нет почтовых ящиков, например, если получатель является группой рассылки или почтовым пользователем. Для каждой базы данных почтовых ящиков служба транспорта переднего плана ищет группу доставки и связанные с ней сведения о маршрутизации. Группами доставки, используемыми службой внешнего транспорта, являются:
Маршрутизируемая группа обеспечения доступности баз данных
Группа доставки в почтовые ящики
Сайт Active Directory
В зависимости от числа и типа получателей служба транспорта переднего плана выполняет одно из следующих действий:
Для сообщений с одним получателем выберите сервер почтовых ящиков в целевой группе доставки в зависимости от расстояния до сайта Active Directory. Передача сообщения получателю может включать маршрутизацию через узловой сайт.
Для сообщений с несколькими получателями используйте первых 20 получателей для выбора сервера почтовых ящиков в ближайшей группе доставки, в зависимости от расстояния до сайта Active Directory. Обратите внимание, что развертывание сообщений не выполняется во внешней службе транспорта, поэтому в конечном счете выбирается только один сервер почтовых ящиков, независимо от количества получателей сообщения.
Если среди получателей сообщения нет почтовых ящиков, выберите произвольный сервер почтовых ящиков на локальном сайте Active Directory.
Маршрутизация в транспортной службе почтовых ящиков на серверах почтовых ящиков
Служба транспорта почтовых ящиков состоит из двух отдельных служб: службы отправки транспорта почтовых ящиков и службы доставки транспорта почтовых ящиков. Служба доставки транспорта почтовых ящиков получает сообщения SMTP из службы транспорта и подключается к локальной базе данных почтовых ящиков с помощью RPC для доставки сообщения. Служба отправки транспорта почтовых ящиков подключается к локальной базе данных почтовых ящиков с помощью RPC для извлечения сообщений и передает сообщения через SMTP в службу транспорта. Служба транспорта почтовых ящиков это служба без отслеживания состояния, она не использует очереди доставки сообщений.
Как и служба транспорта, служба транспорта почтовых ящиков загружает таблицы маршрутизации на основе сведений из Active Directory и использует группы доставки для маршрутизации сообщений. Тем не менее есть аспекты маршрутизации, уникальные для службы транспорта почтовых ящиков:
Так как служба транспорта и служба транспорта почтовых ящиков размещаются на одном сервере почтовых ящиков, служба транспорта почтовых ящиков всегда относится к той же группе доставки, что и сервер почтовых ящиков. Это группа доставки называется локальной.
Служба отправки транспорта почтовых ящиков не отправляет сообщения автоматически в службу транспорта на локальном сервере почтовых ящиков или на других серверах почтовых ящиков в своей локальной группе доставки. Служба отправки транспорта почтовых ящиков имеет доступ к тем же сведениями о топологии маршрутизации, что и служба транспорта, так что служба отправки транспорта почтовых ящиков может отправлять сообщения в службу транспорта на серверах почтовых ящиков за пределами группы доставки. Серверы почтовых ящиков в локальной группе доставки используются как резервные варианты, а также для доставки получателям без почтовых ящиков.
Служба транспорта почтовых ящиков взаимодействует только со службой транспорта на серверах почтовых ящиков.
Служба транспорта почтовых ящиков взаимодействует только с локальными базами данных почтовых ящиков. Служба транспорта почтовых ящиков не взаимодействует с базами данных почтовых ящиков на других серверах почтовых ящиков.
Когда пользователь отправляет сообщение из своего почтового ящика, служба отправки транспорта почтовых ящиков разрешает получателей сообщений в базы данных почтовых ящиков. Список серверов почтовых ящиков, используемых службой отправки транспорта почтовых ящиков, основан на базах данных почтовых ящиков получателей сообщений. Обратите внимание, что ни у одного из получателей нет почтовых ящиков, например, если получатель является группой рассылки или почтовым пользователем. Для каждой базы данных почтовых ящиков служба отправки транспорта почтовых ящиков ищет группу доставки и связанные сведения о маршрутизации. Ниже перечислены группы доставки, используемые службой отправки транспорта почтовых ящиков.
Маршрутизируемая группа обеспечения доступности баз данных
Группа доставки в почтовые ящики
Сайт Active Directory
В зависимости от числа и типа получателей служба отправки транспорта почтовых ящиков выполняет одно из следующих действий:
Для сообщений с одним получателем выберите сервер почтовых ящиков в целевой группе доставки в зависимости от расстояния до сайта Active Directory. Передача сообщения получателю может включать маршрутизацию через узловой сайт.
Для сообщений с несколькими получателями используйте первых 20 получателей для выбора сервера почтовых ящиков в ближайшей к сайту Active Directory группе доставки.
Если сообщение не имеет получателей с почтовыми ящиками, выбирается сервер почтовых ящиков в локальной группе доставки.
Если служба доставки транспорта почтовых ящиков получает сообщение от службы транспорта, она принимает либо отклоняет его для доставки в локальную базу данных почтовых ящиков. Служба доставки транспорта почтовых ящиков может доставить сообщение в том случае, если получатель находится в активной копии локальной базы данных почтовых ящиков. Если же получатель отсутствует в активной копии локальной базы данных почтовых ящиков, служба доставки транспорта почтовых ящиков не может доставить сообщение и должна сообщить о недоставке в службу транспорта. Например, если активная копия базы данных почтовых ящиков недавно перемещена на другой сервер, служба транспорта может ошибочно передать сообщение на сервер почтовых ящиков, который теперь содержит неактивную копию базы данных почтовых ящиков. Среди ответов о недоставке, которые служба доставки транспорта почтовых ящиков возвращает службе транспорта, могут быть следующие:
Повторная попытка доставки
Создание отчета о недоставке
Сообщение перенаправляется
Маршрутизация в транспортной службе на пограничных транспортных серверах
Служба транспорта на пограничных транспортных серверах обеспечивает ретрансляцию SMTP и работу служб промежуточных узлов для всего потока обработки почты в Интернете. Входящие и исходящие сообщения Интернета помещаются в очереди доставки сообщений на пограничном транспортном сервере. Очереди соответствуют внешним доменам или соединителям отправки. Дополнительные сведения см. в разделе NextHopSolutionKey.
Как правило, устанавливая пограничный транспортный сервер в своей сети периметра, вы подписываете пограничный транспортный сервер на сайт Active Directory. Сайт Active Directory содержит серверы почтовых ящиков, которые будут ретранслировать сообщения на пограничный транспортный сервер и обратно. В процессе пограничной подписки создается членство на сайте Active Directory для пограничного транспортного сервера. Это членство позволяет серверам почтовых ящиков на сайте Active Directory ретранслировать сообщения на пограничный транспортный сервер без настройки явных соединителей отправки.
В организациях с серверами Exchange Server на нескольких сайтах Active Directory исходящая почта от внутренних получателей к внешним получателям сначала направляется на сайт Active Directory с подпиской. Транспортные серверы на целевом сайте Active Directory являются группой доставки. Назначением маршрутизации является соединитель отправки внутри организации в транспортной службе на любом из серверов почтовых ящиков на сайте Active Directory с подпиской. Соединитель отправки внутри организации — это специальный соединитель отправки, который существует в транспортной службе на каждом сервере почтовых ящиков. Этот соединитель отправки неявно создается, невидим, не требует управления и используется для ретрансляции сообщений между серверами Exchange.
Дополнительные сведения о маршрутизации входящей и исходящей почты на пограничных транспортных серверах см. в статье Mail flow and the transport pipeline.