Weiterleitung im IIS für Zugriff auf OWA
Wie richtet man im IIS (7.0 auf Windows Server 2008) eine Weiterleitung ein?
Moin, moin,
ich hab hier einen Exchange 2010 Server, dessen Webinterface (/owa) von meinen Usern sehr gern genutzt wird. Allerdings können/wollen sich einige von den Damen und Herren nicht daran gewöhnen, dass das Webinterface eine verschlüsselte Verbindung voraussetzt. Ok, ich will nicht gemein sein, sie sind sich des Unterschiedes vielleicht auch einfach nicht bewusst.
Ich würde nun gerne die User von Port 80 auf 443 weiterleiten. Wäre es ein Apache Server hätte ich auch keine Probleme damit, denn hier sind es ja zwei unterschiedliche hosts. Ich könnte als einfach im http Host in das /owa Verzeichnis eine index.html legen, die per meta refresh auf den SSL Host weiterleitet.
Im IIS sieht das leider komplett anders aus, hier scheint es eine Default Website zu geben, in der das virtuelle Verzeichnis /owa liegt. Leider lauscht diese Default Site auf beiden Ports. Wenn ich also die besagte index.html in das Verzeichnis packen würde, hätte ich einen super Loop erzeugt und nichts gewonnen.
Es sind auch zu viele Elemente in der Default Site enthalten, als dass ich das Teil einfach duplizieren könnte in einen http- und einen https-Host. Bzw. was würde halt alles kaputt gehen, wenn ich die Bindung auf Port 80 einfach entfernen würde?
Gibt es eventuell andere Möglichkeiten des Redirects? mod_redirect für IIS oder dergleichen?
Gruß,
Marcus
Moin, moin,
ich hab hier einen Exchange 2010 Server, dessen Webinterface (/owa) von meinen Usern sehr gern genutzt wird. Allerdings können/wollen sich einige von den Damen und Herren nicht daran gewöhnen, dass das Webinterface eine verschlüsselte Verbindung voraussetzt. Ok, ich will nicht gemein sein, sie sind sich des Unterschiedes vielleicht auch einfach nicht bewusst.
Ich würde nun gerne die User von Port 80 auf 443 weiterleiten. Wäre es ein Apache Server hätte ich auch keine Probleme damit, denn hier sind es ja zwei unterschiedliche hosts. Ich könnte als einfach im http Host in das /owa Verzeichnis eine index.html legen, die per meta refresh auf den SSL Host weiterleitet.
Im IIS sieht das leider komplett anders aus, hier scheint es eine Default Website zu geben, in der das virtuelle Verzeichnis /owa liegt. Leider lauscht diese Default Site auf beiden Ports. Wenn ich also die besagte index.html in das Verzeichnis packen würde, hätte ich einen super Loop erzeugt und nichts gewonnen.
Es sind auch zu viele Elemente in der Default Site enthalten, als dass ich das Teil einfach duplizieren könnte in einen http- und einen https-Host. Bzw. was würde halt alles kaputt gehen, wenn ich die Bindung auf Port 80 einfach entfernen würde?
Gibt es eventuell andere Möglichkeiten des Redirects? mod_redirect für IIS oder dergleichen?
Gruß,
Marcus
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 142821
Url: https://administrator.de/forum/weiterleitung-im-iis-fuer-zugriff-auf-owa-142821.html
Ausgedruckt am: 14.05.2025 um 07:05 Uhr
3 Kommentare
Neuester Kommentar
Hallo!
ungeachtet Deines OWA-spezifischen Problems antworte ich Dir mal auf Deine Frage "Wie richtet man eine Weiterleitung ein?"
in der IIS-Verwaltung gibts Du unter Dokumente die datei weiterleitung.asp auf eine obere Stelle
nun erstellst Du im Root diese weiterleitung.asp und fügst folgenden code ein:
Das wars. Eventuell musst Du noch die Verarbeitung von ASP im IIS nachinstallieren, das siehst Du dann aber eh...
Als Test könntest Du eine Seite test.asp erstellen, die folgenden code enthält:
wenn der Aufruf dieser Seite etwas anderes als das aktuelle Datum bringt, ist ASP nachzuinstallieren...
Hoffe, geholfen zu haben
lg
Edi
ungeachtet Deines OWA-spezifischen Problems antworte ich Dir mal auf Deine Frage "Wie richtet man eine Weiterleitung ein?"
in der IIS-Verwaltung gibts Du unter Dokumente die datei weiterleitung.asp auf eine obere Stelle
nun erstellst Du im Root diese weiterleitung.asp und fügst folgenden code ein:
<% response.redirect "http://www.meineSeite.de:443/owa" %> Das wars. Eventuell musst Du noch die Verarbeitung von ASP im IIS nachinstallieren, das siehst Du dann aber eh...
Als Test könntest Du eine Seite test.asp erstellen, die folgenden code enthält:
<%= date() %>wenn der Aufruf dieser Seite etwas anderes als das aktuelle Datum bringt, ist ASP nachzuinstallieren...
Hoffe, geholfen zu haben
lg
Edi
Moin, moin,
danke schon mal für die Tips, ich glaube du meinst den Punkt "Standarddokument"?
ASP ist im IIS bereits installiert. Das Exchange Webinterface benötigt diese Komponente, daher muss die Abhängigkeit vorab installiert sein, da man sonst den Exchange Server nicht installiert bekommt.
Das Problem der Weiterleitung ist dabei aber eher nicht, dass der User http://mein.server.tld/ eingibt, sondern, dass die meisten User eher die Form http://mein.server.tld/owa eingeben und dann hab ich das Problem, das der Browser des Users in einer Schleife gefangen wird, wenn ich hier die Umleitung eintrage.
Hinzu kommt die Schwierigkeit, dass ich User habe, die über zwei verschiedene Servernamen auf die Maschine zugreifen. Ich könnte die Weiterleitung wahrscheinlich nur als ASP Seite weiterleiten, die den aufgerufenen Servernamen abbildet. Oh je, das wird irgendwie immer komplizierter.
Einfacher ist es, wenn die User lernen den richtigen Namen aufzurufen.
danke schon mal für die Tips, ich glaube du meinst den Punkt "Standarddokument"?
ASP ist im IIS bereits installiert. Das Exchange Webinterface benötigt diese Komponente, daher muss die Abhängigkeit vorab installiert sein, da man sonst den Exchange Server nicht installiert bekommt.
Das Problem der Weiterleitung ist dabei aber eher nicht, dass der User http://mein.server.tld/ eingibt, sondern, dass die meisten User eher die Form http://mein.server.tld/owa eingeben und dann hab ich das Problem, das der Browser des Users in einer Schleife gefangen wird, wenn ich hier die Umleitung eintrage.
Hinzu kommt die Schwierigkeit, dass ich User habe, die über zwei verschiedene Servernamen auf die Maschine zugreifen. Ich könnte die Weiterleitung wahrscheinlich nur als ASP Seite weiterleiten, die den aufgerufenen Servernamen abbildet. Oh je, das wird irgendwie immer komplizierter.
Einfacher ist es, wenn die User lernen den richtigen Namen aufzurufen.
Hi!
Da ich kein Zertifikat habe und mein OWA ohne Verschlüsselung läuft, bin ich da nicht so der Experte...
Eine weitere Idee:
Du arbeitst mit Servervariablen und bastelst die Weiterleitung in etwa so, dass sie nur Anwendung für Anfragen findet, die nicht mit https (also 443) beginnen:
(ungetestet)
gute Idee?
lg
Da ich kein Zertifikat habe und mein OWA ohne Verschlüsselung läuft, bin ich da nicht so der Experte...
Eine weitere Idee:
Du arbeitst mit Servervariablen und bastelst die Weiterleitung in etwa so, dass sie nur Anwendung für Anfragen findet, die nicht mit https (also 443) beginnen:
(ungetestet)
<% if instr(1, Request.ServerVariables("local_addr"),"https", 1) = 0 then
response.redirect "https://mein.server.tld/owa"
end if
%>gute Idee?
lg
