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

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

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

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

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

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

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

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

30–60 минут.

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

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

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

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

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

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

Версия локального сервера Exchange в среде

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

Процесс предоставления сведений о доступности в Exchange 2010 или 2013

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

P3_ExchangeWorkFlow
 


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

Процесс предоставления сведений о доступности в Exchange 2007

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

P4_ExchangeWorkFlow
 


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

Процесс предоставления сведений о доступности в Exchange 2003

На следующей схеме показан процесс предоставления сведений о доступности в 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 2003 не удается просмотреть сведения о доступности пользователя облака

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

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

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

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

Убедитесь, что атрибут 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 сервера},стоимость.

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

Пользователю Exchange 2003 не удается просмотреть сведения о доступности пользователя облака

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

Добавьте общедоступную папку 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.


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

Пользователю Exchange 2003 не удается просмотреть сведения о доступности пользователя облака

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

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

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

Пользователю Exchange 2003 не удается просмотреть сведения о доступности пользователя облака

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

Чтобы изменить разрешения клиента для реплики сведений о доступности в папке 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
     

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

Пользователю Exchange 2003 не удается просмотреть сведения о доступности пользователя облака

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

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

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

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

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

Пользователю Exchange 2007 не удается просмотреть сведения о доступности пользователя облака

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

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

Убедитесь, что адресное пространство доступности настроено надлежащим образом. Например, может быть неправильно настроен параметр 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.


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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


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

Локальному пользователю не удается просмотреть сведения о доступности пользователя облака

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

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

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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

Если в вашей среде необходимо настроить параметры веб-прокси, убедитесь, что локальные серверы 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


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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

  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.


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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

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

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


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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

Подключитесь к 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.


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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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

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

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

Пользователю Exchange 2010 или 2013 не удается просмотреть сведения о доступности пользователя облака

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

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


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

В Exchange 2010 или 2013 не работает локальное состояние занятости

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

Устранение основных проблем с общедоступными папками

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

Поздравляем, проблема в работе устранена!

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

Средства и ресурсы

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


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

Все еще есть проблемы?

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

Свойства

Номер статьи: 10092 — последний просмотр: 6 окт. 2016 г. — редакция: 4

Отзывы и предложения