Bekijk Volledige Versie : Doorverwijzing https
Hallo,
Ik heb afgelopen vrijdag een domein verhuist van een oude provider naar een andere provider (De Heeg).
Nu waren er bij de oude provider een aantal a records aanwezig. 1 voor bestandsdeling op een eigen server en 1 voor webmail via de exchange server (outlook web access).
Nu heb ik die a records overgenomen alleen krijg ik het outlook webacces niet aan de praat. de webmail was voorheen te bereiken onder https://webmail.domeinnaam.nl alleen lijkt het alsof https verkeer niet doorgezet wordt naar mijn eigen exchange server. (ip enz klopt).
Hoe kan ik zorgen dat ook het https verkeer doorgezet wordt. Ik kan van de domeinnaam de a-records aanpassen en de mk records.
Verder is het misschien belangrijk dat het niet gaat om een shared hosting de domeinnaam is geregistreerd op een dedicated server.
Alvast bedankt voor de hulp
marsipulami
25/10/09, 14:39
Is alleen de domeinnaam verhuisd of is ook de content naar een andere server gegaan?
En wat voor melding krijg je als je naar https://www.domein.nl gaat?
Hoe kan ik zorgen dat ook het https verkeer doorgezet wordt. Ik kan van de domeinnaam de a-records aanpassen en de mk records.
MX (mail exchange) records bedoel je hier denk ik.
omzetten van A en MX zou voldoende moeten zijn, ook voor https, ik denk dat je iets in de instellingen gemist hebt. Heb je zelf de server ingericht?
Yourwebhoster
25/10/09, 15:02
Als je gewoon met het subdomein op je server uit komt dan zijn je DNS records goed ingesteld, zou namelijk raar zijn als dit voor elk protocol anders zou zijn.
- Controleer of je https direct op het IP wel beschikbaar is
- Controleer de logs op je server.
Triloxigen
25/10/09, 16:08
Houd ook rekening met de caching van de DNS
De Content van de site is ook vehuist nu is dit geen probleem de site werkt gewoon.
De webserver is ingericht door de Heeg.
Als ik https://www.domeinnaam.nl doe krijg ik een lege pagina, bij http://www.domeinnaam.nl krijg ik wel de juiste site te zien.
als A records heb ik nu:
www : gaat naar het ip adres van de dedicated server van de heeg (werkt)
ftp : gaat naar een bestand server hier lokaar (werkt)
mail : gaat naar het ip adres van de exchange server (werkt)
webmail : gaat naar het ip adres van de exchange server voor outlook webacces (werkt dus niet)
Als MX record alleen mail met prioriteit 10
Hoe controleer ik of de https direct op het IP wel beschikbaar is??
Triloxigen
25/10/09, 18:08
httpS staat los van DNS.
Dat er geen direct verband is tussen je DNS records en de gebruikte protocollen. DNS zorgt voor toewijzingen van namen aan ip adressen. Niets meer, niets minder. Als https://www.domeinnaam.nl een blanco pagina geeft en http://www.domeinnaam.nl de juiste content weergeeft, is er iets niet goed ingesteld op die server en hoef je de fout niet in je DNS records te zoeken.
Oke en met die server bedoel je de webserver? Ik krijg namelijk op alle site's waar ik geen speciefieke dns aanpassingen gedaan heb een lege pagina bij het bezoeken van de https variant.
Triloxigen
25/10/09, 18:27
De webserver inderdaad
bel De Heeg of stel je vraag via http://msc.deheeg.nl/
Yep ga ik morgen maar even doen heb ze gisteren al de vraag gesteld alleen denk dat ze me niet zo goed begrepen kreeg terug dat er voor https ssl certificaten enz geinstalleerd moetsten worden en dat ik door dat soort aanpassingen de mogelijkheid verlies om via eatserver mijn domeinen te beheren.
In ieder geval bedankt voor de hulp
marsipulami
25/10/09, 18:37
Als je je content hebt verhuisd moet je de license van je ssl certificaat ook aanpassen, want dat gaat op ip adres.
ssl certificaten gaan nagenoeg altijd NIET op IP adres, maar juist op domeinnaam, dat is het hele idee er juist van
Yourwebhoster
25/10/09, 18:38
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?
Yourwebhoster
25/10/09, 18:44
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?
Yourwebhoster
25/10/09, 18:50
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?
Yourwebhoster
25/10/09, 19:01
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.
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.
Yourwebhoster
25/10/09, 19:11
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.
Yourwebhoster
25/10/09, 19:27
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.
Patrick_st
25/10/09, 20:38
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.
marsipulami
25/10/09, 21:46
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 ;) :oops:
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?
Patrick_st
26/10/09, 05:07
Als je certificaat niet meer klopt krijg je daar een waarschuwing van bij het openen van de site. Je kunt dan wel kiezen om door te gaan.
Een firewall kan de toegang uiteraard blokkeren maar dat kan niet te maken hebben met de DNS verandering lijkt me.
Je weet zeker dat je het juiste IP adres gebruikt?
Nou probleem als het goed is opgelost. De oude provider heeft me het verkeerde ip adres doorgegeven scheelte een cijfertje. Het ip voor webaccess is een andere dan welke ik voor het mx record mail moet gebruiken. Hoe simpel kan het zijn. Iedereen bedankt voor het meedenken