8
OWA und ACTIVESYNC bei Exchange 2010 über die externen URLs auch aus dem Intranet?
Hallo,
seit einiger Zeit haben wir erfolgreich einen Exchange 2010 in unserer AD-Umgebung am Start, inkl. so netter Dinge wie OWA, ActiveSync für die Smartphones usw.
Dabei steht der Exchange-Server nicht direkt im Internet, sondern holt sich seine Mails per POP3-Sammler (POPCON), und raus geht es per Smarthost via smtp.1und1.de
Die URL-Adressen für OWA z.B. sehen aktuell so aus:
intern: https://exchange01.firma.ads/owa
(also der FQDN des Exchange-Servers)
extern: https://mail.firma.de/owa
(diese externe URL verweist über einen DNYDNS-Dienst auf unser Internet-Gateway, dort geht es per 443-Portweiterleitung zum ja intern stehenden Exchange-Server)
Bei ACTIVE-SYNC ist es ähnlich, hier wird "/owa" durch "/Microsoft-Server-ActiveSync" ersetzt...
So weit, so gut, etwas störend ist nur, das man von Arbeitsplätzen im Intranet nicht per externer URL auf die OWA-Seite kommt, es wird kein Seite gefunden (wie auch, man kommt ja von intern gar icht erst auf die WAN-Seite des Gateways und so zur Portweiterleitung), noch störender allerdings ist, das auch Smartphones, die sich per WLAN ins Intranet verbunden haben, auch kein ActiveSync machen können und somit keine eMails synchronisieren können (gleicher Grund wie oben)
Recherchen per google ergab verschiedene Ansätze, die einen sagen, man solle im DNS des AD eine neue Zone MAIL.FIRMA.DE mit einem HOST(A)-Eintrag mit der IP des EXCHANGE01 erstellen, die anderen sagen, bloss nicht, das ist Frickelei und fällt einem irgendwann auf die Füße, man solle einfach im Exchange die interne = der externen URL setzen....
Was ist denn nun die einfachste Methode, auch im Hinblick auf das Thema "Zertifikate"?
Bin für jeden Tipp dankbar,
Schöne Grüße
Marcus
seit einiger Zeit haben wir erfolgreich einen Exchange 2010 in unserer AD-Umgebung am Start, inkl. so netter Dinge wie OWA, ActiveSync für die Smartphones usw.
Dabei steht der Exchange-Server nicht direkt im Internet, sondern holt sich seine Mails per POP3-Sammler (POPCON), und raus geht es per Smarthost via smtp.1und1.de
Die URL-Adressen für OWA z.B. sehen aktuell so aus:
intern: https://exchange01.firma.ads/owa
(also der FQDN des Exchange-Servers)
extern: https://mail.firma.de/owa
(diese externe URL verweist über einen DNYDNS-Dienst auf unser Internet-Gateway, dort geht es per 443-Portweiterleitung zum ja intern stehenden Exchange-Server)
Bei ACTIVE-SYNC ist es ähnlich, hier wird "/owa" durch "/Microsoft-Server-ActiveSync" ersetzt...
So weit, so gut, etwas störend ist nur, das man von Arbeitsplätzen im Intranet nicht per externer URL auf die OWA-Seite kommt, es wird kein Seite gefunden (wie auch, man kommt ja von intern gar icht erst auf die WAN-Seite des Gateways und so zur Portweiterleitung), noch störender allerdings ist, das auch Smartphones, die sich per WLAN ins Intranet verbunden haben, auch kein ActiveSync machen können und somit keine eMails synchronisieren können (gleicher Grund wie oben)
Recherchen per google ergab verschiedene Ansätze, die einen sagen, man solle im DNS des AD eine neue Zone MAIL.FIRMA.DE mit einem HOST(A)-Eintrag mit der IP des EXCHANGE01 erstellen, die anderen sagen, bloss nicht, das ist Frickelei und fällt einem irgendwann auf die Füße, man solle einfach im Exchange die interne = der externen URL setzen....
Was ist denn nun die einfachste Methode, auch im Hinblick auf das Thema "Zertifikate"?
Bin für jeden Tipp dankbar,
Schöne Grüße
Marcus
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 238506
Url: https://administrator.de/forum/owa-und-activesync-bei-exchange-2010-ueber-die-externen-urls-auch-aus-dem-intranet-238506.html
Ausgedruckt am: 27.12.2024 um 10:12 Uhr
8 Kommentare
Neuester Kommentar
Zitat von @AdminKnecht:
So weit, so gut, etwas störend ist nur, das man von Arbeitsplätzen im Intranet nicht per externer URL auf die OWA-Seite
kommt, es wird kein Seite gefunden (wie auch, man kommt ja von intern gar icht erst auf die WAN-Seite des Gateways und so zur
Portweiterleitung), noch störender allerdings ist, das auch Smartphones, die sich per WLAN ins Intranet verbunden haben, auch
kein ActiveSync machen können und somit keine eMails synchronisieren können (gleicher Grund wie oben)
Recherchen per google ergab verschiedene Ansätze, die einen sagen, man solle im DNS des AD eine neue Zone MAIL.FIRMA.DE mit
einem HOST(A)-Eintrag mit der IP des EXCHANGE01 erstellen, die anderen sagen, bloss nicht, das ist Frickelei und fällt einem
irgendwann auf die Füße, man solle einfach im Exchange die interne = der externen URL setzen....
Was ist denn nun die einfachste Methode, auch im Hinblick auf das Thema "Zertifikate"?
So weit, so gut, etwas störend ist nur, das man von Arbeitsplätzen im Intranet nicht per externer URL auf die OWA-Seite
kommt, es wird kein Seite gefunden (wie auch, man kommt ja von intern gar icht erst auf die WAN-Seite des Gateways und so zur
Portweiterleitung), noch störender allerdings ist, das auch Smartphones, die sich per WLAN ins Intranet verbunden haben, auch
kein ActiveSync machen können und somit keine eMails synchronisieren können (gleicher Grund wie oben)
Recherchen per google ergab verschiedene Ansätze, die einen sagen, man solle im DNS des AD eine neue Zone MAIL.FIRMA.DE mit
einem HOST(A)-Eintrag mit der IP des EXCHANGE01 erstellen, die anderen sagen, bloss nicht, das ist Frickelei und fällt einem
irgendwann auf die Füße, man solle einfach im Exchange die interne = der externen URL setzen....
Was ist denn nun die einfachste Methode, auch im Hinblick auf das Thema "Zertifikate"?
Hi
Also wenn du Lösung 1 nimmst und den eine Zone im DNS machst ist die sache in 2 min erledigt und deine Geräte gehen. Nachteil ist man braucht da dies nur eine weiterleitung auf die Interne URL oder die IP ist ein Multidomainzertifikat da man intern eine andere Domain als extern im OWA hat. Eigendlich ist das auch kein Nachteil den ein Multidomain Zertifikat kostet mitlerweile auch kaum noch mehr als ein einfaches Domainzertifikat.
Bei Lösung 2 ist mir einiges nicht klar.
Wenn du aber im Exchange die Interne URL auf die Externe änderst woher weiss dann dein Client das er sich nun an den Server mit der internen IP adresse wenden soll ????
LG
1
Hi,
ja, Du könntest intern eine DNS-Zone "mail.firma.de" erstellen und in dieser dann einfach einen A-Record "ohne Namen" mit der externen IP erstellen. Das funktioniert, ist aber echt nicht "schick".
Interne = externe setzen ist suboptimal, weil ja dann das interne OWA nicht mehr geht.
Wenn man es mal pragmatisch berachtet: Das mit der Zone ist nicht schön. Wenn es aber nicht die Regel-Lösung für solche Problemstellungen wird - was solls. Es funktioniert, ist schnell eingerichtet. Richtig dokumentieren, keine dynamischen Updates erlauben, Replikation der Zone nicht vergessen, falls mehrere DNS-Server.
E.
ja, Du könntest intern eine DNS-Zone "mail.firma.de" erstellen und in dieser dann einfach einen A-Record "ohne Namen" mit der externen IP erstellen. Das funktioniert, ist aber echt nicht "schick".
Interne = externe setzen ist suboptimal, weil ja dann das interne OWA nicht mehr geht.
Wenn man es mal pragmatisch berachtet: Das mit der Zone ist nicht schön. Wenn es aber nicht die Regel-Lösung für solche Problemstellungen wird - was solls. Es funktioniert, ist schnell eingerichtet. Richtig dokumentieren, keine dynamischen Updates erlauben, Replikation der Zone nicht vergessen, falls mehrere DNS-Server.
E.
Hallo,
Das mit dem DNS funktioniert bei uns einwandfrei.
Ne dritte schöne Lösung währe am Router ein DNS rewriting, (Heist glaub ich so).
Das mit dem DNS funktioniert bei uns einwandfrei.
Ne dritte schöne Lösung währe am Router ein DNS rewriting, (Heist glaub ich so).
Oder hairpin NAT oder NAT loopback oder ... 
LG, Thomas
LG, Thomas
Sorry, meinte ich. Mir ist nur der Name gerade nicht eingefallen.
Geht mir selbst mit meinem Namen so. Und das immer öfter ... das Alter
LG, Thomas
LG, Thomas
Zitat von @emeriks:
ja, Du könntest intern eine DNS-Zone "mail.firma.de" erstellen und in dieser dann einfach einen A-Record "ohne
Namen" mit der externen IP erstellen. Das funktioniert, ist aber echt nicht "schick".
ja, Du könntest intern eine DNS-Zone "mail.firma.de" erstellen und in dieser dann einfach einen A-Record "ohne
Namen" mit der externen IP erstellen. Das funktioniert, ist aber echt nicht "schick".
Super, genau so habe ich das jetzt auch gemacht, und es funktioniert!
Zertifikate waren kein Thema (AUSSERWOEGER schrieb was von "Multidomainzertifikat"), evtl. liegt es daran, das wir eh nur selbst erstellte Zertifikate unserer eigenen CA
benutzen!Allen ein herzliches Dankeschön und noch einen sonnigen Tag
Marcus
Hi
Der DNS Eintrag ist nötig gewesen um die verbindug zum Server herstellen zu können. beim zertifikat geht es um den Namen der Domain wenn du intern local.domain.local hast und extern domain.at dann sind die Domain nicht gleich man kann aber für den OWA nur 1 zertifikat hinterlegen deswegen bekommt man immer entweder intern oder Extern eine Zertifikatsfehlermeldung wenn man per Internet Explorer auf die OWA seite geht.
Wenn du aber eines Kaufen möchtest gibt es die Möglichkeit ein Multidomain Zertifikat zu kaufen darin sind dann mehrere Domainnamen bzw. Links wie remote.domain.local, remote.domain.de hinterlegt und man bekommt Intern und extern keine Fehlermeldung mehr.
Gibt es schon recht günstig http://at.godaddy.com/ssl/ssl-certificates.aspx?isc=gtnigeau04&ci=9 ...
Der DNS eintrag den du intern setzt der muss dann bei einer zertifkatsbestellung angegeben werden bzw. wenn man selbst eine CA betreibt kann man das Zertifikat auch selbst ausstellen so wie man es braucht.
LG Andy
Der DNS Eintrag ist nötig gewesen um die verbindug zum Server herstellen zu können. beim zertifikat geht es um den Namen der Domain wenn du intern local.domain.local hast und extern domain.at dann sind die Domain nicht gleich man kann aber für den OWA nur 1 zertifikat hinterlegen deswegen bekommt man immer entweder intern oder Extern eine Zertifikatsfehlermeldung wenn man per Internet Explorer auf die OWA seite geht.
Wenn du aber eines Kaufen möchtest gibt es die Möglichkeit ein Multidomain Zertifikat zu kaufen darin sind dann mehrere Domainnamen bzw. Links wie remote.domain.local, remote.domain.de hinterlegt und man bekommt Intern und extern keine Fehlermeldung mehr.
Gibt es schon recht günstig http://at.godaddy.com/ssl/ssl-certificates.aspx?isc=gtnigeau04&ci=9 ...
Der DNS eintrag den du intern setzt der muss dann bei einer zertifkatsbestellung angegeben werden bzw. wenn man selbst eine CA betreibt kann man das Zertifikat auch selbst ausstellen so wie man es braucht.
LG Andy
