"Não pode ser recebida FederationInformation" e "405 Método não permitido" erros numa implementação híbridas do Office 365 e o ambiente no local

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2773628
Nota O Assistente de configuração de híbridos que está incluído na consola de gestão do Exchange no Microsoft Exchange Server 2010 já não é suportado. Por conseguinte, já não deve utilizar o Assistente de configuração de híbridos antigo. Em alternativa, utilize o Assistente de configuração do Office 365 híbridas que está disponível em http://aka.MS/HybridWizard. Para mais informações, consulte Assistente de configuração de híbridos do Office 365 para o Exchange 2010.
PROBLEMA
Numa implementação híbridas do Exchange Online no Office 365 e o ambiente de Exchange Server 2010 no local, detectar um ou mais dos seguintes sintomas:
  • Quando criar a relação de organização da organização do Office 365, utilizando a opção de detecção automática, recebe a seguinte mensagem de erro:
    Informações de Federação não puderam ser recebidas da organização do externa
  • Quando um utilizador do Office 365 tenta consultar as informações de disponibilidade de um utilizador no local, não existem informações de disponibilidade são apresentadas.
  • Quando executa o Get-FederationInformationCmdlets Windows PowerShell, recebe a seguinte mensagem de erro:
    Erro de HTTP
    405 Método não permitido
Quando visualiza os registos de serviços de informação Internet (IIS) na pasta C:\Inetpub\logs do servidor em instalações Exchange 2010 híbrido, verá um erro 405 para a ligação ao ponto final associado. Os pontos finais são os seguintes:
  • O ponto final mover caixa de correio é MrsProxy.svc.
  • O ponto final de detecção automática é Autodiscover.svc.
Por exemplo, a entrada de erro no registo do IIS semelhantes às seguintes:
<Date><Time>10.10.10.1 registar /EWS/mrsproxy.svc - 443 test\admin 10.10.10.12 - 405 0 1 15</Time></Date>
CAUSA
Este problema ocorre se a configuração do IIS está em falta o mapeamento de processador integrada svc. A seguinte captura de ecrã mostra um exemplo de mapeamento de processador svc integrado no IIS:

Captura de configuração do IIS, realçada svc integrada de ecrã
SOLUÇÃO
Para resolver este problema, no Gestor de serviços de informação Internet (IIS), verifique os mapeamentos do processador ao nível do servidor:
  • Se o mapeamento de processador svc integrada está em falta, avance para o método 1.
  • Se o mapeamento de processador integrada svc estiver presente, avance para o método 2

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

Nota Antes de seguir estes passos, faça uma cópia de segurança da configuração do IIS.

Execute o comando ServiceModelReg.exe – r para reinstalar os mapeamentos do processador no IIS. Para tal, siga estes passos:
  1. No servidor Exchange 2010 híbrido, abra uma janela de linha de comandos e, em seguida, navegue para a seguinte pasta:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation
  2. Escreva o seguinte comando e, em seguida, prima Enter:
    ServiceModelReg.exe –r
    Nota Poderá ter de reiniciar o IIS depois de executar este comando.

Método 2: Verificar os mapeamentos do processador ao nível do servidor

  1. No Gestor de IIS, expanda o Web Site predefinidoe, em seguida, seleccione o directório virtual de detecção automática.
  2. Abra os mapeamentos do processador.
    • Se o mapeamento de processador integrada svc estiver presente, avance para o passo 8.
    • Se o mapeamento de processador svc integrada está em falta, avance para o passo 3.
  3. Crie uma cópia de segurança do ficheiro Web. config no directório virtual de detecção automática.
  4. No painel de Acções , clique em Reverter para o principale, em seguida, clique em Sim para confirmar.
  5. Confirme que o mapeamento de processador svc integrada está presente no directório virtual de detecção automática.
  6. Repor o directório virtual de detecção automática. Para tal, abra a Shell de gestão do Exchange e, em seguida, execute os seguintes comandos:
    Remove-AutodiscoverVirtualDirectory “<ServerName>\Autodiscover (Default Web Site)”
    New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True
  7. Copie os processadores do ficheiro de cópia de segurança da Web. config e, em seguida, colá-los para o ficheiro Web. config. Os processadores devem estar situados na <system.webServer></system.webServer> e > etiquetas do ficheiro Web. config.

    No mínimo, o ficheiro Web. config deverá conter os seguintes processadores:
    <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. Reinicie o IIS. Para tal, execute iisreset /noforce numa linha de comandos.
MAIS INFORATION
Quando detecta este problema, poderá reparar que as outras ligações ao servidor de acesso de cliente (CAS), por exemplo, quando configura os perfis de utilizador através do serviço de detecção automática, não são afectadas. Isto acontece porque esta operação não utiliza o ponto final svc. Qualquer ligação que utiliza o ponto final svc não funciona nesta situação, mas outros pontos finais normalmente permanecem inalterados.

Ainda precisa de ajuda? Vá para o Comunidade do Office 365Web site ou oFóruns do Exchange da TechNet.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2773628 - Última Revisão: 04/26/2016 00:20:00 - Revisão: 6.0

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

  • o365 kbgraphxlink o365a o365e hybrid o365m o365022013 kbgraphic kbmt KB2773628 KbMtpt
Comentários