Maakt het nu in mijn mailprogramma iets uit of ik als pop-server domein.nl of pop.domein.nl instel? Of zal dit allebei werken? Of moet er dan ook een virtual host zijn die het "pop" subdomein opvangt? Of is dat in het geval van e-mail niet van toepassing?
>> Bij mijn weten mag je gewoon zeggen lipsum007.server.tld is mijn email server,
Dat mag ook, maar de vraag ging in dit geval om het hoofddomein. Is het hoofddomein www.domein.nl of domein.nl. Plesk raadt dat laatste aan, en ik vraag me dus af wat daar de reden van is.
Maar ik zou alles wat naar een eigen service gaat altijd een A record geven.
Dus mail(server), ftp(server), pop(server), web(server) enz.
[size=xsmall]Toevoeging op 21/07/2015 13:11:34:[/size]
En webmail zou dan een CNAME kunnen zijn van www want die gaan beiden naar de webserver.
Ik ben nog even benieuwd. SanThe geeft aan dat hij voor iedere service een A-record zou gebruiken. Kun je het hoofddomein zelf ook als een service zien (de webserver), of is alleen "www" een service (webserver)?
Zoals met heel veel zaken is het maar net wat je smaak is. Segregatie op basis van wat voor service het is zou ik persoonlijk doen:
@ IN A 1.2.3.4
www IN CNAME domein.nl
webmail IN A 1.2.3.4
De reden voor deze keuze is voor mij dat het duidelijk is dat www en zonder www naar dezelfde server wijzen. Webmail hoeft zich niet op dezelfde server te bevinden, al is het wel vaak zo. Stel je voor dat een klant Google Apps gebruikt, dan is het gewoon een aanpassing van het IP voor dit subdomein.
Thanks voor het meedenken. Ik vind het lastig. Iedereen lijkt wel een andere aanpak te hanteren. Zo is webmail dus geen mail-service/mailserver, maar een web-interface en hoort het dus bij de webserver. Mail daarentegen is weer wel echt een andere server, en die zou dan weer wel een eigen A-record krijgen. Ik vind het allemaal zo ehm ehh ... "willekeurig". De een zegt dit, de ander dat ... maar er is niemand die zegt: het moet zo, omdat ... en ...
Voorbeeldje uit jouw zoekopdracht. Op de CNAME wiki pagina vind ik:
"One can, for example, point ftp.example.com and www.example.com to the DNS A record for example.com, which in turn points to the IP-address. Then, if the IP-address ever changes, one only has to record the change in one place within the network: in the DNS A record."
Dit is dus wat ik bedoel. Eerder zei jij dat je voor services een apart A-record gebruikt. Hier, en dat zie ik dus in heel veel voorbeelden, gebruiken ze gewoon een CNAME voor alle services en is het dus eigenlijk gewoon een vervanger/alias voor het IP-adres. Wat is nu de juiste manier?
Er is geen juiste manier. Het heeft alles te maken met jouw situatie, en jouw achitectuur: welke servers je hebt etc. Ik houd altijd rekening met mogelijke spreiding, vandaar dat ik zeg webmail is A, omdat dit op een andere host terecht kan komen. Subdomeinen zullen niet op andere hosts terecht komen, tenzij je een exotische architectuur hebt, vandaar dat ik er dan CNAME van maak.
Zaken die bij elkaar horen krijgen CNAME, anders niet.
Maar zoals gezegd, het is een kwestie van smaak. Het ene werkt, en het andere werkt ook. Afgezien van beheersgemak is er geen goede reden om het ene of het andere beter te vinden.
Globaal heb ik alles even gelezen... maar hierbij mijn reactie:
Ozzie PHP op 21/07/2015 13:50:45
>> Easiest to remember: You can ALWAYS use a A record, not so for a CNAME, and a CNAME requires two lookups, a A record only one.
Dit spreekt wat Ben zegt toch tegen? "omdat het qua performance geen verschil maakt: het bijhorende A record komt mee in de additional sectie van het reply."
>> Ik houd altijd rekening met mogelijke spreiding, vandaar dat ik zeg webmail is A ...
Ik snap wat je bedoelt, maar ook dan is het nog slechts kwestie van een record aanpassen van CNAME naar A-record. Maar het zal inderdaad voornamelijk allemaal een kwestie zijn van persoonlijke smaak denk ik.
