FederationInformation não pôde ser recebido ou 405 Método Não Permitido em uma implantação híbrida

Artigo
03/13/2024
Aplica-se a:

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

Número de KB original: 2773628

Observação

O assistente de Configuração Híbrida incluído no Console de Gerenciamento do Exchange no Microsoft Exchange Server 2010 não tem mais suporte. Portanto, você não deve mais usar o assistente de Configuração Híbrida antigo. Em vez disso, use o assistente de Configuração Híbrida do Microsoft 365. Para obter mais informações, confira Assistente de Configuração Híbrida do Microsoft 365 para Exchange 2010.

Problema

Em uma implantação híbrida de Exchange Online no Microsoft 365 e no seu ambiente local Exchange Server 2010, você experimenta um ou mais dos seguintes sintomas:

Ao criar a relação de organização da organização do Microsoft 365 usando a opção Autodiscover, você receberá a seguinte mensagem de erro:

Informações de federação não puderam ser recebidas da organização externa
Quando um usuário do Microsoft 365 tenta pesquisar as informações gratuitas/ocupadas para um usuário local, nenhuma informação gratuita/ocupada é exibida.
Ao executar o Get-FederationInformation cmdlet Windows PowerShell, você receberá a seguinte mensagem de erro:

Erro HTTP
Método 405 não permitido

Ao exibir os logs dos Serviços de Informações da Internet (IIS) na C:\Inetpub\logs pasta do servidor híbrido local do Exchange 2010, você verá um erro de 405 para a conexão com o ponto de extremidade associado. Os pontos de extremidade são os seguintes:

O ponto de extremidade de movimentação da caixa de correio é MrsProxy.svc.
O ponto de extremidade Autodiscover é Autodiscover.svc.

Por exemplo, a entrada de erro no log do IIS pode se assemelhar ao seguinte:

<Hora> da Data><10.10.10.1 POST /EWS/mrsproxy.svc - 443 test\admin 10.10.10.12 - 405 0 1 15

Motivo

Esse problema ocorrerá se a configuração do IIS estiver ausente do mapeamento do manipulador integrado ao svc. A captura de tela a seguir mostra um exemplo do mapeamento do manipulador integrado ao svc no IIS:

Captura de tela da janela para configuração do IIS.

Solução

Para resolve esse problema, no Gerenciador dos Serviços de Informações da Internet (IIS), marcar os mapeamentos do manipulador no nível do servidor:

Se o mapeamento do manipulador integrado a svc estiver ausente, vá para o Método 1.
Se o mapeamento do manipulador integrado a svc estiver presente, vá para o Método 2.

Método 1: Reinstalar os mapeamentos do manipulador no IIS

Observação

Antes de seguir estas etapas, faça backup da configuração do IIS.

Execute o ServiceModelReg.exe -r comando para reinstalar os mapeamentos do manipulador no IIS. Para fazer isso, siga estas etapas:

No servidor híbrido do Exchange 2010, abra uma janela prompt de comando e navegue até a seguinte pasta:

C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation
Digite o comando a seguir e pressione Enter.
```
ServiceModelReg.exe -r
```
Observação

Talvez você precise reiniciar o IIS depois de executar esse comando.

Método 2: verificar os mapeamentos do manipulador no nível do servidor

No Gerenciador do IIS, expanda Site Padrão e selecione o diretório virtual Autodiscover.
Abra os Mapeamentos do Manipulador.
- Se o mapeamento do manipulador integrado a svc estiver presente, vá para a etapa 8.
- Se o mapeamento do manipulador integrado a svc estiver ausente, vá para a etapa 3.
Faça backup do arquivo web.config no diretório virtual autodiscover.
No painel Ações , clique em Reverter para Pai e clique em Sim para confirmar.
Confirme se o mapeamento do manipulador integrado a svc está presente no diretório virtual Autodiscover.

Redefinir o diretório virtual autodiscover. Para fazer isso, abra o Shell de Gerenciamento do Exchange e execute os seguintes comandos:

Remove-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)"

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

Copie os manipuladores do arquivo de web.config de backup e cole-os no arquivo web.config. Os manipuladores devem estar localizados nas <marcas system.webServer> e </system.webServer> do arquivo web.config.

No mínimo, o arquivo web.config deve conter os seguintes manipuladores:

<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>

Reinicie o IIS. Para fazer isso, execute iisreset /noforce em um prompt de comando.

Mais informações

Quando você enfrenta esse problema, você pode notar que outras conexões com o SERVIDOR de Acesso ao Cliente (CAS), como quando você configura perfis de usuário por meio do serviço de Descoberta Automática, não são afetadas. Isso ocorre porque essa operação não usa o ponto de extremidade svc. Qualquer conexão que use o ponto de extremidade svc não funciona nessa situação, mas outros pontos de extremidade normalmente permanecem não afetados.

Ainda precisa de ajuda? Acesse a Comunidade da Microsoft ou os Fóruns do Exchange no TechNet.

Compartilhar via