Устранение неполадок со сведениями о доступности в гибридной среде Exchange


Какие функции выполняет это руководство?

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

Кто может использовать это средство?

Администраторы клиента. Для многих действий потребуются повышенные права доступа.

Как работает это средство?

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

Примерное время выполнения.

30–60 минут.

Выберите вариант, наиболее точно соответствующий вашей проблеме:

Примечание. Если вы хотите узнать подробнее об использовании сведений о доступности в гибридных развертываниях, выберите "Мне нужно больше информации об использовании сведений о доступности в гибридной среде".

Выберите вариант, наиболее точно соответствующий вашей проблеме:

Примечание. Если вы хотите узнать подробнее об использовании сведений о доступности в гибридных развертываниях, выберите "Мне нужно больше информации об использовании сведений о доступности в гибридной среде".

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

На следующей схеме показан процесс предоставления сведений о доступности в Exchange 2010 или 2013:

P3_ExchangeWorkFlow
 


Устранена ли проблема?

На следующей схеме показан процесс предоставления сведений о доступности в Exchange 2007:

P4_ExchangeWorkFlow
 


Устранена ли проблема?

На следующей схеме показан процесс предоставления сведений о доступности в Exchange 2003:

P5_ExchangeWorkFlow
 


Устранена ли проблема?

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


Удалось ли вам просмотреть сведения о доступности?

Это руководство предназначено для диагностики проблем со сведениями о доступности в гибридной среде. Это не является неотложной проблемой. Устранив неполадки состояния занятости в локальной среде, перезапустите это средство устранения неполадок.

Указания по устранению распространенных неполадок, связанных со сведениями о доступности, см. в статье Устранение неполадок, связанных со сведениями о доступности для Outlook 2007.

Чтобы определить, какое сообщение об ошибке поступает из Office Web Apps:

  1. Войдите на портал по адресу http://portal.MicrosoftOnline.com, используя учетные данные пользователя, испытывающего эту проблему.
  2. В верхней части страницы выберите Outlook. Откроется приложение Outlook Web App.
  3. Создайте приглашение на собрание и добавьте к нему локального пользователя.
  4. Когда будут возвращены метки хеширования, наведите на них указатель мыши, чтобы просмотреть сообщение об ошибке. Запомните код ошибки.

P8_FreeBusyStutas
 


Выберите этот код в приведенном ниже списке, чтобы выполнить только нужные действия по устранению неполадок.

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

Способ 1. Убедитесь, что адрес службы автообнаружения разрешается в адрес сервера клиентского доступа Exchange.

  1. Откройте на внешнем компьютере командную строку и введите следующие команды, нажимая клавишу ВВОД после каждой из них:
    • NSLookup
    • autodiscover.<Ваш_домен.com>
  2. Значение Address в выводе команды должно быть внешним IP-адресом локального сервера клиентского доступа Exchange. Пример. Имя: autodiscover.contoso.com Адрес: 38.96.29.10

Способ 2. Убедитесь, что вы можете отправить запрос автообнаружения POST на потенциальные URL-адреса автообнаружения

  1. Перейдите по адресу https://www.testexchangeconnectivity.com
  2. В разделе "Тесты на возможность подключения Microsoft Office Outlook" выберите "Служба автообнаружения Outlook" и нажмите кнопку Далее.
  3. Заполните форму "Служба автообнаружения Outlook" (адрес электронной почты, имя пользователя и пароль), а затем нажмите Выполнить проверку.

Если тесты на возможность подключения к Exchange обнаружат неполадки службы автообнаружения, проверьте настройки доступа к Интернету для локальной службы автообнаружения. Для получения дополнительных сведений о том, как это сделать, обратитесь к статье библиотеки Microsoft TechNet Настройка доступа к Интернету для службы автообнаружения.


Устранена ли проблема?

Убедитесь, что конечная точка службы автообнаружения указывает на локальные серверы гибридной среды Exchange.

Откройте журналы IIS на сервере гибридной среды Exchange и убедитесь, что сервер получает запросы POST службы автообнаружения:

  1. На сервере гибридной среды Exchange нажмите кнопку "Пуск", выберите пункт "Выполнить", введите %СистемныйДиск%\inetpub\logs\LogFiles и нажмите клавишу ВВОД.
  2. Откройте папку W3SVC1, а затем откройте файл последнего журнала IIS
  3. Выполните поиск по запросу Autodiscover.
  4. На следующем снимке экрана показан пример запроса POST от службы автообнаружения в журнале IIS: 

P10_error5039
 


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


Устранена ли проблема?

Указано ли доменное имя в отношении организации?

Чтобы проверить доменное имя в связи организации:

  1. Подключитесь к Exchange Online с помощью Windows PowerShell. Для получения дополнительных сведений о том, как это сделать, обратитесь к статье Дистанционное подключение Windows PowerShell к службе Exchange Online.
  2. В консоли Windows PowerShell введите следующую команду: Get-OrganizationRelationship -Identity "Связь Exchange Online с локальной организацией" | FL
  3. Проверьте значение DomainName. В нем должен быть указан именной домен (вашдомен.com).
  4. Если значение DomainName не содержит именной домен, выполните следующую команду: Set-OrganizationRelationship -Identity "Связь Exchange Online с локальной организацией" –DomainName вашдомен.com

Устранена ли проблема?

Сопоставление обработчика IIS отсутствует?

Проверьте, присутствует ли в конфигурации служб IIS сопоставление обработчика svc-Integrated для конечной точки службы автообнаружения.

  1. На локальном сервере гибридного развертывания Exchange 2010 откройте диспетчер IIS.
  2. Разверните узел "ИмяСервера" -- > "Сайт" -- > "Веб-сайт по умолчанию" и выберите пункт "Служба автообнаружения".
  3. В разделе IIS откройте "Сопоставления обработчиков". На следующем снимке экрана показан пример сопоставления обработчика svc-Integrated в службах IIS:
    P12_HandlerMapping
     

Если в конфигурации служб IIS отсутствует сопоставление обработчика svc-Integrated, обратитесь к статье Ошибка "Адресат вызова создал исключение" в гибридном развертывании Office 365 и локальной среде.


Устранена ли проблема?

Чтобы убедиться, что в веб-службе Exchange настроен внешний URL-адрес:

  1. На сервере гибридного развертывания Exchange откройте командную консоль Exchange и выполните следующий командлет: Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
  2. Если на сервере гибридного развертывания Exchange не настроен параметр ExternalURL, выполните следующий командлет: Set-WebServicesVirtualDirectory -Identity "ИмяСервера\EWS (Веб-узел по умолчанию)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx

Устранена ли проблема?

Убедитесь, что веб-службы Microsoft Exchange (EWS) разрешимы, а брандмауэр работает нормально.

Откройте журналы IIS на серверах клиентского доступа Exchange 2010 или 2013 и убедитесь, что они получают запросы веб-служб. Для этого выполните указанные ниже действия.

  1. На сервере клиентского доступа Exchange 2010 или 2013 нажмите кнопку Пуск, выберите пункт Выполнить, введите %SystemDrive%\inetpub\logs\LogFiles, и нажмите клавишу ВВОД.
  2. Откройте папку W3SVC1, а затем — файл последнего журнала IIS
  3. В файле последнего журнала IIS выполните поиск по запросу exchange.asmx/wssecurity. На следующем снимке экрана показан пример запроса в журнале IIS:
    P15_error5016
     
  4. Если на локальном сервере гибридного развертывания Exchange 2010 или 2013 отсутствует раздел exchange.asmx/wssecurity, возможно, брандмауэр указывает на неправильный сервер клиентского доступа или в нем включена предварительная проверка подлинности. Сведения о том, как обойти предварительную проверку подлинности в брандмауэре, см. в статье Настройка TMG для гибридных развертываний Office 365 (Exchange).

Устранена ли проблема?

Сопоставление обработчика IIS для веб-служб Exchange отсутствует?

Проверьте, присутствует ли в конфигурации служб IIS сопоставление обработчика svc-Integrated для конечной точки веб-службы Exchange.

  1. На локальном сервере гибридного развертывания Exchange откройте диспетчер IIS.
  2. Разверните узел ИмяСервера -- > Сайт -- > Веб-узел по умолчанию и выберите EWS.
  3. В области IIS откройте Сопоставления обработчиков. На следующем снимке экрана показан пример сопоставления обработчика svc-Integrated в службах IIS:
    P17_HandlerMapping
     
  4. Если в конфигурации служб IIS отсутствует сопоставление обработчика svc-Integrated, обратитесь к статье службы поддержки Ошибка "Адресат вызова создал исключение" в гибридном развертывании Office 365 и локальной среде.

Устранена ли проблема?

Включен ли метод проверки подлинности WSSecurity?

На локальном сервере гибридного развертывания Exchange откройте командную консоль Exchange и выполните следующую команду: Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Если метод WSSecurity не указан в параметре ExternalAuthenticationMethods на сервере гибридного развертывания Exchange, выполните следующую команду: Set-WebServicesVirtualDirectory -Identity "ИмяСервера\EWS (Веб-узел по умолчанию)" –WSSecurityAuthentication $true


Устранена ли проблема?

Убедитесь, что параметры связи организации настроены правильно, чтобы пользователи могли просматривать сведения о доступности.

Параметры веб-службы

  1. Подключитесь к Exchange Online с помощью Windows PowerShell. Для получения дополнительных сведений о том, как это сделать, обратитесь к статье Дистанционное подключение Windows PowerShell к службе Exchange Online.
  2. В консоли Windows PowerShell введите следующую команду: Get-OrganizationRelationship -Identity "Связь Exchange Online с локальной организацией" | FL

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.

Параметры локальной среды

  1. На сервере клиентского доступа Exchange 2010 или 2013 откройте командную консоль Exchange и введите следующую команду: Get-OrganizationReationship -Identity "Связь Exchange Online с локальной организацией"

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.


Устранена ли проблема?

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

Удается ли вам воспроизвести неполадку с помощью локального почтового ящика Exchange 2010?

  1. Войдите в Outlook или клиент Outlook Web App от имени пользователя, у которого есть локальный почтовый ящик Exchange 2010.
  2. Создайте приглашение на собрание и добавьте к нему пользователя облака.
  3. Отображаются ли метки хеширования для пользователя облака в помощнике по планированию?

Убедитесь, что жестко заданные пути к общедоступным папкам не помешают устаревшему запросу сведений о доступности.

Примечание. Эта проблема возникает редко.

Убедитесь, что атрибут ms-Exch-Folder-Affinity-List в свойствах Exchange Server 2003 имеет значение ObjectGUID Exchange 2010 с минимальной стоимостью (это свойство имеет следующий формат: {GUID сервера},стоимость).

  1. На контроллере домена в меню Пуск выберите пункт Выполнить, введите команду adsiedit.msc и нажмите кнопку ОК.
  2. Щелкните правой кнопкой мыши элемент Редактирование ADSI и выберите пункт Подключиться к.
  3. В окне Выберите известный контекст именования выберите команду Настройка и нажмите кнопку ОК.
  4. Разверните узел Настройка -- > Службы -- > Microsoft Exchange -- > Основная организация -- > Административная группа Exchange (FYDIBOHF23SPDLT) -- > Серверы.
  5. Щелкните правой кнопкой мыши элемент Сервер Exchange 2010 и выберите пункт Свойства.
  6. Скопируйте значение objectGUID и вставьте его в текстовый файл в Блокноте.
  7. Откройте раздел Настройка -- > Службы -- > Microsoft Exchange -- > Основная организация -- > Основная административная группа -- > Серверы.
  8. Щелкните правой кнопкой мыши элемент Exchange Server 2003 и выберите пункт Свойства.
  9. Убедитесь, что в качестве значения ms-Exch-Folder-Affinity-List задано objectGUID Exchange 2010. Если objectGUID Exchange 2010 не указано в значении ms-Exch-Folder-Affinity-List, его можно найти, используя следующий формат: {GUID сервера},стоимость.

Устранена ли проблема?

Присутствуют ли внешние сведения о доступности и правильно ли они реплицируются?

Добавьте общедоступную папку OU=EXTERNAL (FYDIBOHF25SPDLT). Для этого выполните указанные ниже действия.

  1. Подключитесь к локальному серверу общедоступных папок Exchange 2010 с пакетом обновления 1 (SP1) или более поздней версии.
  2. Откройте Windows PowerShell.
  3. Выполните следующий командлет: Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup
  4. Выполните следующий командлет: Install-FreeBusyFolder

Примечание. Общедоступная папка OU=EXTERNAL (FYDIBOHF25SPDLT) должна присутствовать только на серверах Exchange 2010 и НЕ должна реплицироваться в Exchange 2003 и Exchange 2007.


Устранена ли проблема?

Убедитесь, что для объекта получателя на локальном сервере правильно настроен параметр LegacyExchangeDN.

  1. Каждому почтовому ящику в облаке будет соответствовать локальный объект, поддерживающий почту. Для подобных запросов сведений о доступности используется LegacyExchangeDN, чтобы направить запрос на соответствующий сервер общедоступных папок. Чтобы убедиться в правильности значения:
  2. На сервере Exchange 2010 откройте командную консоль Exchange и введите следующую команду: Get-RemoteMailbox Имя_пользователя |fl LegacyExchangeDN, где "Имя_пользователя" — это имя пользователя облака, сведения о доступности которого требуется просмотреть.
  3. Убедитесь, что путь содержит папку External (FYDIBOHF25SPDLT). Например, в результатах может отображаться следующий путь: 
    P24_CannotSeeBusyFree
     

Устранена ли проблема?

Проверьте разрешения для общедоступной папки.

Чтобы изменить разрешения клиента для реплики сведений о доступности в папке External (FYDIBOHF25SPDLT) с помощью консоли управления общими папками Exchange 2010:

  1. Запустите консоль управления Exchange 2010.
  2. В дереве консоли выберите Инструменты.
  3. На панели результатов выберите Консоль управления общими папками, а затем на панели действий нажмите Открыть средство. Откроется консоль управления общими папками.
  4. В консоли управления общими папками на панели действий нажмите Подключиться к серверу.
  5. В окне Подключение к серверу нажмите кнопку Обзор, чтобы открыть список доступных серверов почтовых ящиков, на которых размещается база данных общедоступных папок.
  6. В разделе Выберите серверы общих папок выберите сервер Exchange 2010. Нажмите кнопку ОК и затем еще раз ОК.
  7. В дереве общедоступных папок откройте папку Системная общая папка -- > SCHEDULE+ FREE/BUSY
  8. На панели результатов щелкните правой кнопкой мыши папку EX:/O=FIRST ORGANIZATION/OU=EXTERNAL (FYDIBOHF25SPDLT) и выберите пункт Свойства.
  9. На вкладке Разрешения убедитесь, что для пользователя по умолчанию выбран уровень разрешений Редактировать все
    P25_CannotSeeBusyFree
     

Устранена ли проблема?

Существует ли почтовый ящик разрешения конфликтов и не поврежден ли он?

Редактировать почтовый ящик разрешения конфликтов можно с помощью средства ADSIEdit. Федеративная учетная запись электронной почты должна быть расположена в контейнере пользователей Active Directory, выбранном по умолчанию для домена Exchange 2010.

Воспользуйтесь одним из следующих вариантов:

  1. Откройте средство adsiedit.
    1. Подключитесь к контексту именования в Active Directory по умолчанию.
    2. Перейдите к контейнеру пользователей и просмотрите свойства федеративной учетной записи электронной почты.
    3. Измените атрибуты прокси-адресов учетной записи так, либо сделать ОДИН из SMTP-адресов федеративным либо добавить имеющееся пространство имен прокси-адресов в доверие федерации.
  2. В Exchange Server 2003 откройте раздел "Пользователи и компьютеры Active Directory".
    1. Переместите контейнер "Пользователи" и щелкните правой кнопкой мыши учетную запись FederatedEmail, а затем выберите пункт "Свойства".
    2. Открыв вкладку "Адреса электронной почты", можно добавить еще один прокси-адрес для уже настроенных пространств имен федерации или существующее основное пространство имен SMTP в доверие федерации.

Устранена ли проблема?

Удается ли воспроизвести неполадку с локальным почтовым ящиком Exchange 2010 или 2013?

  1. Войдите в Outlook или клиент Outlook Web App от имени пользователя, у которого есть локальный почтовый ящик Exchange 2010 или 2013.
  2. Создайте приглашение на собрание и добавьте к нему пользователя облака.
  3. Отображаются ли метки хеширования для пользователя облака в помощнике по планированию?

Убедитесь, что адресное пространство доступности настроено надлежащим образом. Например, может быть неправильно настроен параметр AvailabilityAddressSpace. Убедитесь, что значение ProxyURL конфигурации AvailabilityAddressSpace равно значению InternalURL виртуального каталога веб-службы сервера клиентского доступа Exchange 2010 или 2013. Для этого выполните указанные ниже действия.

  1. На локальном сервере выполните следующие команды в командной консоли Exchange:
    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
  2. Если значения ProxyURL и InternalURL не совпадают, выполните следующие команды:
    Remove-AvailabilityAddressSpace -Identity ‘contoso.mail.onmicrosoft.com'
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
  3. Если значения ProxyURL и InternalURL не совпадают, убедитесь, что URL-адрес доступен с сервера клиентского доступа Exchange 2007. Для этого перенесите ProxyURL в AvailabilityAddressSpace из CAS 2007. Выполните проверку подлинности с использованием учетных данных исходного почтового ящика Exchange 2007. Ожидается следующий результат: 
    P28_CannotAccessBusyFree
     

Примечание. Свойство InternalURL виртуального каталога веб-службы сервера клиентского доступа Exchange 2010 или 2013 должно отличаться от аналогичного свойства в Exchange 2007.


Устранена ли проблема?

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


Удалось ли вам просмотреть сведения о доступности?

Определите, какое сообщение об ошибке поступает от Office Web Apps.

  1. Войдите в локальную службу Office Web Apps, используя учетную запись пользователя, испытывающего проблему.
  2. Создайте приглашение на собрание и добавьте к нему локального пользователя.
  3. Когда будут возвращены метки хеширования, наведите на них указатель мыши, чтобы просмотреть сообщение об ошибке. Запомните код ошибки.
    P30_OnPremisesCannotSeeBusyFree
     

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

Если в вашей среде необходимо настроить параметры веб-прокси, убедитесь, что локальные серверы Exchange 2010 и 2013 используют их.

На локальном сервере Exchange 2010 и 2013 откройте командную консоль Exchange и введите следующую команду: "Get-ExchangeServer | fl InternetWebProxy."

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

Чтобы устранить эту проблему, выполните следующую команду, заменив адрес и номер порта http://192.168.5.56:8080 значениями для вашего сервера:

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080


Устранена ли проблема?

Убедитесь, что параметры связи организации настроены правильно, чтобы пользователи могли просматривать сведения о доступности.

Параметры веб-службы

  1. Подключитесь к Exchange Online с помощью Windows PowerShell. Для получения дополнительных сведений о том, как это сделать, обратитесь к статье Дистанционное подключение Windows PowerShell к службе Exchange Online.
  2. В консоли Windows PowerShell введите следующую команду: Get-OrganizationRelationship -Identity "Связь Exchange Online с локальной организацией" | FL

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.

Параметры локальной среды

На сервере клиентского доступа Exchange 2010 или 2013 откройте командную консоль Exchange и введите следующую команду:

Get-OrganizationReationship -Identity "Связь Exchange Online с локальной организацией"

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.


Устранена ли проблема?

Убедитесь, что время, установленное на вашем сервере, отклоняется от точного не более чем на 5 минут. В противном случае связи со шлюзом федерации становятся недействительны. Это приводит к сбою сведений о доступности.

Сведения о том, как устранить проблемы со временем сервера, см. в статье Настройка полномочного сервера времени в операционной системе Windows Server.


Устранена ли проблема?

Проверьте, указан ли правильный адрес назначения в локальном MEU. Каждому почтовому ящику в облаке будет соответствовать локальный объект. Для этого объекта должен быть задан правильный адрес удаленного перенаправления (еще называется "конечным"). Адрес удаленного перенаправления должен содержать имя домена вида ИмяКлиента.Mail.OnMicrosoft.com.

Чтобы проверить наличие адресов удаленного перенаправления:

  1. На сервере Exchange 2010 или 2013 откройте командную консоль Exchange и введите следующую команду: Get-RemoteMailbox Имя_пользователя |fl RemoteRoutingAddress, где "Имя_пользователя" — это имя пользователя облака, сведения о доступности которого требуется просмотреть.
  2. Убедитесь, что адрес имеет вид ИмяКлиента.Mail.OnMicrosoft.com
    P34_CannotSeeBusyFree
     

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


Устранена ли проблема?

Убедитесь, что параметры связи организации настроены правильно, чтобы пользователи могли просматривать сведения о доступности.

Параметры веб-службы

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

В консоли Windows PowerShell введите следующую команду: Get-OrganizationRelationship -Identity "Связь Exchange Online с локальной организацией" | FL

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {Contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel: LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.

Параметры локальной среды

На сервере клиентского доступа Exchange 2010 или 2013 откройте командную консоль Exchange и введите следующую команду: Get-OrganizationReationship -Identity "Связь Exchange Online с локальной организацией"

Вывод должен иметь следующий вид:

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames: {xxxx.mail.onmicrosoft.com,contoso.com}
  • FreeBusyAccessEnabled : True
  • FreeBusyAccessLevel : LimitedDetails

Чтобы изменить значение свойства, используйте командлет set-OrganizationRelationship. Дополнительные сведения о его синтаксисе и параметрах см. в статье Set-OrganizationRelationship.


Устранена ли проблема?

Убедитесь, что можно создать маркер с доверием тестовой федерации.

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

  1. Откройте командную консоль Exchange на локальном сервере Exchange 2010 или 2013.
  2. Выполните следующую команду: Test-FederationTrust –UserIdentity Пользователь@company.com –verbose, где "Пользователь" — это локальный пользователь, у которого возникают проблемы с просмотром сведений о доступности пользователя облака.
  3. В выводе команды должны быть показаны результаты всех проверок. Если возникает сбой, попробуйте сбросить доверие федерации с помощью мастера гибридной конфигурации.
    P36_CannotSeeBusyFree
     

Устранена ли проблема?

Если время сервера отличается от точного более чем на 5 минут, связи со шлюзом федерации становятся недействительны. Это приводит к сбою сведений о доступности.

Сведения о том, как устранить проблемы со временем сервера, см. в статье Настройка полномочного сервера времени в операционной системе Windows Server.


Устранена ли проблема?

Это руководство предназначено для устранения неполадок, связанных со сведениями о доступности в гибридной среде. Судя по вашим ответам, в вашей локальной среде имеются проблемы. Указания по устранению распространенных неполадок, связанных со сведениями о доступности, см. в статье Устранение неполадок, связанных со сведениями о доступности для Outlook 2007.

Это руководство не предназначено для устранения неполадок, связанных с общедоступными папками. Сведения об устранении этих неполадок см. в статье Устранение неполадок репликации общих папок в Exchange 2000 Server и Exchange Server 2003.

Благодарим за использование этого руководства.

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


Была ли эта статья полезной?

К сожалению, эту проблему невозможно решить с помощью данного руководства.