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

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

Пользователи в любой из сред федеративной организации Exchange не смогут получать сведения о доступности из почтовых ящиков, которые находятся в другой среде. В этом случае проблема может быть в том случае, если приложение Outlook не устарело или служба Exchange Federation не настроена должным образом. Чтобы устранить эту проблему, посоветуйте пользователям определить, возникает ли проблема при использовании 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 Federation в Организации. В этом случае ознакомьтесь с разделом " Помощник по развертыванию 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. Убедитесь, что в разделе имя_домена отображаются следующие элементы:

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

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

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

   • Имя

   • TargetApplicationUri

   • TargetAutodiscoverEpr

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

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

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

   Get-SharingPolicy | FL

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

   Подключение к Exchange Online с помощью удаленной оболочки PowerShell

8. После подключения к Exchange Online выполните в окне Windows PowerShell указанную ниже команду, как в локальной среде, а затем запишите значение в поле Domains (домены ).

   Get-SharingPolicy

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

   Set-SharingPolicy

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

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

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

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

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

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

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

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

1. Вы можете установить роль почтового ящика на том же сервере, на котором установлена роль сервера клиентского доступа (ЦС), используемая для поддержки Федерации. Дополнительные сведения о том, как это сделать с помощью помощника по развертыванию Microsoft Exchange Server, можно найти в помощнике по развертыванию Exchange Server.

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

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

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

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

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

3. Если тест не удалось выполнить, проверьте параметры локального прокси-сервера и брандмауэра. Убедитесь, что ЦС Exchange Online доступен через Интернет через порт 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 . Если это значение пусто или не задано, облачные почтовые ящики не смогут просматривать сведения о доступности для локальных почтовых ящиков.

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

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

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

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