SBS 2003 Exchange HTTPS auf andere Website übertragen

[Bumbum 11]

Hallo,

 

ich habe auf einem SBS 2003 den Exchange-Zugriff über HTTPS konfiguriert. Das ganze funktioniert auch.

 

Nun habe ich eine zweite Website im IIS hinzugefügt, die auf andere Ports hört, da sie von einer anderen externen IP erreicht wird. Ich möchte von dieser IP nun auch den Exchange-Zugriff via HTTPS aktivieren und habe angefangen die virtuellen Verzeichnisse von der Standardwebsite im IIS zu kopieren. Dabei habe ich immer ein virtuelles Verzeichnis in der zweiten (neuen) Website mit gleichem Namen angelegt und danach alle Einstellungen übertragen. Irgendwas funktioniert aber noch nicht. Folgende Verzeichnisse habe ich bereits übertragen:

 

Rpc

RpcWithCert

OMA

exchange-oma

ExchWeb

Exchange

 

Der Zugriff soll via Outlook 2007 statt finden.

 

Die zweite externe IP habe ich bereits als Fehlerquelle ausgeschlossen, denn wenn ich den HTTPS Port auf den der Standardwebsite umlenke funktioniert der Zugriff.

 

Folgende Ports sind im Router für den Exchange-Zugriff an den SBS weitergeleitet:

 

extern --> intern

80 --> 3080 (HTTP der zweiten Website)

443 --> 3443 (SSL der zweiten Website)

1771 bis 1774 --> 1771 bis 1774

593 --> 593

 

Wie gesagt reicht es aus den 443 extern auch auf 443 intern zu ändern (geht dann auf die Standardwebsite) damit das ganze funktioniert.

 

Wer kann mir helfen, was ich noch vergessen habe?

 

Viele Grüße

Andreas

[lepus 10]

Moin,

 

also wenn ich das jetzt richtig verstanden habe, möchtest Du mit zwei externen IP Adressen den SBS erreichen. Demnach setzt du wahrscheinlich auch zwei Router ein.

 

Du müsstest doch jetzt einfach nur auf beiden Routern die entsprechenden Ports weiterleiten. Die ganzen Verzeichnisse zu kopieren ist auf jedenfall keine gute Lösung und wird wahrscheinlich auf keinen Fall funktionieren.

 

Also quasi die Portweiterleitungen so gestalten:

 

Router 1:80 -> SBS:80

Router 2:80 -> SBS:999 (deine andere Website)

 

Router 1:443 -> SBS:443

Router 2:443 -> SBS:443

 

Grüße

Nils

[Bumbum 11]

Hallo Nils,

 

der Aufwand mit den zwei externen IPs wird natürlich nur deshalb betrieben, weil zwei verschiedene Websites auf dem SBS laufen. Und die benötigen beide eine SSL Verschlüsselung. Der Grund des ganzen ist zum großteil, dass zwei verschiedene .net Frameworks für aspx benötigt werden, und es deshalb zwei ApplicationPools geben muss.

 

Ich dachte mit dem kopieren des virtuellen Verzeichnisses Rpc ist es getan, scheinbar klemmt es aber noch an irgendeiner anderen Stelle.

 

Viele Grüße

Andreas

[lepus 10]

Moin,

 

und warum muss das OWA unbedingt über beide IP's erreichbar sein?

 

Grüße

Nils

[Bumbum 11]

...muss er eigentlich gar nicht. Das ganze Ist eine echt komplizierte Sache, die mich schon viel Denkzeit gekostet hat. Die ganzen Fakten warum das so sein muss/soll haben aber eigentlich nichts mit dem Problem zu tun. ;-)

 

Aber ich will mal nicht so sein und weitere Informationen raus rücken:

 

Es gibt Seite 1 (Standardwebseite, läuft mit .net Framework 1, genauso wie die ganzen anderen internen Webseiten des Servers (Remote, Companyweb, Backup, Monitoring, etc...)

 

und Seite 2 (.net Framework 2, und auch Exchange).

 

Ich könnte jetzt die Standardwebsite zur Seite 2 "umfunktionieren", dann läuft Exchange, ich müsste aber alle anderen virtuellen Verzeichnisse dann auf die Seite 2 kopieren und diese auf .net 1 umstellen. Das ist aber viel aufwendiger, wie nur den Exchange HTTPS umzukopieren.

 

Ich habe das ganze auf der früheren Server-Installation schon mal genauso gehabt (Motherboard ist abgeraucht, deshalb Neuinstallation), bekomme es aber jetzt gerade nicht mehr hin.

 

Viele Grüße

Andreas

[lepus 10]

Moin,

 

und warum hast du nicht einfach die Standardwebsite so gelassen und lässt auf der zweiten Website deine Applikation für .Net FW 2.0 laufen?

 

Ich mein warum soviel Aufwand machen, wenn OWA doch nicht unbedingt über beide Adresse erreichbar sein muss? :)

 

Grüße

Nils

[Bumbum 11]

Hallo Nils,

 

ich glaube langsam ich werde es wirklich so machen.

 

Aber interessieren würde mich trotzdem warum es nicht geht. Bzw. wo der Fehler ist, vor allem weil es schon mal so funktioniert hat.

 

Aber ich glaube du verwechselst etwas. OWA ist doch um lesen der Mails via Browser, oder täusche ich mich? Ich benötige die Verbindung von Outlook 2007 via HTTPS zum Exchange. Soweit ich denke heißt das Rpc oder?

 

Viele Grüße

Anreas

[lepus 10]

Moin,

 

du meinst RPC over HTTP, seit Exchange 2007 "Outlook Anywhere" genannt. Das ist zwar etwas anderes als OWA, nutzt aber trotzdem die gleiche Website.

Und dann verstehe ich sogar noch weniger warum es über zwei Adressen erreichbar sein muss. Du kannst doch im Outlookprofil sowieso nur eine Adresse konfigurieren :).

 

Grüße

Nils

[Bumbum 11]

Warum immer nur die Frage nach dem Warum? ;-) Gehen soll es! :-)

 

Ich versuche es mal gaaanz einfach die Situation zu umschreiben: Die Adresse, die auch vom externen WAN erreicht werden soll ist eine ASP.net 2.0 Seite, die auch SSL verwendet.

 

Da man in Outlook 2007 zwar die Adresse, aber nicht den Port konfigurieren kann (habe auch noch keine Tricks in der Registry o.ä. gefunden) muss ich also über den Standard SSL-Port rein, der auf meine zweite Website zeigt, die (siehe oben) unter ASP.net 2.0 läuft. Wenn ich die Standardwebsite auf ASP.net 2.0 umstelle funktionieren fast keine internen Server-Pages mehr. Also bleibt mir nur der Web über eine weitere Website mit anderem Anwendungspool. Problem ist: Über diese Adresse ist der Exchange über HTTPS nicht erreichbar, soll er aber. (Und war er früher ja auch)

 

Bitte nicht mehr nach dem Grund fragen, sondern Lösungen anbieten! :-)

 

Viele Grüße

Andreas

[lepus 10]

Moin,

 

eine saubere Lösung wäre beide Services voneinander zu trennen und über verschiedene Hostnames laufen zu lassen.

 

Eine Bastellösung könnte eventuell noch sein die Verzeichnisse manuell anhand dieser Anleitung auf der zweiten Website einzurichten: Fixing a Damaged or Incorrectly Configured OWA 2003 Installation

 

Grüße

Nils

[Bumbum 11]

Hallo Nils,

 

den Link habe ich gestern hier auch in einem anderen Thema gesehen, ich bin heute nur nicht zum probieren gekommen. Falls es funktioniert werde ich mich wieder melden.

 

Danke

Andreas