Ich habe eine Active Directory-Domäne. Wir haben zwei lokale Mailserver – einen mit Exchange 2010 (exchange2010.example.com) und einen mit Exchange 2016 (exchange2016.example.com). Mein Ziel ist die Migration von 2010 auf 2016, aber die beiden Server sollen während der Umstellung koexistieren.
Wir haben eine Firewall (pfSense) und erlauben den Zugriff auf OWA über NAT. Ich habe eine NAT-Regel, die auf den Exchange 2010-Server verweist, und eine, die auf Exchange 2016 verweist. Von außen sieht die IP für beide Server gleich aus (da sie beide über dieselbe Internetverbindung laufen), aber es gibt zwei CNAME-Einträge im externen DNS und das NAT leitet zwei verschiedene Ports weiter.
Intern funktioniert alles. Wenn ich gehe zuhttps://exchange2016.example.com/owaIch erhalte die OWA-Anmeldeseite 2016. Ich kann mich anmelden. Wenn sich das Postfach auf Exchange 2010 befindet, wird OWA als Proxy verwendet und ich erhalte OWA 2010. Andernfalls erhalte ich die 2016-Oberfläche.
Extern habe ich folgende URLs:https://exchange2010.example.com/owaUndhttps://exchange2016.example.com:8443/owa. Hier wird es seltsam.
Sagen wir, ich besuchehttps://exchange2016.example.com:8443/owa. Ich kann in den Firewall-Protokollen sehen, dass der Client eine Verbindung zum Exchange 2016-Server herstellt. Dann erfolgt jedoch eine sofortige 301-Weiterleitung zu exchange2010.example.com, und ich erhalte die OWA-Anmeldeseite für Exchange 2010, nicht für Exchange 2016. Dies geschieht, BEVOR ich mich anmelde, sodass OWA nichts darüber weiß, wo sich die Postfächer befinden. Der Domänenname (exchange2016.example.com) bleibt gleich, aber ich verliere die Portweiterleitung (8443) in der URL.
Ich sehe, dass in den Firewall- und IIS-Protokollen eine Umleitung vorhanden ist, weiß aber nicht, was die Ursache dafür ist. Ich glaube, ich habe die externen URIs in meinen virtuellen Verzeichnissen richtig eingestellt.
Weiß jemand, was hier passieren könnte? Wo kann ich nach Informationen zur Fehlerbehebung suchen? Ich glaube nicht, dass die Portweiterleitung das Problem ist, weiß aber nicht, wie ich das herausfinden soll.
Antwort1
Wie wäre es mit ECP?
Für das Umleitungsproblem wird empfohlen, die Problemumgehung im folgenden KB zu verwenden:Exchange Server 2013 oder Exchange Server 2016 leitet für OWA, Outlook im Web und ECP zu Exchange 2010 weiter
Darüber hinaus finden Sie hier zu Ihrer Information einen Artikel mit detaillierten Informationen zur Clientkonnektivität bei einer Koexistenz von Exchange 2010 und Exchange 2016:Clientkonnektivität in einer Exchange 2016-Koexistenzumgebung mit Exchange 2010