Fehler bei der Proxyweiterleitung an einen Clientzugriffsserver, nachdem "RedirectToOptimalOWAServer" auf "False" festgelegt wurde

 

Letztes Änderungsdatum des Themas: 2008-02-08

Microsoft Office Outlook Web Access in Microsoft Exchange Server 2007 verwendet zwei Methoden, um Benutzer an den richtigen Clientzugriffsserver weiterzuleiten. Die verwendete Methode hängt vom Active Directory-Standort ab, an dem sch das Postfach des Benutzers befindet, wenn mehrere Active Directory-Standorte in einer Organisation vorhanden sind. Diese beiden Methoden werden Umleitung und Proxyweiterleitung genannt.

Weitere Informationen finden Sie unter Informationen zur Verwendung als Proxy und Umleitung.

Problembeschreibung

Clientzugriffsserver und Postfachserver werden an Active Directory-Standorten bereitgestellt. Einige Clientzugriffsserver verfügen ggf. über externe URLs und können aus dem Internet erreicht werden. Andere Clientzugriffsserver besitzen möglicherweise nur interne URLs und sind nur aus dem Intranet Ihrer Organisation verfügbar.

Wenn Sie zwei Active Directory-Standorte verwenden, die jeweils einen Clientzugriffsserver mit einem externen URL aufweisen, kann ein Benutzer eine Verbindung mit dem Clientzugriffsserver an Standort 1 herstellen, obwohl sich sein Postfach an Standort 2 befindet. Outlook Web Access leitet den Benutzer entweder an den Clientzugriffsserver ans Standort 2 um oder führt eine Proxyweiterleitung des Benutzers an den Clientzugriffsserver an Standort 2 durch.

Standardmäßig leitet Outlook Web Access den Benutzer an den externen URL des Clientzugriffsservers an Standort 2 um. Wenn der Parameter RedirecttoOptimalOWAServer jedoch auf False festgelegt wird, versucht Outlook Web Access eine Proxyweiterleitung an den externen URL des Clientzugriffsservers an Standort 2 und ignoriert den internen URL.

Wenn der Clientzugriffsserver an Standort 2 nicht aus dem Internet verfügbar ist, wird Benutzern ein HTTP 404-Fehler (Seite nicht gefunden) angezeigt, wenn ihre Proxyweiterleitung vom Clientzugriffsserver an Standort 1 an den Clientzugriffsserver an Standort 2 erfolgt. Die folgenden Schritte sind zum erneuten Erstellen des Problems erforderlich:

  1. Richten Sie die Proxyweiterleitung so ein, dass Benutzer an Standort 2 ihre Postfächer über einen Clientzugriffsserver an Standort 1 erreichen können, ohne ihre Anmeldeinformationen erneut eingeben zu müssen.

  2. Erstellen Sie auf dem Clientzugriffsserver an Standort 2 einen externen URL (der sich vom internen URL unterscheidet).

  3. Verwenden Sie das Cmdlet Set-OwaVirtualDirectory zum Festlegen des Parameters RedirecttoOptimalOwaServer auf dem Clientzugriffsserver an Standort 1 auf False. Weitere Informationen finden Sie unter Set-OwaVirtualDirectory.

  4. Blockieren Sie den Zugriff aus dem Internet auf den Clientzugriffsserver an Standort 2. Eine einfache Methode besteht darin, den DNS-Eintrag für den externen URL zu entfernen.

  5. Verwenden Sie den URL für den Clientzugriffsserver an Standort 1, um sich am Postfach an Standort 2 anzumelden.

Da der Parameter RedirecttoOptimalOwaServer auf dem Clientzugriffsserver an Standort 1 auf False festgelegt ist, wird eine Proxyweiterleitung des Benutzers an den externen URL auf dem Clientzugriffsserver an Standort 2 durchgeführt. Wenn der Clientzugriffsserver an Standort 2 die Verbindung mit dem Internet verliert, wird dem Benutzer ein HTTP 404-Fehler (Seite nicht gefunden) angezeigt.

Um dieses Problem zu beheben, ohne den Zugriff auf den Clientzugriffsserver an Standort 2 aus dem Internet zu erlauben, verwenden Sie die Exchange-Verwaltungskonsole oder die Exchange-Verwaltungsshell, um den externen URL des Clientzugriffsservers an Standort 2 auf Null festzulegen.

Bevor Sie beginnen

Damit Sie das folgende Verfahren ausführen können, muss Folgendes an das verwendete Konto delegiert worden sein: die Exchange-Serveradministrator-Rolle und Mitgliedschaft in der lokalen Gruppe Administratoren für den Zielserver.

Weitere Informationen zu Berechtigungen, zum Delegieren von Rollen und zu den Rechten, die für die Verwaltung von Exchange 2007 erforderlich sind, finden Sie unter Überlegungen zu Berechtigungen.

Verfahren

Sie können die Exchange-Verwaltungskonsole oder die Exchange-Verwaltungsshell zum Festlegen des externen URLs für das virtuelle Verzeichnis /owa auf Null verwenden.

So verwenden Sie die Exchange-Verwaltungskonsole zum Entfernen des externen URLs auf dem Clientzugriffsserver, an den die Proxyweiterleitung erfolgt

  1. Klicken Sie in der Exchange-Verwaltungskonsole auf Serverkonfiguration und dann auf Clientzugriff.

  2. Wählen Sie im Arbeitsbereich den Clientzugriffsserver aus, an den die Proxyweiterleitung erfolgt, und wählen Sie dann das virtuelle Verzeichnis /owa aus.

  3. Klicken Sie auf die Registerkarte Outlook Web Access.

  4. Klicken Sie mit der rechten Maustaste auf das virtuelle Verzeichnis /owa, und klicken Sie dann auf Eigenschaften.

  5. Klicken Sie im Dialogfeld für die Eigenschaften des virtuellen Verzeichnisses auf die Registerkarte Allgemein.

  6. Löschen Sie den Wert in Externer URL.

  7. Klicken Sie auf OK, um die Änderungen zu speichern und das Eigenschaftenfenster zu schließen.

So verwenden Sie die Exchange-Verwaltungsshell zum Festlegen des externen URLs auf dem Clientzugriffsserver, an den die Proxyweiterleitung erfolgt

  1. Melden Sie sich an dem Clientzugriffsserver an, an den die Proxyweiterleitung erfolgt.

  2. Führen Sie den folgenden Befehl aus, um den externen URL für das virtuelle Verzeichnis /owa auf der Standardwebsite auf Null festzulegen:

    Set-owavirtualdirectory -identity "owa (default web site)" -ExternalURL $Null
    

Weitere Informationen zu Syntax und Parametern finden Sie unter Set-OwaVirtualDirectory.