Как устранить неполадки, связанные с отображением сведений о доступности, при гибридном развертывании локальной версии Exchange Server и Exchange Online в Office 365

Сведения о доступности не могут быть получены из любой учетной записи в любой среде

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

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

Чтобы устранить эту проблему, попросите пользователей определить, возникает ли проблема при использовании Microsoft Outlook и использовании Outlook в Интернете (ранее Outlook Web App) для Office 365. Если поведение в Outlook и Outlook в Интернете отличается, проблема может быть в том, что клиент Outlook не соответствует требованиям федерации Exchange. Вот что следует попросить сделать пользователя.

1. Войдите на портал Office 365 (https://portal.office.com).

2. Щелкните Параметры () и щелкните Office 365.

3. Щелкните Программное обеспечение, а затем — Установить.

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

Если эта проблема возникает одинаково в Outlook и Outlook в Интернете, вероятно, существует проблема, связанная с настройкой федерации Exchange в вашей организации. В этом случае обратитесь к помощнику по развертыванию Microsoft Exchange Server, чтобы убедиться, что среда соответствует требованиям к системе.

Сведения о доступности не могут быть получены из одной среды

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

В этом сценарии проблема может быть вызвана неправильной настройкой URI целевого приложения. Кроме того, политики общего доступа в локальной среде Exchange Server и в Exchange Online могут не совпадать.

Чтобы устранить эту проблему, выполните следующие действия.

1. На локальном компьютере под управлением Exchange Server откройте командную консоль Exchange.

2. В командной строке введите следующую команду и нажмите клавишу ВВОД:

   Get-FederationInformation -domainname <Office 365 Domain> 

   В этой команде заполнитель <Office 365 домен> представляет домен Office 365 по умолчанию (например, contoso.onmicrosoft.com).

3. В результатах обратите внимание на значения TargetApplicationUri и TargetAutodiscoverEpr . Это параметры, которые должны быть у целевого домена, чтобы убедиться, что доверие федерации настроено правильно.

4. Чтобы отобразить сведения о доверии, настроенные для домена по умолчанию Office 365, выполните следующую команду:

   Get-OrganizationRelationship | FL

5. Убедитесь, что в разделе DomainNames отображаются следующие элементы:
   

   • Имя домена маршрутизации службы компании (например, mail.contoso.onmicrosoft.com).

   • Имя федеративного домена компании (например, contoso.com).

   Если эти имена не отображаются в разделе DomainNames , может возникнуть проблема, которая влияет на настройку федерации Exchange. Просмотрите помощник по развертыванию Microsoft Exchange Server, чтобы убедиться, что конфигурация соответствует рекомендуемой шагам и что среда соответствует всем требованиям к системе. Если два домена отображаются правильно в разделе DomainNames , обратите внимание на следующие разделы результатов:
   

   • Имя

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Значения TargetApplicationUri и TargetAutodiscoverEpr должны соответствовать эквивалентным значениям командлета Get-FederationInformation. Если значения не совпадают, выполните следующую команду, чтобы исправить разницу:

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. Если проблема доступности не исчезнет, убедитесь, что политики общего доступа в локальной среде Exchange Server и в Exchange Online совпадают. Чтобы определить это, выполните следующую команду в командной консоли Exchange, а затем запишите значение в поле Домены в результатах:

   Get-SharingPolicy | FL

7. Подключитесь к Exchange Online с помощью Windows PowerShell для выполнения того же теста в другой среде. Это необходимо, чтобы определить, соответствуют ли политики общего доступа. Дополнительные сведения о подключении к Exchange Online с помощью Windows PowerShell см. на следующем веб-сайте Майкрософт:

   Подключение к Exchange Online с помощью удаленного powerShell

8. После подключения к Exchange Online выполните следующую команду в окне Windows PowerShell, как это было для локальной среды, а затем запишите значение в поле Домены:

   Get-SharingPolicy

9. Значения доменов для двух сред должны совпадать. Если они не совпадают, можно использовать командлет Set-SharingPolicy , чтобы настроить поле Домены так, чтобы оно соответствовало с обеих сторон. Дополнительные сведения о командлете Set-SharingPolicy и об использовании этого параметра политики общего доступа см. на следующем веб-сайте Microsoft TechNet:

   Set-SharingPolicy

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

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

Сначала убедитесь, что на сервере установлены последние обновления. Дополнительные сведения см. в разделе Exchange Server Обновления: номера сборки и даты выпуска.

Если проблема не исчезнет, можно использовать командлет Test-FederationTrust для сбора дополнительных сведений о сбое. Для этого выполните следующие действия:

1. В командной консоли Exchange выполните следующую команду, в которой заполнитель <OnPremisesMailbox> представляет адрес электронной почты почтового ящика пользователя, размещенного в локальной среде:

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Примечание. Эта команда проверяет маркер доверия федерации, используемый локальным пользователем.

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

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

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

В этом случае задействованные почтовые ящики могут размещаться в Exchange Server 2003 г., а не в Exchange Server 2007 или Exchange Server 2010 г. Exchange Server 2003 не поддерживает запросы веб-служб Exchange, которые более поздние версии используют для получения сведений о доступности. Убедитесь, что все данные о доступности, хранящиеся в общедоступных папках Exchange Server 2003 года, реплицируются на сервер почтовых ящиков Exchange Server 2010, который может поддерживать базу данных общедоступных папок.

1. Роль почтового ящика можно установить на том же сервере, на котором установлена роль сервера клиентского доступа (CAS), используемая для поддержки федерации. Дополнительные сведения о том, как это сделать с помощью помощника по развертыванию Microsoft Exchange Server, см. в статье Помощник по развертыванию Exchange Server.

2. Если у пользователей облака по-прежнему возникают проблемы при попытке получить сведения о доступности для локальных почтовых ящиков, определите, есть ли проблема с подключением к локальной службе автообнаружения. Для этого выполните следующие действия:
   

   1. Откройте анализатор удаленного подключения Майкрософт на следующем веб-сайте Майкрософт:

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

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

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

3. В случае сбоя теста проверка параметры локального прокси-сервера и брандмауэра. Убедитесь, что доступ к Exchange Online CAS можно получить из Интернета через порт 443.

Сведения о доступности недоступны в гибридном развертывании между Exchange Online и локальной организацией Exchange 2003 или смешанной локальной организацией Exchange 2003 и Exchange 2007

В этом сценарии общедоступная папка OU=EXTERNAL (FYDIBOHF25SPDLT) отсутствует в иерархии общедоступных папок и должна быть добавлена.

Чтобы добавить общедоступную папку OU=EXTERNAL (FYDIBOHF25SPDLT), выполните следующие действия.

1. Подключитесь к локальному серверу общедоступных папок Exchange 2010 с сервера общедоступных папок.

2. Откройте Windows PowerShell.

3. Выполните следующую команду:
     Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Выполните следующую команду:
   
   Install-FreeBusyFolder

Облачные почтовые ящики не могут видеть сведения о доступности для локальных почтовых ящиков

При запуске Get-OrganizationRelationship | Командлет FL в удаленном окне PowerShell, подключенном к Exchange Online, значение параметра TargetSharingEpr должно быть задано правильно. Если это значение пустое, null или неправильное, облачные почтовые ящики не могут видеть сведения о доступности локальных почтовых ящиков.

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

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

Например, выполните следующую команду: 

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"