Udostępnij za pośrednictwem

Nie można odebrać klasy FederationInformation lub niedozwolona metoda 405 we wdrożeniu hybrydowym

  • Artykuł
  • Dotyczy:
    Exchange Online, Exchange Server 2010 Enterprise, Exchange Server 2010 Standard

Oryginalny numer KB: 2773628

Uwaga

Kreator konfiguracji hybrydowej dołączony do konsoli zarządzania programu Exchange w Microsoft Exchange Server 2010 r. nie jest już obsługiwany. W związku z tym nie należy już używać starego kreatora konfiguracji hybrydowej. Zamiast tego użyj kreatora konfiguracji hybrydowej platformy Microsoft 365. Aby uzyskać więcej informacji, zobacz Kreator konfiguracji hybrydowej platformy Microsoft 365 dla programu Exchange 2010.

Problem

W przypadku wdrożenia hybrydowego Exchange Online na platformie Microsoft 365 i w środowisku lokalnym Exchange Server 2010 r. wystąpi co najmniej jeden z następujących objawów:

  • Podczas tworzenia relacji organizacji z organizacji platformy Microsoft 365 przy użyciu opcji Wykrywanie automatyczne jest wyświetlany następujący komunikat o błędzie:

    Nie można odebrać informacji federacyjnych od organizacji zewnętrznej

  • Gdy użytkownik platformy Microsoft 365 próbuje wyszukać informacje o wolnych/zajętych informacjach dla użytkownika lokalnego, nie są wyświetlane żadne informacje o stanie wolny/zajęty.

  • Po uruchomieniu Get-FederationInformation polecenia cmdlet Windows PowerShell zostanie wyświetlony następujący komunikat o błędzie:

    Błąd HTTP
    Niedozwolona metoda 405

Podczas wyświetlania dzienników usług Internet Information Services (IIS) w C:\Inetpub\logs folderze lokalnego serwera hybrydowego programu Exchange 2010 zostanie wyświetlony błąd 405 dla połączenia ze skojarzonym punktem końcowym. Punkty końcowe są następujące:

  • Punktem końcowym przenoszenia skrzynki pocztowej jest MrsProxy.svc.
  • Punkt końcowy wykrywania automatycznego to Autodiscover.svc.

Na przykład wpis błędu w dzienniku usług IIS może wyglądać następująco:

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

Przyczyna

Ten problem występuje, jeśli w konfiguracji usług IIS brakuje mapowania programu obsługi zintegrowanego svc. Poniższy zrzut ekranu przedstawia przykład mapowania zintegrowanego programu obsługi svc w usługach IIS:

Zrzut ekranu przedstawiający okno konfiguracji usług IIS.

Rozwiązanie

Aby rozwiązać ten problem, w Menedżerze usług Internet Information Services (IIS) sprawdź mapowania programu obsługi na poziomie serwera:

  • Jeśli brakuje mapowania programu obsługi zintegrowanego svc, przejdź do metody 1.
  • Jeśli mapowanie programu obsługi zintegrowanego svc jest obecne, przejdź do metody 2.

Metoda 1. Ponowne instalowanie mapowań programu obsługi w usługach IIS

Uwaga

Przed podjęciem tych kroków utwórz kopię zapasową konfiguracji usług IIS.

Uruchom polecenie , ServiceModelReg.exe -r aby ponownie zainstalować mapowania programu obsługi w usługach IIS. Aby to zrobić, wykonaj następujące kroki.

  1. Na serwerze hybrydowym programu Exchange 2010 otwórz okno wiersza polecenia, a następnie przejdź do następującego folderu:

    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation

  2. Wpisz następujące polecenie i naciśnij klawisz ENTER:

    ServiceModelReg.exe -r

    Uwaga

    Po uruchomieniu tego polecenia może być konieczne ponowne uruchomienie usług IIS.

Metoda 2. Sprawdzanie mapowań programu obsługi na poziomie serwera

  1. W Menedżerze usług IIS rozwiń węzeł Domyślna witryna sieci Web, a następnie wybierz katalog wirtualny wykrywania automatycznego.

  2. Otwórz mapowania programu obsługi.

    • Jeśli mapowanie zintegrowanego programu obsługi svc jest obecne, przejdź do kroku 8.
    • Jeśli brakuje mapowania programu obsługi zintegrowanego svc, przejdź do kroku 3.

  3. Utwórz kopię zapasową pliku web.config w katalogu wirtualnym wykrywania automatycznego.

  4. W okienku Akcje kliknij pozycję Przywróć do elementu nadrzędnego, a następnie kliknij przycisk Tak , aby potwierdzić.

  5. Upewnij się, że mapowanie zintegrowanego programu obsługi svc znajduje się w katalogu wirtualnym wykrywania automatycznego.

  6. Zresetuj katalog wirtualny wykrywania automatycznego. W tym celu otwórz powłokę zarządzania programu Exchange, a następnie uruchom następujące polecenia:

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

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

  7. Skopiuj programy obsługi z pliku web.config kopii zapasowej, a następnie wklej je do pliku web.config. Programy obsługi powinny znajdować się w tagach <system.webServer> i </system.webServer> pliku web.config.

    Co najmniej plik web.config powinien zawierać następujące procedury obsługi:

    <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. Uruchom ponownie usługi IIS. W tym celu uruchom polecenie iisreset /noforce w wierszu polecenia.

Więcej informacji

W przypadku wystąpienia tego problemu można zauważyć, że nie ma to wpływu na inne połączenia z serwerem dostępu klienta (CAS), na przykład podczas konfigurowania profilów użytkowników za pośrednictwem usługi wykrywania automatycznego. Dzieje się tak, ponieważ ta operacja nie używa punktu końcowego svc. Każde połączenie używające punktu końcowego svc nie działa w tej sytuacji, ale inne punkty końcowe zwykle pozostają nienaruszone.

Nadal potrzebujesz pomocy? Przejdź do witryny Microsoft Community lub forów Exchange TechNet.