Onderwerp: Doorverwijzing https

Verder: soms gebruiken host's speciale dir's voor ssl verbindingen zoals private_html, maar een host of vaak jijzelf ook kan dit zelf aanpassen naar de juiste dir. Anders krijg je iets anders te zien namelijk.

Oke bij de oude host hebben we het nooit gehad over een ssl certificaat ,zal dat certificaat in dit geval op de iis server van de exchange server staan? of moet het op de webserver?

Dan zal dat wel een self-signed certificaat geweest zijn, je krijgt meestal een melding dat het self-signed is bij dit soort certificaten als je de website met de browser opent.

Oke en dat certificaat zou dus van de exchange server moeten draaien. de webserver hoeft naar mijn idee alleen de domeinnaam te vertalen naar het juiste ip adres of zit ik er nu weer ver naast?

Daar zit je goed mee:-)
[subdomeinnaam] A [server ip]

Done:-)

Ohja als je MX records nog niet naar de exchange server verwijzen moet je dit natuurlijk ook eventjes doen:-)

Volgens mij klopt dat wel

het MX record mail verwijst naar het ip van de exchange. (alle mail komt daar ook gewoon aan).

Verder heb ik dus een a record aangemaakt voor webmail welke ook verwijst naar het ip van de exchange.

Als ik het dus goed begrijp zal het een kwestie zijn van het certificaat op de exchange server aanpassen en dan zal het weer moeten werken?

Laat je host er naar kijken zou ik zeggen, ben verder niet erg bekend met Exchange en IIS. Zou kunnen dat de document root niet goed ingesteld is maar dat moet je je host maar even navragen.

Oorspronkelijk geplaatst door almerrr

Oke en dat certificaat zou dus van de exchange server moeten draaien. de webserver hoeft naar mijn idee alleen de domeinnaam te vertalen naar het juiste ip adres of zit ik er nu weer ver naast?

Daar zit je flink naast, de dnsserver moet de domeinnaam vertalen naar het juiste ip adres.
De webserver moet de websites (inclusief die van outlook web access) aan de client presenteren.

Sorry overheen gelezen maar het is inderdaad de DNS server, maar neem aan dat dit gewoon een typo is van de TS.

ik bedoelde het ip adres waar ik het a record aan gekoppelt heb. De webserver en de exchange server staan op andere locaties vandaar.

Oorspronkelijk geplaatst door almerrr

ik bedoelde het ip adres waar ik het a record aan gekoppelt heb. De webserver en de exchange server staan op andere locaties vandaar.

Een web server is de server waar je website op staat, de DNS server weet waar welk domein naar toe moet gaan. Deze kunnen op dezelfde fysieke (of Virtueele) server draaien, maar zijn wel verschillende benamingen met totaal andere taken;-)

Dat snap ik, Ik heb een dedicated web server bij de Heeg en een exchange server op kantoor. De domeinnaam gaat naar de dedicated web server waar ik een a record aangemaakt heb voor het subdomein webmail naar het ip van de exchange server.

Of deze op dezelfde machine draait als mijn web server weet ik niet om eerlijk te zijn.

Werkt het wel als je de webmail op IP adres probeert te benaderen? Dus https://ipadres/exchange? of https://ipadres/owa in het geval van Exchange 2007?

Als dit ook niet werkt dan zal het niet aan de DNS instellingen liggen.

Oorspronkelijk geplaatst door t.bloo

ssl certificaten gaan nagenoeg altijd NIET op IP adres, maar juist op domeinnaam, dat is het hele idee er juist van

hmmm ja, mijn fout, ik had iets met "uniek" in mijn hoofd en toen kwam dat er uit

Nope op https://ipadres/exchange ook geen reactie. Morgen ochtend als eerst de systeembeheerders maar eens bellen. Ik vraag me dan alleen af waar het aan kan liggen aangezien exchange voorheen wel gewoon te bereiken was via de domeinaam, via het ipadres heb ik nooit geprobeerd. Kan er iets geblokkeerd worden door het certificaat of firewall of zo?