Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 1 subscriber
  • Views 3133 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

OWA mit WAF

NvA
Hallo,
ich stehe irgendwie auf dem Schlauch beim Versuch OWA über WAF zu veröffentlichen.
Ich habe nach Anleitung unseren echten Exchangeserver (IP: 192.168.1.00) angelegt mit https.
Als virtuellen Webserver ist owa.test.de mit entsprechendem SSL Zertifikat eingerichtet.
Als Site-Pfad habe ich /owa eingetragen.
Im Exchange ist die externe URL mit https://owa.test.de/owa konfiguriert.

Trage ich im Browser https://owa.test.de/owa ein, wird auf https://192.168.1.100/owa umgeleitet, was intern ja noch funktioniert, aber aus dem Internet totaler quatsch ist.

Mittlerweile habe ich herausgefunden, dass, wenn der Site-Pfad auf / gesetzt wird im Browser https://owa.test.de/ nicht umgeleitet wird, sondern die IIS Default Seite des Exchange anzeigt, was dieser auch lokal so macht.
Es scheint also an Exchange zu liegen?

Irgendwo ist da ein Knoten!
Hat jemand eine Idee?

Danke und Gruß
Nathan

PS: Benutze V9.004


This thread was automatically locked due to age.
Parents
  • 0
    Ähm - worauf (welches interface) ist denn der virtuelle Server gebunden und welche ip adresse wird denn extern aufgelöst wenn du owa.test.de von draussen versuchst aufzurufen?

    Gruß
    Manfred
  • 0 in reply to Hallowach2
    Ähm - worauf (welches interface) ist denn der virtuelle Server gebunden und welche ip adresse wird denn extern aufgelöst wenn du owa.test.de von draussen versuchst aufzurufen?

    Als Interface des virtuellen Server nutze ich eine zusätzliche Adresse auf dem WAN Interface. Die wird korrekt aufgelöst und funktioniert auch.
    https://owa.test.de/ verbindet auch korrekt mit der / Seite des echten Webserver. 
    Nur bei /owa leitet irgendwer auf die interne IP um.
    Im Protokoll findet sich ein entsprechender redirect Hinweis. 
    2013:02:08-11:34:08 astaro-1 reverseproxy: srcip="***.***.***.116" localip="" size="207" user="-" host="***.***.***.116" method="GET" statuscode="302" reason="-" extra="-" time="18377" url="/owa" server="owa.test.de" referer="-" cookie="-" set-cookie="-"

    Gruß Nathan
  • 0 in reply to NvA
    Kleiner Zwischenstand:
    Ich hatte verschwiegen, dass ich dies mit einem Exchange 2013 Server teste.
    Vermutlich liegt das Phänomen an der neuen Kombination von Client Access und Back End im Exchange 2013 (der Server ist mit beidem installiert)

    Vielleicht ist jemand da mit Exchange 2013 Tests schon weiter als ich?

    Man sollte eben nicht zwei Dinge auf einmal testen wollen (WAF & E2013) [:)]

    Danke und Gruß
    Nathan
  • 0 in reply to NvA
    Hallo,
    es funktioniert nun!
    Dank Tipp von Bob (siehe hier) reicht ein statischer DNS Eintrag für owa.test.de. 
    Mit einer neuen DNS-Host Netzwerkdefinition owa.test.de auf diesen Eintrag konnte dann der virtuelle Webserver korrekt eingebunden werden. 
    Es wird nun nicht mehr auf die interne IP umgeleitet.[:D]
    Gruß Nathan
Reply
  • 0 in reply to NvA
    Hallo,
    es funktioniert nun!
    Dank Tipp von Bob (siehe hier) reicht ein statischer DNS Eintrag für owa.test.de. 
    Mit einer neuen DNS-Host Netzwerkdefinition owa.test.de auf diesen Eintrag konnte dann der virtuelle Webserver korrekt eingebunden werden. 
    Es wird nun nicht mehr auf die interne IP umgeleitet.[:D]
    Gruß Nathan
Children
No Data
Cookie Information Banner