"FederationInformation nu a putut fi primit" și "405 metoda nu este permisă" erori într-o implementare hibridă de Office 365 și mediul local

Se aplică la: Exchange OnlineExchange Server 2010 EnterpriseExchange Server 2010 Standard

Notă Expertul de configurare hibridă care este inclus în consola de gestionare Exchange în Microsoft Exchange Server 2010 nu mai este acceptată. De aceea, nu mai trebuie să utilizați Expertul de configurare hibridă vechi. În schimb, utilizați Expertul de configurare hibridă Office 365 care este disponibil la http://aka.MS/HybridWizard. Pentru mai multe informații, consultați Office 365 hibrid Configuration Wizard pentru Exchange 2010.

Problemă


Într-o implementare hibridă Exchange Online în Office 365 și mediul local Exchange Server 2010, experimentați unul sau mai multe dintre următoarele simptome:
  • Atunci când creați relația de organizație din Office 365 organizație utilizând opțiunea de descoperire automată, obțineți următorul mesaj de eroare:
    Federația informații nu a putut fi primit de la Organizația externă
  • Când un utilizator Office 365 încearcă să caute informațiile liber/ocupat pentru un utilizator local, nu se afișează informații liber/ocupat.
  • Când executați cmdletul Get-FederationInformationWindows PowerShell, obțineți următorul mesaj de eroare:
    HTTP Error405 metoda nu este permisă
Când Vizualizați jurnalele Internet Information Services (IIS) în folderul C:\Inetpub\logs de pe local Exchange 2010 hibrid server, vedeți o eroare 405 pentru conexiunea la punctul final asociate. Punctele finale sunt următoarele:
  • Punctul final de mutare a cutiei poștale este MrsProxy. svc.
  • Punctul final de descoperire automată este autodiscover. svc.
De exemplu, intrarea de eroare în Jurnalul IIS poate semăna cu următorul:
< data > < Time > 10.10.10.1 POST/EWS/mrsproxy.svc-443 test\admin 10.10.10.12-405 0 1 15

Cauza


Această problemă apare dacă configurația IIS lipsește maparea de rutină de tratare SVC integrată. Următoarea captură de ecran arată un exemplu de maparea de rutină de tratare integrată SVC în IIS:Screen shot of IIS configuration, highlighted svc-Integrated

Soluţie


Pentru a rezolva această problemă, în Internet Information Services (IIS) Manager, Verificați mapările handler la nivel de server:
  • În cazul în care maparea de rutină de tratare SVC integrată lipsește, mergeți la metoda 1.
  • Dacă este prezentă maparea de rutină de tratare SVC integrată, mergeți la metoda 2

Metoda 1: reinstalați mapările handler în IIS

Notă Înainte de a urma acești pași, spate sus al tău IIS Configuration. Executați comanda ServiceModelReg. exe – r pentru a reinstala mapările HANDLER în IIS. Pentru aceasta, urmați acești pași:
  1. Pe Exchange 2010 hibrid server, deschideți o fereastră prompt de comandă și apoi navigați la următorul folder:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation
  2. Tastați următoarea comandă, și apoi apăsați Enter:
    ServiceModelReg.exe –r 
    Notă Este posibil să trebuiască să reporniți IIS după ce executați această comandă.

Metoda 2: Verificați mapările handler la nivel de server

  1. În IIS Manager, extindeți Default Web siteși apoi selectați Autodiscover directorul virtual.
  2. Deschideți mapările handler.
    • Dacă este prezentă maparea de rutină de tratare SVC integrată, mergeți la pasul 8.
    • În cazul în care maparea de rutină de tratare SVC integrată lipsește, mergeți la pasul 3.
  3. Spate sus fișierul web. config în directorul virtual autodiscover.
  4. În panoul acțiuni , faceți clic pe Revenire la părinte, apoi faceți clic pe Da pentru a confirma.
  5. Confirmați că maparea de rutină de tratare SVC integrată este prezentă în directorul virtual autodiscover.
  6. Resetați directorul virtual autodiscover. Pentru aceasta, deschideți componenta de administrare Exchange, și apoi executați următoarele comenzi:
    Remove-AutodiscoverVirtualDirectory “<ServerName>\Autodiscover (Default Web Site)” 
    New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True 
  7. Copiați rutine din fișierul web. config copie de rezervă, și apoi lipiți-le în fișierul web. config. Rutine ar trebui să fie amplasate în cadrul < System. webserver > și </System.webserver> etichetele fișierului web. config. La un nivel minim, fișierul web. config ar trebui să conțină următoarele handlers:
    <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. Reporniți IIS. Pentru aceasta, executați IISRESET/NOFORCE într-un prompt de comandă.

MAI MULTE INFORMĂRI


Când întâmpinați această problemă, este posibil să observați că alte conexiuni la serverul de acces clienți (CAS), ar fi atunci când configurați profiluri de utilizator prin serviciul de descoperire automată, nu sunt afectate. Acest lucru se datorează faptului că această operațiune nu utilizează punctul final SVC. Orice conexiune care utilizează punctul final SVC nu funcționează în această situație, dar alte puncte finale de obicei rămân neafectate.
Mai ai nevoie de ajutor? Accesați comunitatea Microsoft sau forumurile Exchange TechNet.