Eine öffentliche IP, 2 Webserver Apache und IIS
Hallo,
ich habe folgendes Problem.
Ich habe auf meinem DSL Router einen dynamsichen DNS Eintrag und forwarde port 80 auf einen Apache Webserver auf dem eine Homepage zur Verfügung gestellt wird.
Nun habe ich auf einem anderen Server einen Exchange Server laufen und will den Zugriff über das Web anhand von Outlook Web Access ermöglichen.
Dazu habe ich Port 443 vom DSL Router auf den Exchange Server geforwardet.
Wenn ich nun https://meinedomain/exchange eingebe, kommt nichts. Auf meine Domain komme ich problemlos per http://meinedomain
Wenn ich aber auf dem DSL Router Port 80 nicht auf den Apache Server sondern auf die IP des Exchange forwarde, komme ich per http://meinedomain/exchange drauf.
Was muss ich machen um den Zugriff auf den Exchange UND den Apache zu ermöglichen ?
DANKE schon mal im Vorraus
ich habe folgendes Problem.
Ich habe auf meinem DSL Router einen dynamsichen DNS Eintrag und forwarde port 80 auf einen Apache Webserver auf dem eine Homepage zur Verfügung gestellt wird.
Nun habe ich auf einem anderen Server einen Exchange Server laufen und will den Zugriff über das Web anhand von Outlook Web Access ermöglichen.
Dazu habe ich Port 443 vom DSL Router auf den Exchange Server geforwardet.
Wenn ich nun https://meinedomain/exchange eingebe, kommt nichts. Auf meine Domain komme ich problemlos per http://meinedomain
Wenn ich aber auf dem DSL Router Port 80 nicht auf den Apache Server sondern auf die IP des Exchange forwarde, komme ich per http://meinedomain/exchange drauf.
Was muss ich machen um den Zugriff auf den Exchange UND den Apache zu ermöglichen ?
DANKE schon mal im Vorraus
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 65121
Url: https://administrator.de/contentid/65121
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
6 Kommentare
Neuester Kommentar
Apache kann als Frontend für den Exchange laufen. Siehe:
Howto
Die Frontend-Stellung hindert den Apache aber nicht daran, auch ganz normale http-Dienste anzubieten.
Gruß
Alfredus
Howto
Die Frontend-Stellung hindert den Apache aber nicht daran, auch ganz normale http-Dienste anzubieten.
Gruß
Alfredus
Normalerweise kann der Router niemals auf Verzeichnisse in einer URL differenzieren...wie sollte er auch. Was er machen kann ist einzig und allein nach eingehenden Ports auf seiner öffentlichen IP Adresse zu differenzieren. Nichts anderes macht diese Port Forwarding Liste.
Die Angabe des Verzeichnisses \exchange ist in der Hinsicht also völlig sinnlos !!!
Wenn Port TCP 80 auf den Apache geht und Port TCP 443 auf den Exchange dann reicht es von remote wenn man
http://meinedomain angibt um auf den Apache zu kommen und
https://meinedomain um auf den Exchange Server zu kommen
Wichtig ist natürlich das der Exchange Server sofort mit der Exchange Seite antwortet sollte er per HTTPS angesprochen werden, was sich sicher bei MS einrichten lässt. Bei einem lokalen Test muss also bei https://<exchange ip adresse> sofort die Webmail Seite kommen.
Wenn der Exchange Webzugriff allerdings irgendwelche Daten zwischendurch per Port TCP 80 macht hast du ein Problem, da die dann immer an den Apache gehen, und das ist auch nicht zu verhindern.
Du solltest mal versuchen mit dem Router eine Port Translation als Test zu fahren, indem du den Exchange mit Port 8080 und 443 ansprichst !
Dazu legst du in der PFW Tabelle des Routers den Port TCP 8080 als incoming fest und gehst outgoing lokal auf die Exchange IP mit TCP 80. TCP 443 legst du gleich fest auf die lokale Exchange IP Adresse.
Wenn du nun den Exchange mit
http://meinedomain:8080
ansprichst müsste es klappen. Ggf. sogar wenn du https://meinedomain:8080 machst aber das ist davon abhängig wie dein Router die PFW Liste abhandelt....
Du solltest fairerweise auch oben noch dazuschreiben das dieser Thread ein Doppel von:
Portforwarding funktioniert nicht so wie es soll
ist, den du nicht geschlossen hast
Die Angabe des Verzeichnisses \exchange ist in der Hinsicht also völlig sinnlos !!!
Wenn Port TCP 80 auf den Apache geht und Port TCP 443 auf den Exchange dann reicht es von remote wenn man
http://meinedomain angibt um auf den Apache zu kommen und
https://meinedomain um auf den Exchange Server zu kommen
Wichtig ist natürlich das der Exchange Server sofort mit der Exchange Seite antwortet sollte er per HTTPS angesprochen werden, was sich sicher bei MS einrichten lässt. Bei einem lokalen Test muss also bei https://<exchange ip adresse> sofort die Webmail Seite kommen.
Wenn der Exchange Webzugriff allerdings irgendwelche Daten zwischendurch per Port TCP 80 macht hast du ein Problem, da die dann immer an den Apache gehen, und das ist auch nicht zu verhindern.
Du solltest mal versuchen mit dem Router eine Port Translation als Test zu fahren, indem du den Exchange mit Port 8080 und 443 ansprichst !
Dazu legst du in der PFW Tabelle des Routers den Port TCP 8080 als incoming fest und gehst outgoing lokal auf die Exchange IP mit TCP 80. TCP 443 legst du gleich fest auf die lokale Exchange IP Adresse.
Wenn du nun den Exchange mit
http://meinedomain:8080
ansprichst müsste es klappen. Ggf. sogar wenn du https://meinedomain:8080 machst aber das ist davon abhängig wie dein Router die PFW Liste abhandelt....
Du solltest fairerweise auch oben noch dazuschreiben das dieser Thread ein Doppel von:
Portforwarding funktioniert nicht so wie es soll
ist, den du nicht geschlossen hast
War eigentlich vorauszusehen....
Bitte
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen !
Bitte
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen !