Um die verschiedenen Umleitungsszenarien zu verstehen, ist es wichtig zu verstehen, welche Mechanismen dahinterstehen, wenn sich ein Benutzer bei einem CAS authentifiziert, um Zugriff auf OWA Exchange 2010 zu erhalten:
- Der Benutzer hat über den Webbrowser Zugriff auf die OWA-URL.
- Der Benutzer gibt Anmeldeinformationen ein.
- CAS authentifiziert den Benutzer und ruft die folgenden Informationen über die Diensterkennungsanforderung ab:
- Postfachversion des Benutzers
- Speicherort des Benutzerpostfachs (Active Directory-Standort).
- CAS sammelt zusätzliche Informationen basierend auf den Informationen in der Mailbox, damit die korrekte Operation ausgeführt werden kann:
– Wenn das Postfach Exchange 2010 und lokal ist, führt CAS die direkte Verbindung aus.
– Wenn das Postfach Exchange 2007 und lokal ist, ruft CAS die ExternalURL von einem Exchange 2007-CAS ab und leitet sie unbeaufsichtigt um.
– Wenn das Postfach Exchange 2003 ist, ruft CAS Exchange2003URL ab und leitet automatisch um.
– Wenn das Postfach nicht lokal ist, ruft CAS die Ziel-ExternalURL ab und leitet sie um oder autorisiert sie, wenn die ExternalURL von OWA am Active Directory- Zielstandort nicht definiert ist.
Arten von OWA-Umleitung
Wir nehmen als Beispiel die Umleitung eines Exchange 2010 SP1 . Wir haben drei Arten der Umleitung für OWA im lokalen Produkt:
- Manuelle Umleitung
- Temporäre manuelle Umleitung
- Geerbte stille Weiterleitung
Wir werden eine kurze Erklärung dieser drei Arten von REDIRECTION geben:
Manuelle Umleitung
Die manuelle Umleitung ermöglicht es Clients, nicht als Trichter und Proxy für den gesamten Datenverkehr von einem zentralen Standort aus zu fungieren, wenn sich CASs näher am Postfach des Benutzers befinden.
Temporäre manuelle Umleitung
In Exchange 2010 SP1 wurde eine andere Art der Umleitung für OWA hinzugefügt, die als vorübergehende manuelle Umleitung bezeichnet wird. Es gibt zwei Szenarien, in denen die vorübergehende manuelle Umleitung ins Spiel kommt:
Während eines SWITCHBACK- Ereignisses zur Aktivierung eines Rechenzentrums besteht die Möglichkeit, dass im Webbrowser des Benutzers immer noch der falsche DNS-Eintrag im Cache gespeichert ist und somit auf die bereits vorhandene CAS-Infrastruktur am Active Directory- Standort verweist hostet das Postfach nicht.
Infolgedessen gibt der CAS eine manuelle Weiterleitung an den richtigen Active Directory- Standort aus, die Weiterleitung erfolgt jedoch über dieselbe URL, die der Benutzer derzeit verwendet.
Im zweiten Szenario gibt CAS die temporäre manuelle Umleitungsseite aus, wenn festgestellt wird, dass der lokale CAS-Standort mit dem RPCCLIENTACCESSSERVER- Wert der Postfachdatenbank übereinstimmt , die Datenbank jedoch tatsächlich an einem anderen Active Directory-Standort bereitgestellt ist. Daher gibt CAS eine temporäre Umleitung mit dem CAS ExternalURL in der Site aus, die die bereitgestellte Datenbank hostet.
Geerbte stille Weiterleitung
In Outlook Web Access unterstützt Exchange 2010 CAS die Darstellung von Postfachdaten aus älteren Versionen von Exchange nicht.
Damit können wir sagen, dass wir bereits verstehen würden, wie man den OWA mit einem Exchange 2010 verbindet
Ricardo Quagliano