Необходимо учесть последствия добавления транспортного сервера-концентратора Exchange 2010 к существующей организации Exchange 2007 при установке сервера совместной работы. Транспортный сервер-концентратор в версии Exchange 2010 имеет новые функции, которые влияют на управление маршрутизацией почты и конфигурацией. Ниже перечислены некоторые аспекты, которые необходимо учесть.

• Пакет обновления Exchange 2007   Все серверы Exchange 2007 в месте установке сервера совместной работы должны работать под управлением как минимум Exchange 2007 с пакетом обновления 2 (SP2)
  
  
• Маршрутизация сообщений   Сервер совместной работы добавляется к топологии маршрутизации существующей организации Exchange 2007. Сообщения, отправляемые на почтовые ящики Exchange 2007 и с них, обрабатываются транспортными серверами-концентраторами Exchange 2007 в организации. Сообщения, отправляемые в облачную организацию и из нее, обрабатываются сервером совместной работы. Возможна маршрутизация сообщений непосредственно между сервером совместной работы и пограничным транспортным сервером Exchange 2007, если он настроен.
  
  
• Правила транспорта и журнала   Существующие правила транспорта и журнала Exchange 2007 копируются на сервер совместной работы, где они добавляются в организацию Exchange 2007. Правила транспорта и журнала на серверах Exchange 2007 и Exchange 2010 хранятся различным образом и должны поддерживаться отдельно.
  
  
• Уведомления о доставке   Уведомления о доставке (DSN) хранятся иным способом и должны поддерживаться отдельно, по аналогии с правилами транспорта и журнала.
  
  
• Отслеживание сообщений   Выбор средства отслеживания сообщений зависит от почтовых ящиков отправителей и ящиков назначения.
  
  

Новые дополнительные функции, такие как модерируемые получатели и теневая избыточность, доступны только на серверах Exchange 2010. Эти новые функции не распространяются на серверы Exchange 2007.

Дополнительные сведения см. в разделе Обновление от транспортного сервера Exchange 2007

При выборе общего пространства имен все получатели в локальной и облачной организациях имеют общий доступ к одному домену SMTP в своих адресах электронной почты. Запись ресурса почтового обменника (MX) для этого домена SMTP отправляет почту в локальную организацию Exchange.

Если в локальную организацию Exchange приходит сообщение для получателя, который находится в облаке, пограничный транспортный сервер устанавливает, является ли сообщение нежелательным или вредоносным; если нет, то пограничный транспортный сервер направляет его на транспортный сервер-концентратор организации. Транспортный сервер-концентратор, на который направляется сообщение, может быть либо существующим транспортным сервером-концентратором Exchange 2007, либо сервером совместной работы.

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

Примечание.
Если транспортным сервером-концентратором, выполнившим поиск, является сервер совместной работы, сообщение сначала маршрутизируется на транспортный сервер-концентратор Exchange 2007 перед отправкой в почтовый ящик.

Если в качестве типа получателя выступает удаленный почтовый ящик как специальный тип почтового пользователя, то транспортный сервер-концентратор получает удаленный адрес маршрутизации для этого удаленного ящика. Удаленный адрес маршрутизации для почтового пользователя — это SMTP-адрес его сопоставленного почтового ящика в облачной организации. Транспортный сервер-концентратор переадресует сообщение с SMTP-адресом облачного почтового ящика. Если сервером, выполнившим поиск, является сервер Exchange 2007, он отправляет сообщение на сервер совместной работы. Сервер совместной работы затем отправляет сообщение в облачную организацию. В примерах в контрольном списке в качестве SMTP-адреса облачной организации используется домен service.contoso.com.

Важно!
Не следует использовать имя FQDN клиента службы, например contoso.onmicrosoft.com, в качестве SMTP-адреса облачной организации.

Примечание.
Для лучшей организации совместной работы настоятельно рекомендуется использовать общее пространство имен.

При выборе разделенного пространства имен адреса электронной почты получателей в облачной организации настраиваются с доменом SMTP, который отличается от адресов получателей в локальной организации. Сообщения, отправляемые получателям в одной организации, доставляются непосредственно в эту организацию.

Дополнительные сведения об общих и разделенных пространствах имен см. в разделе: Общие сведения об общих и разделенных пространствах имен SMTP

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

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

  Важно!
  Локальный сервер для совместной работы должен быть доступен из Интернета для пользователей в облачной организации для отправки сообщений в Интернет. Если этот сервер недоступен, то сообщения, отправляемые из облачной организации, будут оставаться в очереди, пока не появится доступ.

• Децентрализованное управление почтой   В соответствии с этим параметром исходящие сообщения, отправляемые из облачной организации, маршрутизируются непосредственно в Интернет. Этот параметр следует использовать, если не требуется применять локальные политики или другие процедуры обработки к сообщениям, которые отправляются от пользователей в облачной организации.
  
  

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

В целях защиты получателей в обеих организациях и предупреждения перехвата и незаконного чтения пересылаемых сообщений между данными организациями настраивается транспорт с принудительным использованием протокола TLS и SSL-сертификатов, предоставляемых доверенным сторонним центром сертификации (ЦС).

При принудительном использовании транспорта TLS отправляющий и принимающий серверы проверяют сертификат, настроенный на другом сервере. Имя субъекта или одно из дополнительных имен субъекта (SAN), настроенное в сертификате, должно соответствовать полному доменному имени (FQDN), которое администратор явно задал на другом сервере. Например, если облачная организация настроена на прием и защиту сообщений, отправляемых от имени FQDN mail2.contoso.com, то отправляющий локальный сервер совместной работы должен иметь SSL-сертификат, в котором в качестве имени субъекта или имени SAN указано имя mail2.contoso.com. Если данное требование не удовлетворяется, в соединении будет отказано.

Примечание.
Используемое имя FQDN не обязано совпадать с именем домена электронной почты получателей. Единственное требование заключается в том, что имя FQDN в поле имени субъекта сертификата или имени SAN должно совпадать с именем FQDN, на прием которого настроены принимающий или отправляющий сервер.

Доверенное соединение между локальной и облачной организациями требует, чтобы локальный сервер, принимающий соединение, обозначаемый как конечная точка TLS, был сервером Exchange 2010. В данной локальной организации это сервер совместной работы. Если конечная точка TLS не является сервером Exchange 2010, соединение установить не удастся. По этой причине необходимо настроить облачную организацию на отправку сообщений непосредственно на сервер совместной работы. Существующие транспортные серверы-концентраторы или пограничные транспортные серверы Exchange 2007 не могут быть конечной точкой TLS для соединений от облачной организации. Для этого требуется предоставить внешний IP-адрес серверу совместной работы и открыть порт 25 на брандмауэре для этого сервера.

Дополнительные сведения о SSL-сертификатах и безопасности домена см. в разделе: Общие сведения о требованиях к сертификатам, Общие сведения о сертификатах TLS

При настройке локальной и облачной организаций на использование общего пространства имен и централизованного управления почтой все сообщения, отправляемые получателям и принимаемые от пользователей как в локальной, так и в облачной организациях, отсылаются через локальную организацию.

На следующем рисунке показан процесс отправки входящих сообщений получателям в данной организации.

1. Входящее сообщение от отправителя в Интернете пересылается получателям chris@contoso.com и david@contoso.com. Почтовый ящик пользователя Chris расположен на сервере Exchange 2007 в локальной организации. Почтовый ящик пользователя David находится в облачной организации.
   
   
2. Так как оба получателя имеют адреса с почтовым доменом contoso.com, а запись MX для contoso.com указывает на локальный пограничный транспортный сервер, то сообщение доставляется на этот же сервер.
   
   
3. Пограничный транспортный сервер выбирает транспортный сервер-концентратор в локальной организации, чтобы передать на него сообщение. Пограничный транспортный сервер может выбрать либо транспортный сервер-концентратор Exchange 2007, либо сервер совместной работы.
   
   
4. Сообщение доставляется на транспортный сервер-концентратор, который выполняет поиск каждого получателя с помощью локального сервера глобального каталога. Через поиск в глобальном каталоге устанавливается, что почтовый ящик пользователя Chris расположен на сервере Exchange 2007, в то время как почтовый ящик пользователя David находится в облаке и имеет адрес маршрутизации david@service.contoso.com.
   
   
5. Транспортный сервер-концентратор разбивает сообщение на две копии. Одна копия сообщения отправляется на ящик Exchange 2007. Если сервер совместной работы получил сообщение и выполнил поиск, то сообщение пользователя Chris сначала отправляется на транспортный сервер-концентратор Exchange 2007 перед конечной отправкой на ее почтовый ящик на сервере Exchange 2007.
   
   
6. Вторая копия отправляется в облачную организацию. Если транспортный сервер-концентратор Exchange 2007 получил сообщение и выполнил поиск, сообщение пользователя David сначала отправляется на сервер совместной работы. Затем сообщение отсылается по Интернету через соединитель отправки, настроенный между сервером совместной работы и службой оперативной защиты Forefront для Exchange (FOPE), которая принимает сообщение, отправляемое в облачную организацию.
   
   
7. Служба FOPE сканирует сообщение на наличие вирусов и отправляет его в облачную организацию, где оно доставляется в почтовый ящик пользователя David.
   
   

На следующем рисунке показан процесс отправки исходящих сообщений в Интернет.

1. Пользователь Chris, у которого есть почтовый ящик на локальном сервере Exchange 2007, отправляет сообщение внешнему получателю в Интернете — erin@cpandl.com. Пользователь David, имеющий почтовый ящик в облачной организации, отправляет сообщение внешнему получателю brian@cpandl.com. Оба пользователя имеют обратный адрес contoso.com.
   
   
2. Сервер почтовых ящиков Exchange 2007 отправляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на пограничный транспортный сервер Exchange 2007.
   
   
3. Облачная организация отправляет сообщение пользователя David службе FOPE.
   
   
4. Служба FOPE настроена на отправку всех связанных с Интернетом сообщений на локальный сервер совместной работы, поэтому сообщение маршрутизируется на последний сервер. Служба FOPE настроена на обход локального пограничного транспортного сервера Exchange 2007.
   
   
5. Сервер совместной работы доставляет сообщение на транспортный сервер-концентратор Exchange 2007.
   
   
6. Пограничный транспортный сервер осуществляет проверку на соответствие требованиям, наличие вирусов и выполняет другие процессы, настроенные администратором, для сообщений пользователей Chris и David.
   
   
7. Пограничный транспортный сервер ищет запись MX для домена cpandl.com и отправляет сообщения на почтовые серверы cpandl.com, расположенные в Интернете.
   
   

Разделенное пространство имен с децентрализованным управлением почтой

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

На следующем рисунке показан процесс отправки входящих сообщений получателям в данной организации.

1. Входящее сообщение от отправителя в Интернете пересылается получателям chris@contoso.com и david@contoso.com. Почтовый ящик пользователя Chris расположен на сервере Exchange 2007 в локальной организации. Почтовый ящик пользователя David находится в облачной организации.
   
   
2. Так как оба получателя имеют адреса с почтовым доменом contoso.com, а запись MX для contoso.com указывает на локальный пограничный транспортный сервер, то сообщение доставляется на этот же сервер.
   
   
3. Пограничный транспортный сервер выбирает транспортный сервер-концентратор в локальной организации, чтобы передать ему сообщение. Пограничный транспортный сервер может выбрать либо транспортный сервер-концентратор Exchange 2007, либо сервер совместной работы.
   
   
4. Сообщение доставляется на транспортный сервер-концентратор, который выполняет поиск каждого получателя с помощью локального сервера глобального каталога. Через поиск в глобальном каталоге устанавливается, что почтовый ящик пользователя Chris расположен на сервере Exchange 2007, в то время как почтовый ящик пользователя David находится в облаке и имеет адрес маршрутизации david@service.contoso.com.
   
   
5. Транспортный сервер-концентратор разбивает сообщение на две копии. Одна копия сообщения отправляется на ящик Exchange 2007. Если сервер совместной работы получил сообщение и выполнил поиск, то сообщение пользователя Chris сначала отправляется на транспортный сервер-концентратор Exchange 2007 перед конечной отправкой на ее почтовый ящик на сервере Exchange 2007.
   
   
6. Вторая копия отправляется в облачную организацию. Если транспортный сервер-концентратор Exchange 2007 получил сообщение и выполнил поиск, сообщение пользователя David сначала отправляется на сервер совместной работы. Затем сообщение отсылается по Интернету через соединитель отправки, настроенный между сервером совместной работы и службой оперативной защиты Forefront для Exchange (FOPE), которая принимает сообщение, отправляемое в облачную организацию.
   
   
7. Служба FOPE сканирует сообщение на наличие вирусов и отправляет его в облачную организацию, где оно доставляется в почтовый ящик пользователя David.
   
   

На следующем рисунке показан процесс отправки исходящих сообщений в Интернет.

1. Пользователь Chris, у которого есть почтовый ящик на локальном сервере Exchange 2007, отправляет сообщение внешнему получателю в Интернете — erin@cpandl.com. Пользователь David, имеющий почтовый ящик в облачной организации, отправляет сообщение внешнему получателю brian@cpandl.com. Оба пользователя имеют обратный адрес contoso.com.
   
   
2. Сервер почтовых ящиков Exchange 2007 отправляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на пограничный транспортный сервер Exchange 2007.
   
   
3. Пограничный транспортный сервер осуществляет проверку на соответствие требованиям, наличие вирусов и выполняет другие процессы, настроенные администратором, для сообщения пользователя Chris.
   
   
4. Пограничный транспортный сервер ищет запись MX для домена cpandl.com и отправляет сообщение на почтовые серверы cpandl.com, расположенные в Интернете.
   
   
5. Облачная организация отправляет сообщение пользователя David службе FOPE.
   
   
6. Служба FOPE настроена на отправку всех связанных с Интернетом сообщений непосредственно в Интернет. Служба FOPE ищет запись MX для домена cpandl.com.
   
   
7. Служба FOPE доставляет сообщение непосредственно на почтовые серверы cpandl.com, расположенные в Интернете. Так как сообщение никогда не проходит через сервер совместной работы, локальные процессы к нему не применяются.
   
   

Разделенное пространство имен с централизованным управлением почтой

На следующем рисунке показан процесс отправки входящих сообщений получателям в данной организации.

1. Входящее сообщение от отправителя в Интернете пересылается получателю chris@contoso.com, а другое сообщение — david@service.contoso.com. Почтовый ящик пользователя Chris расположен на сервере Exchange 2007 в локальной организации. Почтовый ящик пользователя David находится в облачной организации.
   
   
2. Поскольку получатели имеют различные домены адресов электронной почты, то отправляющий сервер отсылает каждое сообщение в ту организацию, которая принимает сообщения для каждого домена. Запись MX для домена contoso.com указывает на локальный пограничный транспортный сервер, в то время как запись MX для домена service.contoso.com указывает на службу FOPE.
   
   
3. Пограничный транспортный сервер выбирает транспортный сервер-концентратор в локальной организации, чтобы передать ему сообщение. Пограничный транспортный сервер может выбрать либо транспортный сервер-концентратор Exchange 2007, либо сервер совместной работы.
   
   
4. Сообщение доставляется на транспортный сервер-концентратор, который выполняет поиск каждого получателя с помощью локального сервера глобального каталога. В результате поиска в глобальном каталоге устанавливается, что почтовый ящик пользователя Chris расположен на сервере Exchange 2007.
   
   
5. Если сообщение получил сервер совместной работы, он доставляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на почтовый ящик пользователя Chris на сервере Exchange 2007.
   
   
6. Сообщение для пользователя David отправляется в службу FOPE, которая принимает сообщения, отправляемые в облачную организацию.
   
   
7. Служба FOPE сканирует сообщение на наличие вирусов и отправляет его в облачную организацию, где оно доставляется в почтовый ящик пользователя David.
   
   

На следующем рисунке показан процесс отправки исходящих сообщений в Интернет.

1. Пользователь Chris, у которого есть почтовый ящик на локальном сервере Exchange 2007, отправляет сообщение внешнему получателю в Интернете — erin@cpandl.com. Пользователь David, имеющий почтовый ящик в облачной организации, отправляет сообщение внешнему получателю brian@cpandl.com. Пользователь Chris имеет обратный адрес chris@contoso.com, а David — david@service.contoso.com.
   
   
2. Сервер почтовых ящиков Exchange 2007 отправляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на пограничный транспортный сервер Exchange 2007.
   
   
3. Облачная организация отправляет сообщение пользователя David службе FOPE.
   
   
4. Служба FOPE настроена на отправку всех связанных с Интернетом сообщений на локальный сервер совместной работы, поэтому сообщение маршрутизируется на последний сервер. Служба FOPE настроена на обход локального пограничного транспортного сервера Exchange 2007.
   
   
5. Сервер совместной работы доставляет сообщение на транспортный сервер-концентратор Exchange 2007.
   
   
6. Пограничный транспортный сервер осуществляет проверку на соответствие требованиям, наличие вирусов и выполняет другие процессы, настроенные администратором, для сообщений пользователей Chris и David.
   
   
7. Пограничный транспортный сервер ищет запись MX для домена cpandl.com и отправляет сообщения на почтовые серверы cpandl.com, расположенные в Интернете.
   
   

Разделенное пространство имен с децентрализованным управлением почтой

На следующем рисунке показан процесс отправки входящих сообщений получателям в данной организации.

1. Входящее сообщение от отправителя в Интернете пересылается получателю chris@contoso.com, а другое сообщение — david@service.contoso.com. Почтовый ящик пользователя Chris расположен на сервере Exchange 2007 в локальной организации. Почтовый ящик пользователя David находится в облачной организации.
   
   
2. Поскольку получатели имеют различные домены адресов электронной почты, то отправляющий сервер отсылает каждое сообщение в ту организацию, которая принимает сообщения для каждого домена. Запись MX для домена contoso.com указывает на локальный пограничный транспортный сервер, в то время как запись MX для домена service.contoso.com указывает на службу FOPE.
   
   
3. Пограничный транспортный сервер выбирает транспортный сервер-концентратор в локальной организации, чтобы передать ему сообщение. Пограничный транспортный сервер может выбрать либо транспортный сервер-концентратор Exchange 2007, либо сервер совместной работы.
   
   
4. Сообщение доставляется на транспортный сервер-концентратор, который выполняет поиск каждого получателя с помощью локального сервера глобального каталога. В результате поиска в глобальном каталоге устанавливается, что почтовый ящик пользователя Chris расположен на сервере Exchange 2007.
   
   
5. Если сообщение получил сервер совместной работы, он доставляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на почтовый ящик пользователя Chris на сервере Exchange 2007.
   
   
6. Сообщение для пользователя David отправляется в службу FOPE, которая принимает сообщения, отправляемые в облачную организацию.
   
   
7. Служба FOPE сканирует сообщение на наличие вирусов и отправляет его в облачную организацию, где оно доставляется в почтовый ящик пользователя David.
   
   

На следующем рисунке показан процесс отправки исходящих сообщений в Интернет.

1. Пользователь Chris, у которого есть почтовый ящик на локальном сервере Exchange 2007, отправляет сообщение внешнему получателю в Интернете — erin@cpandl.com. Пользователь David, имеющий почтовый ящик в облачной организации, отправляет сообщение внешнему получателю brian@cpandl.com. Пользователь Chris имеет обратный адрес chris@contoso.com, а David — david@service.contoso.com.
   
   
2. Сервер почтовых ящиков Exchange 2007 отправляет сообщение пользователя Chris на транспортный сервер-концентратор Exchange 2007. Транспортный сервер-концентратор доставляет сообщение на пограничный транспортный сервер Exchange 2007.
   
   
3. Пограничный транспортный сервер осуществляет проверку на соответствие требованиям, наличие вирусов и выполняет другие процессы, настроенные администратором, для сообщения пользователя Chris.
   
   
4. Пограничный транспортный сервер ищет запись MX для домена cpandl.com и отправляет сообщение на почтовые серверы cpandl.com, расположенные в Интернете.
   
   
5. Облачная организация отправляет сообщение пользователя David службе FOPE.
   
   
6. Служба FOPE настроена на отправку всех связанных с Интернетом сообщений непосредственно в Интернет. Служба FOPE ищет запись MX для домена cpandl.com.
   
   
7. Служба FOPE доставляет сообщение непосредственно на почтовые серверы cpandl.com, расположенные в Интернете. Так как сообщение никогда не проходит через сервер совместной работы, локальные процессы к нему не применяются.
   
   

© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены. Юридические сведения

---

• English-to-Russian translation

Исходящая почта, отправляемая из разделенных пространств имен через независимые пути

Входящая почта, отправляемая в разделенные пространства имен через независимые пути

Исходящая почта, отправляемая из разделенных пространств имен через локальный сервер совместной работы

Входящая почта, отправляемая в разделенные пространства имен через независимые пути

Исходящая почта, отправляемая из общего пространства имен через независимые пути

Входящая почта, отправляемая в общее пространство имен через локальный сервер совместной работы

Исходящая почта, отправляемая из общего пространства имен через локальный сервер совместной работы

Входящая почта, отправляемая в общее пространство имен через локальный сервер совместной работы