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

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 2667844
Примечание Мастер настройки гибридного, включенный в консоль управления Exchange в Microsoft Exchange Server 2010 больше не поддерживается. Таким образом больше не следует использовать мастер настройки гибридного старого. Вместо этого используйте мастер конфигурации гибридного Office 365, доступные на http://AKA.MS/HybridWizard. Дополнительные сведения см. Мастер настройки гибридного Office 365 для Exchange 2010.
ПРОБЛЕМА
В Microsoft Office 365, в котором гибридный сервер работает Exchange Server 2010 есть гибридного развертывания на предприятии Microsoft Exchange Server и Microsoft Exchange Online. Тем не менее пользователи не могут просматривать данные для удаленного пользователя. Когда пользователь пытается просмотреть данные для удаленного пользователя, сведения о занятости не отображается. Вместо этого пользователь могут возникнуть одно или несколько из следующих симптомов:
  • Сведения о занятости для удаленного пользователя в календаре отображается как число знаков решетки (#).
  • В Outlook Web App отображается «ошибка 5037».
  • Microsoft Outlook <FileName>-fb.log и <FileName>-as.log-файлы содержат сообщение об ошибке, подобное приведенному ниже:</FileName> </FileName>
    <FreeBusyResponse><ResponseMessage responseclass="Error"><MessageText>Вызывающий оператор не имеет доступа к данным о занятости.</MessageText> <ResponseCode>ErrorNoFreeBusyAccess</ResponseCode> <DescriptiveLinkKey>0</DescriptiveLinkKey><MessageXml><> </MessageXml></ResponseMessage></FreeBusyResponse>
    xmlns = «http://schemas.microsoft.com/exchange/services/2006/errors» настроек Microsoft.Exchange.InfoWorker.Common.Availability.NoFreeBusyAccessException<>
    xmlns = «http://schemas.microsoft.com/exchange/services/2006/errors» настроек 5037<>
    xmlns = «http://schemas.microsoft.com/exchange/services/2006/errors» настроекИмя_сервера<>
    xmlns = «http://schemas.microsoft.com/exchange/services/2006/errors» настроек https://<Server>.outlook.com/EWS/Exchange.asmx/WSSecurity<FreeBusyView> <><b00> </b00></> </FreeBusyView> </Server>
    xmlns = «http://schemas.microsoft.com/exchange/services/2006/types» настроек нет
Например Office 365 пользователь не может просматривать данные для локального пользователя. Однако другие пользователи могут просматривать данные для этого же пользователя на предприятии.
ПРИЧИНА
Эта проблема возникает, если имя домена для адреса электронной почты протокола SMTP (простой) пользователя, который пытается просмотреть информацию свободно/занято не включены в имена доменов в отношении организации. Например при выполнении Теста OrganizationRelationship командлет, выводится следующий результат:
RunspaceId: a6c3799f-2ecd-4d79-ae4b-6c470ddd1dee
Удостоверение:
Код: LocalFederatedDomainsAreMissingFromTheRemoteOrganizationRelationsipDomains
Состояние: предупреждение
Описание: Существует локально федеративные домены, которые не представлены в списке доменов для
объект отношения удаленной организации.
IsValid: True
Это происходит, если домен SMTP не был добавлен вручную связь организации. Это также может возникнуть, если выполняются следующие условия:
  • Перед обновлением в локальную среду Exchange Server 2010, создана учетная запись пользователя Office 365.
  • Использовался мастер настройки гибридного в Exchange Server 2010 в среде на предприятии для настройки доверия федерации.
Например имя домена пользователя Office 365 — contoso.com. В этом случае учетная запись пользователя Office 365 не @contoso.mail.onmicrosoft.com как один из его адреса прокси-сервера. Запрос в среду на предприятии используется @contoso.com вместо @contoso.mail.onmicrosoft.com для учетной записи Office 365. Запрос отклоняется, поскольку связь организации среды на предприятии не имеет contoso.com, добавления к ней.
РЕШЕНИЕ
Чтобы устранить эту проблему, измените связь организации среды на предприятии включить SMTP-домен пользователя, испытывает проблемы. Для этого воспользуйтесь одним из следующих способов.

Метод 1: Использовать консоль управления Exchange

  1. На сервере Exchange на предприятии откройте консоль управления Exchange и нажмите кнопку Конфигурация организации в группе Microsoft Exchange на предприятии.
  2. Перейдите на вкладку Связи организации и затем просмотрите свойства связи организации.
  3. Перейдите на вкладку Внешние организации , введите имя федеративного домена в поле федеративных доменов внешней организации Exchange и нажмите кнопку Добавить.
  4. Повторите шаг 3 для каждого домена, который требуется добавить.
  5. Нажмите кнопку ОК.

Метод 2: Использование среды управления Exchange

  1. На сервере, на предприятии откройте командной консоли Exchange.
  2. Настройка связей организации как переменная. Например запустите следующую команду

    $OrgRel = Get-OrganizationRelationship Contoso
  3. Дополнительных доменных имен, которые нужно добавьте к переменной. Например выполните следующую команду:
    $OrgRel.DomainNames += "contoso.com"
  4. Обновление отношений организации с использованием нового значения имен домена. Например выполните следующую команду:
    Set-OrganizationRelationship $OrgRel.Name -DomainName $OrgRel.DomainNames
Дополнительные сведения
Для выявления проблемы в Office 365, выполните следующие действия.
  1. Подключиться к Exchange через Интернет с помощью удаленного PowerShell. Дополнительные сведения о том, как сделать это перейдите на следующий веб-узел корпорации Майкрософт:
  2. Сравните SMTP-адрес пользователя, имеющего отношение организации. Чтобы сделать это, выполните следующую команду:
    if ( (Get-OrganizationRelationship).DomainNames -contains (Get-Mailbox user).PrimarySmtpAddress.Domain) { write-host "The domain was found" -ForegroundColor Green } else { write-host (Get-Mailbox user).PrimarySmtpAddress.Domain "was not found" -ForegroundColor Yellow}
    Примечание Можно также сравнить каждый домен, указанный в обслуживаемые домены с доменными именами, в отношении организации. Чтобы сделать это, выполните следующую команду:
    Get-AcceptedDomain | ForEach-Object { if ( (Get-OrganizationRelationship).DomainNames -contains $_.DomainName) { write-host $_.DomainName "was found" -ForegroundColor Green } else { write-host $_.DomainName "was not found" -ForegroundColor Yellow} }
Дополнительные сведения
По-прежнему нужна помощь? Перейти к Сообщество Майкрософт или Форумы TechNet Exchange.

Руководство для устранения неполадок.

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 2667844 — последний просмотр: 11/11/2016 00:26:00 — редакция: 18.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2010 Enterprise

  • o365 hybrid gwt guided walk through kbtshoot kbmt KB2667844 KbMtru
Отзывы и предложения