OWA Fehler / Exchange 2013

[Adminovvitsch 0]

Hallo, bin ganz neu hier und wollte erst mal sagen was ihr hier für einen guten Job macht.

Ein sehr gut gepflegtes und organisiertes Forum.

Aber nun zu meinen Problem.

 

Die Umgebung:

Windows 2012 R2 Server (Patch-Stand aktuell)

Exchange 2013 ( 2 Server im DAG) (Patch-Stand aktuell)

Externe Kommunikation über einen Edge-Server (SMTP in DMZ) und die OWA (https) über einen IIS-Proxy (auch DMZ) der die Anfragen auf beide Exchange-Server verteilt.

 

Das Problem ist nun, lande ich von außerhalb auf dem Exchange2 (OWA) funktioniert alles wunderbar. Lande ich allerdings auf dem Exchange1 (OWA) kann ich mich anmelden komme auch rein, werde aber nach anklicken eine Mail sofort wieder zum Login geleitet. Keine Fehlermeldungen in den Ereignis-Logs zu finden keinen erkennbaren Grund. Egal was ich mache ich werde immer wieder nach einen Moment  rausgeworfen.

Mein Workaround bis jetzt alle Anfragen umgeleitet auf den Exchange2.

Hoffe das Problem hatte schon mal einer hier und  Ihr könnt mir weiter helfen.

 

Vorab schon mal vielen Dank für eure Hilfe.

[NorbertFe 2.041]

Die DAG hat keinen Loadbalancer davor?

[Adminovvitsch 0]

Hallo NorbertFe,

 

die DAG hat keine seperate Loadbalancer davor!

[NorbertFe 2.041]

Und das ist sinnvoll? ;) Du schickst also über den IIS WAP auf beide DAG Nodes? Ich bin mir nicht sicher, ob das sinnvoll funktionieren kann.

bearbeitet 16. Juni 2015 von NorbertFe

[Adminovvitsch 0]

Der IIS fungiert ja quasi als Loadbalancer...

Kann mir aber nicht vorstellen, dass der Fehler daher kommt, wenn ich dem IIS sage leite alle Anfragen an den Exchange2 und lass den Exchange1 außen vor, funktioniert es, sag ich nimm nur Exchange1 und lass 2 außer Acht habe ich den Fehler, dann sollte es doch an der OWA vom Exchange1 hängen oder nicht.

[NorbertFe 2.041]

Der IIS fungiert ja quasi als Loadbalancer...

Die internen Clients sprechen also erst mit der DMZ? Oder hast du keine internen Clients?

Wie groß ist deine Umgebung?

 

Kann mir aber nicht vorstellen, dass der Fehler daher kommt, wenn ich dem IIS sage leite alle Anfragen an den Exchange2 und lass den Exchange1 außen vor, funktioniert es, sag ich nimm nur Exchange1 und lass 2 außer Acht habe ich den Fehler, dann sollte es doch an der OWA vom Exchange1 hängen oder nicht.

Funktionierts denn ohne den IIS Reverse Proxy?

 

Bye

Norbert

[Adminovvitsch 0]

Hallo Norbert,

nein die internen Clients (ca. 100 Stück) sprechen natürlich nicht mit der DMZ die Komunizieren direkt mit den Exchange-Servern!

Also kurz zum Verständnis, der IIS Prox ist nur für die Kommunikation von außerhalb.

Innerhalb des Netzes gibt es 2 DNS Zonen, und zwar die OWA.fima und die Autodicover.firma!

In der OWA.firma gibt es zwei A-Record-Einträge die zu den beiden Exchange laufen also ein sogenanntes DNS Round-Robin (eine DNS basierte Lastverteilung)

Da ich das Problem aber auch von innerhalb (nur wenn ich auf den Exchange1 komme) habe, kann ich den IIS schon mal ausschließen.

Was meist du, könnte es evtl. an dem Frontend vom Exchange1 hängen?

[NorbertFe 2.041]

Was genau ist für die "das Frontend vom Exchange1"? Ich bin noch niemandem begegnet der Exchange mit Round Robin freiwillig einsetzt. ;) Im Moment hab ich dazu keine Idee. :|

[Adminovvitsch 0]

Hi und guten Morgen,

Client Access (Frontend) meinte ich damit....

Wie würde den dein Setup in diesen Environment aussehn....... bin immer offen für Vorschläge ;-)

 

Trozdem schon mal vielen Dank für deine Mühe.

[NorbertFe 2.041]

Wenn du also intern auch das Problem hast, dann schau doch mal in die Eventlogs. Alternativ kannst natürlich auch mal das CU9 installieren, welches gestern veröffentlicht wurde.

[Adminovvitsch 0]

Leider steht dort nichts.......

Aber ich werde mal das CU9 versuchen......

 

Trozdem danke

[Adminovvitsch 0]

Die Lösung war:

 

Neuerstellung des OWA-Verzeichnisses auf dem Ex1

 

Anleitung gibt es hier:

 

http://informatech.info/threads/recreate-owa-virtual-directory.1256/

[NorbertFe 2.041]

Alles klar. Danke für die Rückmeldung.