15
Subdomain für E-Mail-Verkehr
Hallo,
ich sehe aktuell wohl den Wald vor lauter Bäumen nicht. Ich hoffe ihr könnt mir auf die Sprünge helfen:
- ISP mit fester IP-Adresse
- Server 2008 Standard R2 mit Exchange 2013 SP1
- Outlook 2007 (intern)
- Outlook 2013 (extern)
Da mein externer Nutzer mit Outlook 2013 ohne VPN-Verbindung arbeiten soll, wollte ich nun Outlook Anywhere einrichten. Da sich Zertifikate nicht auf IP-Adressen einrichten lassen, war nun die Idee der Subdomain.
Diese soll nun mail.domain.com lauten.
Ich habe also die Subdomain inkl. Weiterleitung auf https://festeip/owa eingerichtet. Funktioniert.
Das Problem ist allerdings, dass das Zertifikat nicht anerkannt wird. Denn im Browser wird nun ja die IP angezeigt.
Meine Frage nun also:
Wie kann ich mail.domain.com so einrichten, dass diese auch im stehen bleibt. Oder gibt es dafür eine andere Idee?
ich sehe aktuell wohl den Wald vor lauter Bäumen nicht. Ich hoffe ihr könnt mir auf die Sprünge helfen:
- ISP mit fester IP-Adresse
- Server 2008 Standard R2 mit Exchange 2013 SP1
- Outlook 2007 (intern)
- Outlook 2013 (extern)
Da mein externer Nutzer mit Outlook 2013 ohne VPN-Verbindung arbeiten soll, wollte ich nun Outlook Anywhere einrichten. Da sich Zertifikate nicht auf IP-Adressen einrichten lassen, war nun die Idee der Subdomain.
Diese soll nun mail.domain.com lauten.
Ich habe also die Subdomain inkl. Weiterleitung auf https://festeip/owa eingerichtet. Funktioniert.
Das Problem ist allerdings, dass das Zertifikat nicht anerkannt wird. Denn im Browser wird nun ja die IP angezeigt.
Meine Frage nun also:
Wie kann ich mail.domain.com so einrichten, dass diese auch im stehen bleibt. Oder gibt es dafür eine andere Idee?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 241907
Url: https://administrator.de/contentid/241907
Printed on: April 19, 2024 at 19:04 o'clock
15 Comments
Latest comment
Hi,
dann lass im externen DNS die feste IP von deinem ISP auf die mail.domain.com weiterleiten !?
VG
dann lass im externen DNS die feste IP von deinem ISP auf die mail.domain.com weiterleiten !?
VG
1
Hi,
folgendes habe ich eingerichtet bei 1und1:
Subdomain mail.domain.com / A-Record auf feste IP vom ISP (jetzt muss ich erstmal bis zu 72 Stunden warten)
folgendes habe ich eingerichtet bei 1und1:
Subdomain mail.domain.com / A-Record auf feste IP vom ISP (jetzt muss ich erstmal bis zu 72 Stunden warten)
Jop perfekt, das klingt doch gut 
So haben wir das hier auch gelöst.
So haben wir das hier auch gelöst.
Zitat von @sokraTonis:
Hi,
folgendes habe ich eingerichtet bei 1und1:
Subdomain mail.domain.com / A-Record auf feste IP vom ISP (jetzt muss ich erstmal bis zu 72 Stunden warten)
Hi,
folgendes habe ich eingerichtet bei 1und1:
Subdomain mail.domain.com / A-Record auf feste IP vom ISP (jetzt muss ich erstmal bis zu 72 Stunden warten)
Einfach eienn A-record für mail.domain.com einrichten. Da braucht man keine subdomains delegieren. Und das sollte auch innerhalb von minuten funktioneren.
lks
Hallo lks,
den A-Record auf dem internen DNS oder auf dem Hoster DNS?
den A-Record auf dem internen DNS oder auf dem Hoster DNS?
Hoster DNS natürlich, ich weiss auch nicht was der Kommentar noch soll von lks?
Da fällt mir noch was ein:
In der Subdomain hatte ich vorher, zum Testen, die Http-Weiterleitung zu https://festeip/owa drinnen. Soll ich diese Weiterleitung lassen oder entfernen und auf Webspace umstellen?
In der Subdomain hatte ich vorher, zum Testen, die Http-Weiterleitung zu https://festeip/owa drinnen. Soll ich diese Weiterleitung lassen oder entfernen und auf Webspace umstellen?
Braucht man dann ja nicht mehr wenn du den Eintrag gesetzt hast im a-record.
Ok, dann stelle ich dort auf Webspace um. Denn ich habe nur die Wahl zwischen Webspace und Weiterleitung.
ich wollte nur darauf hinweisen, daß ein einfacher A-rekord reicht udn das das keien 72 stunden dauert, bis der bekannt ist, sondern prinzipiell sofort verfügbar sein muß.
Subdomains sind für ein solches Szenario nicht notwendig, es reicht einafch einen Host mit seinem A-Record einzurichten.
lks
PS: (sub-)domains und Hostnamen sehen zwar gleich aus, sind aber grundsätzlich unterschiedliche Dinge.
PPS: Und die meisten Hoster bezeichnen mit subdomain irgendwelche Konstrukte die einfach nur hostnamen mit passenden a-records sind.
Hallo,
Gruß,
Peter
Zitat von @sk-it83:
wir haben auch erst über Hairpin NAT nachgedacht aber die Lösung über den ISP finde ich besser.
Was hat Hairpin NAT damit zu tun? Wo kommt das in diesem Scenario ins Spiel?wir haben auch erst über Hairpin NAT nachgedacht aber die Lösung über den ISP finde ich besser.
Gruß,
Peter
Zitat von @Pjordorf:
Hallo,
> Zitat von @sk-it83:
> wir haben auch erst über Hairpin NAT nachgedacht aber die Lösung über den ISP finde ich besser.
Was hat Hairpin NAT damit zu tun? Wo kommt das in diesem Scenario ins Spiel?
Gruß,
Peter
Hallo,
> Zitat von @sk-it83:
> wir haben auch erst über Hairpin NAT nachgedacht aber die Lösung über den ISP finde ich besser.
Was hat Hairpin NAT damit zu tun? Wo kommt das in diesem Scenario ins Spiel?
Gruß,
Peter
Du hast Recht Peter das kommt in diesem Szenario nicht zum Einsatz war ein Denkfehler meinerseits...
VG
Moin,
jetzt sollte alles klar sein
Grüße Uwe
Grüße Uwe
1
Hallo Uwe,
vielen Dank, genau dieses Feld habe ich mit meiner öffentlichen festen IP gefüllt.
vielen Dank, genau dieses Feld habe ich mit meiner öffentlichen festen IP gefüllt.
Zitat von @sokraTonis:
vielen Dank, genau dieses Feld habe ich mit meiner öffentlichen festen IP gefüllt.
vielen Dank, genau dieses Feld habe ich mit meiner öffentlichen festen IP gefüllt.
Dann soltle ein nslookup auf den hostnamen (alias "subdomain") die Adresse auflösen, ein tracert dorthin routen und ein ping antworten.
lks
1
