FederationInformation konnte nicht empfangen werden oder 405 Method Not Allowed in einer Hybridbereitstellung
Ursprüngliche KB-Nummer: 2773628
Hinweis
Der Hybridkonfigurations-Assistent, der in der Exchange-Verwaltungskonsole in Microsoft Exchange Server 2010 enthalten ist, wird nicht mehr unterstützt. Daher sollten Sie den alten Hybridkonfigurations-Assistenten nicht mehr verwenden. Verwenden Sie stattdessen den Microsoft 365-Hybridkonfigurations-Assistenten. Weitere Informationen finden Sie unter Microsoft 365-Hybridkonfigurations-Assistent für Exchange 2010.
Problem
In einer Hybridbereitstellung von Exchange Online in Microsoft 365 und Ihrer lokalen Exchange Server 2010-Umgebung treten mindestens eines der folgenden Symptome auf:
Wenn Sie die organization Beziehung aus dem Microsoft 365-organization mithilfe der AutoErmittlungsoption erstellen, wird die folgende Fehlermeldung angezeigt:
Verbundinformationen konnten nicht vom externen organization
Wenn ein Microsoft 365-Benutzer versucht, die Frei/Gebucht-Informationen für einen lokalen Benutzer nachzuschlagen, werden keine Frei/Gebucht-Informationen angezeigt.
Wenn Sie das
Get-FederationInformation
Cmdlet Windows PowerShell ausführen, wird die folgende Fehlermeldung angezeigt:HTTP-Fehler
405-Methode nicht zulässig
Wenn Sie die Iis-Protokolle (Internetinformationsdienste) im C:\Inetpub\logs
Ordner des lokalen Exchange 2010-Hybridservers anzeigen, wird der Fehler 405 für die Verbindung mit dem zugeordneten Endpunkt angezeigt. Die Endpunkte sind wie folgt:
- Der Endpunkt für die Postfachverschiebung ist MrsProxy.svc.
- Der AutoErmittlungsendpunkt ist Autodiscover.svc.
Der Fehlereintrag im IIS-Protokoll kann beispielsweise wie folgt aussehen:
<Date><Time> 10.10.10.1 POST /EWS/mrsproxy.svc - 443 test\admin 10.10.10.12 - 405 0 1 15
Ursache
Dieses Problem tritt auf, wenn in der IIS-Konfiguration die svc-Integrated-Handlerzuordnung fehlt. Der folgende Screenshot zeigt ein Beispiel für die svc-Integrated-Handlerzuordnung in IIS:
Lösung
Um dieses Problem zu beheben, überprüfen Sie im IIS-Manager (Internetinformationsdienste) die Handlerzuordnungen auf Serverebene:
- Wenn die svc-Integrated-Handlerzuordnung fehlt, wechseln Sie zu Methode 1.
- Wenn die svc-Integrated-Handlerzuordnung vorhanden ist, wechseln Sie zu Methode 2.
Methode 1: Erneutes Installieren der Handlerzuordnungen in IIS
Hinweis
Bevor Sie diese Schritte ausführen, sichern Sie Ihre IIS-Konfiguration.
Führen Sie den ServiceModelReg.exe -r
Befehl aus, um die Handlerzuordnungen in IIS neu zu installieren. Gehen Sie dazu wie folgt vor:
Öffnen Sie auf dem Exchange 2010-Hybridserver ein Eingabeaufforderungsfenster, und navigieren Sie dann zum folgenden Ordner:
C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation
Geben Sie folgenden Befehl ein, und drücken Sie die EINGABETASTE:
ServiceModelReg.exe -r
Hinweis
Möglicherweise müssen Sie IIS neu starten, nachdem Sie diesen Befehl ausgeführt haben.
Methode 2: Überprüfen der Handlerzuordnungen auf Serverebene
Erweitern Sie im IIS-Manager die Option Standardwebsite, und wählen Sie dann das virtuelle Verzeichnis AutoErmittlung aus.
Öffnen Sie die Handlerzuordnungen.
- Wenn die svc-Integrated-Handlerzuordnung vorhanden ist, fahren Sie mit Schritt 8 fort.
- Wenn die svc-Integrated-Handlerzuordnung fehlt, fahren Sie mit Schritt 3 fort.
Sichern Sie die web.config-Datei im virtuellen AutoErmittlungsverzeichnis.
Klicken Sie im Bereich Aktionen auf Zu übergeordnetem Element wiederherstellen, und klicken Sie dann zur Bestätigung auf Ja .
Vergewissern Sie sich, dass die Handlerzuordnung svc-Integrated im virtuellen Verzeichnis der AutoErmittlung vorhanden ist.
Setzen Sie das virtuelle AutoErmittlungsverzeichnis zurück. Öffnen Sie dazu die Exchange-Verwaltungsshell, und führen Sie dann die folgenden Befehle aus:
Remove-AutodiscoverVirtualDirectory "<ServerName>\Autodiscover (Default Web Site)" New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True
Kopieren Sie die Handler aus der Sicherungsdatei web.config, und fügen Sie sie dann in die web.config-Datei ein. Die Handler sollten sich in den <Tags system.webServer> und </system.webServer> der web.config-Datei befinden.
Die web.config-Datei sollte mindestens die folgenden Handler enthalten:
<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>
Starten Sie IIS neu. Führen Sie
iisreset /noforce
dazu an einer Eingabeaufforderung aus.
Weitere Informationen
Wenn dieses Problem aufgetreten ist, stellen Sie möglicherweise fest, dass andere Verbindungen mit dem Clientzugriffsserver (CAS), z. B. beim Einrichten von Benutzerprofilen über den AutoErmittlungsdienst, nicht betroffen sind. Dies liegt daran, dass dieser Vorgang den svc-Endpunkt nicht verwendet. Jede Verbindung, die den svc-Endpunkt verwendet, funktioniert in dieser Situation nicht, aber andere Endpunkte bleiben in der Regel nicht betroffen.
Benötigen Sie weitere Hilfe? Besuchen Sie die Microsoft Community oder die Exchange-TechNet-Foren.