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

Статья
03/15/2024
Применяется к:

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

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

Примечание.

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

Проблема

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

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

Не удалось получить сведения о федерации из внешней организации
Когда пользователь Microsoft 365 пытается найти сведения о доступности для локального пользователя, информация о доступности не отображается.
При выполнении командлета Get-FederationInformation Windows PowerShell появляется следующее сообщение об ошибке:

Ошибка 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. Для этого выполните следующие действия:

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

C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation
Введите следующую команду и нажмите клавишу ВВОД:
```
ServiceModelReg.exe -r
```
Примечание.

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

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

В диспетчере IIS разверните узел Веб-сайт по умолчанию, а затем выберите виртуальный каталог автообнаружения.
Откройте раздел Сопоставления обработчиков.
- Если сопоставление обработчика svc-Integrated имеется, перейдите к шагу 8.
- Если сопоставление обработчика svc-Integrated отсутствует, перейдите к шагу 3.
Создайте резервную копию файла web.config в виртуальном каталоге автообнаружения.
В области Действия щелкните Вернуться к родительскому элементу, а затем нажмите кнопку Да , чтобы подтвердить.
Убедитесь, что сопоставление обработчика svc-Integrated присутствует в виртуальном каталоге автообнаружения.
Сброс виртуального каталога автообнаружения. Для этого откройте командную консоль Exchange и выполните следующие команды:
```
Remove-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)"

New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True
```

Скопируйте обработчики из файла резервной копии 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>

Перезапустите IIS Для этого выполните команду iisreset /noforce из командной строки.

Дополнительная информация

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

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

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