Служба автоматического обнаружения в Exchange Server

ПРИМЕНЯЕТСЯ К:2016 2019 по подписке

Служба автообнаружения минимизирует действия по настройке и развертыванию пользователей, предоставляя клиентам доступ к функциям Exchange. Для клиентов веб-служб Exchange (EWS) автообнаружение обычно используется, чтобы найти URL-адрес конечной точки EWS. Однако служба автообнаружения также может предоставлять сведения для настройки клиентов, использующих другие протоколы. Автообнаружение работает как с защищенными, так и не защищенными брандмауэром клиентскими приложениями, подходит для сценариев с лесом ресурсов и несколькими лесами.

В Exchange 2016 внесены изменения в службы, которые ранее обрабатывались несколькими серверами. Теперь сервер почтовых ящиков предоставляет службы клиентского доступа, поэтому вы не сможете настроить отдельный сервер клиентского доступа, как в предыдущих версиях Exchange. Служба автоматического обнаружения в Exchange 2016 и Exchange 2019 возможна благодаря следующему:

• Exchange создает виртуальный каталог, имя autodiscover которого является именем веб-сайта по умолчанию в службах IIS.

• Active Directory хранит и предоставляет достоверные URL-адреса для компьютеров, присоединенных к домену.

• Службы клиентского доступа на серверах почтовых ящиков предоставляют службы проверки подлинности и прокси-сервера для внутренних и внешних клиентских подключений.

• Outlook настраивает службы, используя только имя пользователя и пароль.

Службы автообнаружения и Active Directory

Exchange хранит в Active Directory конфигурацию серверов Exchange в организации, а также сведения о почтовых ящиках пользователей. Перед установкой Exchange Server необходимо подготовить лес Active Directory и его домены. Если вы не знакомы с лесами или доменами Exchange, см. статью "Шаг 3. Подготовка доменов Active Directory".

Exchange автоматически создает виртуальный каталог autodiscover при установке в IIS, веб-сайте службы клиентского доступа, к которому подключаются клиенты. Это позволяет Outlook обнаруживать параметры почтовых ящиков Exchange, чтобы пользователям не приходилось вручную настраивать дополнительные параметры.

Одновременно с виртуальным каталогом службы автообнаружения в Active Directory создается объект точки подключения службы (SCP). SCP хранит и предоставляет заслуживающие доверия URL-адреса службы автообнаружения для компьютеров, присоединенных к домену.

Вам нужно обновить объект SCP, чтобы он указывал на сервер Exchange. Это требуется потому, что серверы Exchange предоставляют клиентам дополнительные сведения автообнаружения для улучшения процесса обнаружения. Дополнительные сведения см. в статье Set-ClientAccessService.

Автообнаружение упрощает получение информации, необходимой для подключения к почтовым ящикам на серверах Exchange Server. Объекты SCP находят подходящие серверы или конечные точки автообнаружения для пользователей, для которых вы получаете параметры. Объекты SCP в AD DS упрощают поиск серверов автообнаружения для присоединенных к домену клиентов.

Exchange публикует два типа объектов SCP для службы автообнаружения:

• Указатели SCP: Содержит сведения, указывающие на определенные LDAP-серверы, которые следует использовать для обнаружения объектов автообнаружения SCP для домена пользователя. GUID указателей SCP: 67661d7F-8FC4-4fa7-BFAC-E1D7794C1F68.

• URL-адреса SCP: содержит URL-адреса конечных точек автообнаружения. URL-адреса SCP имеют следующий GUID: 77378F46-2C66-4aa9-A6A6-3E7A48B19596

Объект SCP содержит достоверный список URL-адресов службы автообнаружения для леса. Дополнительные сведения о поиске конечных точек службы автообнаружения см. в статье Создание списка конечных точек автообнаружения.

Возможности подключения клиентов в Exchange 2016 и Exchange 2019 аналогичны Exchange 2013 и отличаются от Exchange 2010. В Exchange 2016 и 2019 протокол MAPI по протоколу HTTP включен по умолчанию, тогда как ранее клиенты Outlook использовали Outlook Anywhere (RPC через HTTP). Exchange 2016 и 2019 требуют меньше пространств имен для решений с высокой устойчивостью к узлам, чем Exchange 2010, сокращая их количество с семи ранее требовавшихся до двух. Дополнительные сведения о пространстве имен и Exchange Server см. в блоге Планирование пространства имен в Exchange 2016.

В зависимости от того, настроена ли служба автоматического обнаружения на отдельном сайте, URL-адрес службы автоматического обнаружения будет иметь одно из следующих значений, где //<SMTP-address-domain> — основной адрес домена SMTP:

• https://<SMTP-address-domain>/autodiscover/autodiscover.xml

• https://autodiscover.<smtp-address-domain>/autodiscover/autodiscover.xml

Например, если адрес электронной почты пользователя — tony@contoso.com, основной адрес домена SMTP — contoso.com.

Клиентские приложения используют службу автообнаружения при первом запуске приложения. Например, при первом запуске приложения веб-служб Exchange (EWS) оно настраивается с помощью службы автообнаружения. Для компьютера пользователя, подключенного к домену contoso.com и размещенного на региональном сайте Active Directory Longview, приложение создает список этих конечных точек службы автообнаружения.

Дополнительные сведения об объектах SCP см. в разделе Публикация с точками подключения службы.

Автообнаружение в DNS

Exchange ввел требования к пространству имен для автообнаружения в Exchange 2010, и сертификаты требовали несколько из них. В сценарии обеспечения устойчивости сервера требовались все перечисленные ниже элементы.

• Основное пространство имен IP центра обработки данных.

• Дополнительное пространство имен IP центра обработки данных.

• Основное пространство имен аварийного восстановления Outlook Web App

• Дополнительное пространство имен отработки отказа Outlook Web App

• Транспортное пространство имен (для SMTP)

• Основное пространство имен для клиентского доступа через RPC, которое нужно центру обработки данных.

• Дополнительное пространство имен для клиентского доступа через RPC, которое нужно центру обработки данных.

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

Это означает, что уникальные пространства имен больше не требуются для каждого центра данных. Например, для пары центров обработки данных вам нужно только одно пространство имен — mail.contoso.com, а не mail.contoso.com и mail2.contoso.com. Кроме того, для сценариев активации, в которых используются группы обеспечения доступности баз данных, больше не нужны пространства имен восстановления размещения.

Все, что нужно, чтобы настроить автообнаружение для домена, — это создать запись ресурса CNAME во внешней (общедоступной) DNS. Записи CNAME позволяют скрыть детали реализации сети от клиентов, которые к ней подключаются. Записи CNAME, используемые в сети, позволяют пользователям применять более простой URI (mail.domain.com, а не host.examplemachinename.domain.com).

Запись CNAME (запись канонического имени) — это DNS-эквивалент ярлыка в Windows или псевдонима в Mac OS. Запись CNAME — это псевдоним записи А, которая сопоставляет IP-адрес с целевым сервером. Например, если ваш домен — contoso.com, создается запись CNAME для autodiscover.contoso.com. Имя в записи CNAME должно соответствовать имени в сертификате. Записи CNAME можно использовать только для имен узлов. Записи CNAME хоть и указывают псевдонимы, но не заменяют URL-адрес в строке браузера. Когда сертификат проверяется по URL-адресу, вы получаете ошибку с предупреждением, но все равно можете получить доступ к службе.

Типичная запись CNAME выглядит указанным ниже образом.

• Имя: autodiscover.

• Срок жизни: 3600 с.

• Тип записи ресурса: CNAME.

• Целевой объект: доступное извне имя FQDN для сервера почтовых ящиков (например, mail.contoso.com).

В этом примере autodiscover.contoso.com разрешается в mail.contoso.com. Дополнительные сведения см. в статье Шаг 4: Настройка внешних URL-адресов в статье Настройка потока обработки почты и клиентского доступа на серверах Exchange.

Рекомендуем создать записи CNAME автообнаружения для всех доменов учетной записи, в том числе псевдонимов доменов и обслуживаемых доменов. Запись SRV или CNAME необходимо создать там, где размещается ваш домен. Только после этого вы сможете синхронизировать автономную адресную книгу, отображать сведения о доступности и включить функцию "Нет на месте" в Outlook.

Записи SRV позволяют указать расположение серверов для определенной службы, протокола и домена DNS. Например, если в вашем домене два веб-сервера, вы можете создать записи SRV, указывающие, какие узлы выполняют функции веб-серверов. Сопоставители затем могут извлечь все записи SRV для веб-серверов.

Типичная запись SRV выглядит указанным ниже образом.

• Служба: "_autodiscover".

• Протокол: "._tcp".

• Номер порта: 443.

• Узел: mail.contoso.com.

• Приоритет: 0.

• Вес: 0.

В этом примере пространство имен сервера Outlook — mail.contoso.com.

Дополнительные сведения о записях CNAME и SRV см. в блоге команды Exchange Планирование пространства имен в Exchange 2016.

Службы автообнаружения в Outlook

Клиент Outlook может выполнять аутентификацию в Active Directory и искать объекты SCP автообнаружения, используя только учетные данные пользователя. После получения и перечисления экземпляров службы автообнаружения клиент подключается к службам клиентского доступа (интерфейсным) на первом сервере почтовых ящиков в перечисленном списке. Затем клиент собирает данные профиля в формате XML, необходимые для подключения к почтовому ящику пользователя и доступным компонентам Exchange.

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

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

• Адрес для подключения: https://contoso.com/AutoDiscover/AutoDiscover.xml.

• Адрес для подключения: https://autodiscover.contoso.com/AutoDiscover/AutoDiscover.xml.

• URL-адрес автообнаружения для перенаправления: https://autodiscover.contoso.com/autodiscover/autodiscover.xml.

• Поиск записи SRV DNS.

Некоторые имена узлов и URL-адреса можно настроить с помощью Центра администрирования Exchange (EAC) и командной консоли Exchange, в то время как другие требуют использования PowerShell. Дополнительные сведения об этом см. в статье Настройка потока обработки почты и клиентского доступа.

С помощью службы автообнаружения Outlook находит новую точку подключения на базе почтового ящика пользователя. То есть идентификатор автообнаружения состоит из GUID, символа @ и доменного имени из основного SMTP-адреса пользователя. Служба автообнаружения возвращает клиенту следующую информацию:

• отображаемое имя пользователя;

• индивидуальные параметры каждого внутреннего или внешнего подключения;

• сведения о расположении почтового ящика пользователя (сервере почтовых ящиков, который содержит активную копию почтового ящика);

• URL-адреса для различных функций Outlook, которые управляют функциями, такими как сведения о доступности, единая система обмена сообщениями (UM) в Exchange 2016 (но не в Exchange 2019) и автономная адресная книга (OAB)

• параметры сервера Мобильный Outlook.

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

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

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

Другие клиенты

Служба автообнаружения: предпочтительный метод для обнаружения всех служб в Skype для бизнеса Server 2015. При успешном подключении она возвращает URL-адреса всех веб-служб в домашнем пуле пользователя, в том числе службы Mobility Service, или Mcx (так называется виртуальный каталог, создаваемый для службы в IIS), Lync Web App и веб-планировщика. Однако и внутренний, и внешний URL-адреса службы Mobility Service связаны с внешним полным доменным именем веб-служб. Поэтому мобильное устройство всегда подключается к службе Mobility Service извне, используя обратный прокси-сервер, независимо от того, является ли оно внешним по отношению к сети. Служба автообнаружения также возвращает ссылки на Internal/UCWA, External/UCWA и UCWA. UCWA — это веб-компонент Unified Communications Web API.

Настройка служб автообнаружения

Автообнаружение работает как с защищенными, так и не защищенными брандмауэром клиентскими приложениями, подходит для сценариев с лесом ресурсов и несколькими лесами. В случае клиентов EWS служба автообнаружения обычно используется для поиска URL-адреса конечной точки EWS, но она также может предоставлять информацию для настройки клиентов, использующих другие протоколы.

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

Создание запроса на сертификат — это первый шаг по установке нового сертификата на сервере Exchange для настройки шифрования протокола TLS для одной или нескольких служб Exchange. Такой запрос позволяет получить сертификат из центра сертификации (ЦС). Дополнительную информацию см. в следующих статьях:

• Цифровые сертификаты и шифрование в Exchange Server

• Создание запроса сертификата Exchange Server для центра сертификации

Управление службами автообнаружения

В развертываниях, в которых клиенты подключаются к нескольким серверам Exchange Server, объект SCP автообнаружения создается для служб клиентского доступа (интерфейсных) на каждом сервере почтовых ящиков. Объект SCP содержит атрибут ServiceBindingInfo с полным доменным именем сервера Exchange, к которому клиент подключается в виде ( https://<ExchangeServer>/autodiscover/autodiscover.xml например, https://cas01/autodiscover/autodiscover.xml).

Тесты автообнаружения Exchange ActiveSync и Outlook Autodiscovery можно запустить в анализаторе удаленного подключения (Майкрософт). Если пользователь использует локальную беспроводную сеть для подключения к Exchange, ему следует выполнить оба теста, чтобы убедиться, что локальная сеть позволяет подключаться к конечным точкам ActiveSync.

Справку по планированию и развертыванию служб автообнаружения в рамках развертывания Exchange см. в статье Планирование и развертывание Exchange Server.