Поделиться через


Не удалось получить federationInformation или метод 405 не разрешен в гибридном развертывании.

Исходный номер базы знаний: 2773628

Замечание

Мастер гибридной конфигурации, включенный в консоль управления Exchange в Microsoft Exchange Server 2010, больше не поддерживается. Поэтому вы больше не должны использовать старый мастер гибридной конфигурации. Вместо этого используйте мастер гибридной конфигурации Microsoft 365. Дополнительные сведения см. в мастере гибридной конфигурации Microsoft 365 для Exchange 2010.

Проблема

В гибридном развертывании Exchange Online в Microsoft 365 и локальной среде Exchange Server 2010 возникает один или несколько следующих симптомов:

  • При создании связи организации из организации Microsoft 365 с помощью параметра автообнаружения вы получите следующее сообщение об ошибке:

    Не удалось получить сведения о федерации от внешней организации

  • Когда пользователь Microsoft 365 пытается найти сведения о доступности для локального пользователя, не отображается информация о свободном или занятом.

  • При запуске командлета Windows PowerShell вы получите следующее Get-FederationInformation сообщение об ошибке:

    Ошибка HTTP
    Метод 405 не разрешен

При просмотре журналов служб IIS в C:\Inetpub\logs папке локального гибридного сервера Exchange 2010 отображается ошибка 405 для подключения к связанной конечной точке. Конечные точки приведены следующим образом:

  • Конечная точка перемещения почтовых ящиков: MrsProxy.svc.
  • Конечная точка автообнаружения — autodiscover.svc.

Например, запись об ошибке в журнале IIS может выглядеть следующим образом:

<Дата><Время> 10.10.10.1 POST /EWS/mrsproxy.svc - 443 test\admin 10.10.10.12 - 405 0 1 15

Причина

Эта проблема возникает, если в конфигурации IIS отсутствует сопоставление обработчика svc-Integrated. На следующем снимке экрана показан пример сопоставления обработчиков svc-Integrated в IIS:

Снимок экрана: окно конфигурации IIS.

Решение

Чтобы устранить эту проблему, в диспетчере IIS проверьте сопоставления обработчиков на уровне сервера:

  • Если отсутствует сопоставление обработчика svc-Integrated, перейдите к методу 1.
  • Если сопоставление обработчика svc-Integrated присутствует, перейдите к методу 2.

Метод 1. Переустановка сопоставлений обработчиков в IIS

Замечание

Перед выполнением этих действий создайте резервную копию конфигурации IIS.

Выполните команду ServiceModelReg.exe -r, чтобы переустановить сопоставления обработчиков в IIS. Для этого выполните следующие действия.

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

    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation

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

    ServiceModelReg.exe -r
    

    Замечание

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

Метод 2. Проверка сопоставлений обработчиков на уровне сервера

  1. В диспетчере IIS разверните веб-сайт по умолчанию и выберите виртуальный каталог автообнаружения.

  2. Откройте сопоставления обработчиков.

    • Если присутствует сопоставление обработчика svc-Integrated, перейдите к шагу 8.
    • Если сопоставление обработчика svc-Integrated отсутствует, перейдите к шагу 3.
  3. Создайте резервную копию файла web.config в виртуальном каталоге автообнаружения.

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

  5. Убедитесь, что сопоставление обработчика svc-Integrated присутствует в виртуальном каталоге Автообнаружение.

  6. Сброс виртуального каталога Автообнаружения. Для этого откройте оболочку управления Exchange и выполните следующие команды:

    Remove-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)"
    
    New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True
    
  7. Скопируйте обработчики из файла резервного копирования web.config, а затем вставьте их в файл web.config. Обработчики должны находиться внутри тегов <system.webServer> и </system.webServer> файла web.config.

    Как минимум, файл web.config должен содержать следующие обработчики:

    <handlers>
          <add name="AutodiscoverAsmxHandler" path="*.asmx" verb="*" type="System.ServiceModel.Activation.HttpHandler,
    System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" preCondition="integratedMode,runtimeVersionv2.0" />
          <add name="AutodiscoverXMLHandler" path="*.xml" verb="POST" type="System.ServiceModel.Activation.HttpHandler, System.ServiceModel,
    Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" preCondition="integratedMode,runtimeVersionv2.0" />
          <add name="AutodiscoverDiscoveryLegacyHandler" path="*.xml" verb="GET" type="Microsoft.Exchange.Autodiscover.WCF.LegacyHttpHandler,
    Microsoft.Exchange.Autodiscover, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="integratedMode,runtimeVersionv2.0" />
          <add name="AutodiscoverDiscoveryHandler" path="*.svc" verb="GET" type="Microsoft.Exchange.Autodiscover.WCF.AutodiscoverDiscoveryHttpHandler,
    Microsoft.Exchange.Autodiscover, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="integratedMode,runtimeVersionv2.0" />
        </handlers>
    
  8. Перезапустите IIS. Для этого выполните команду iisreset /noforce в командной строке.

Дополнительные сведения

При возникновении этой проблемы вы можете заметить, что другие подключения к серверу клиентского доступа (CAS), например при настройке профилей пользователей через службу автообнаружения, не затрагиваются. Это связано с тем, что эта операция не использует конечную точку svc. Любое подключение, использующее конечную точку svc, не работает в этой ситуации, но другие конечные точки обычно остаются не затронутыми.

Все еще нужна помощь? Обратитесь в сообщество Майкрософт или на форумы Exchange TechNet.