Ik snap een dingetje met dns nog niet helemaal.

Stel ik heb 2 A-records:

1) domein.nl 1.2.3.4
2) pop.domein.nl 1.2.3.4

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?
Daar verschillen de adviezen een beetje over. Ik ben snel geneigd om CNAME te gebruiken voor subdomeinen (en dus ook www) omdat het qua performance geen verschil maakt: het bijhorende A record komt mee in de additional sectie van het reply. Overigens is het binnen Plesk ook prima mogelijk om externe servers aan te wijzen, dit moet je dan rechtstreeks in de configuratiebestanden doen. Een andere vraag is waarom je het panel van je hoster gebruikt, en niet gewoon doorzet naar de nameserver die Plesk al meelevert. Dit geeft veel meer controle.
Oei, dat is een lang verhaal ;)

Ik heb mijn VPS bij STRATO, en hostte daar ook in eerste instantie mijn domeinnamen. Totdat ik erachter kwam dat ik geen subdomeinen kon aanmaken. Nou ja, dat kon wel, maar dan moest ik iedere domeinnaam koppelen aan mijn VPS-pakket. Als ik dan mijn VPS-pakket zou opzeggen, zou ik ook gelijk alle domeinen kwijt zijn. Die zou ik dan eerst allemaal moeten verhuizen naar een andere server (kassa). Dus vandaar ben ik nu overgestapt naar Versio. En die hebben een mooi paneel waar ik per domein alles kan instellen.

Waarom (en hoe) zou ik dit dan naar Plesk willen overzetten? Het lijkt me juist wel handig dat ik alles via dat klantenpaneel van Versio regel, omdat ik dan makkelijk van server kan wisselen als dat nodig mocht zijn.
Voordeel van een eigen DNS server is weer, dat je al je domeinen die je bij verschillende partijen registreert (prijs, of aanbod van extensies) toch op 1 plek kunt regelen.

Maar dan moet je liefst wel meer dan 1 of 2 servers hebben om dat op te zetten.
Het voordeel van rechtstreeks beheer via Plesk is echter dat je niet hoeft te hannesen met zone templates, omdat DNS zones dan altijd op de juiste manier worden geconfigureerd: met de Plesk configuratie als basis. En niet lullig bedoeld, maar gezien je kennis van het DNS verhaal zou het wel eens verstandig kunnen zijn. Ik zou niet graag als klant het risico lopen om mail te verliezen omdat het op DNS niveau niet lekker loopt.

[size=xsmall]Toevoeging op 21/07/2015 13:42:45:[/size]

Ivo P op 21/07/2015 13:40:59

Voordeel van een eigen DNS server is weer, dat je al je domeinen die je bij verschillende partijen registreert (prijs, of aanbod van extensies) toch op 1 plek kunt regelen.

Maar dan moet je liefst wel meer dan 1 of 2 servers hebben om dat op te zetten.

Of gewoon 2 IP's die naar dezelfde server wijzen. Ja ik weet het, dat is extreem smerig, maar het kan zeker voor een beginner een uitkomst zijn.

Ben van Velzen op 21/07/2015 13:41:57

Of gewoon 2 IP's die naar dezelfde server wijzen. Ja ik weet het, dat is extreem smerig, maar het kan zeker voor een beginner een uitkomst zijn.


Heel smerig.
Het is volgens mij niet toegestaan.
Waarschijnlijk zelfs reden genoeg (indien ontdekt) om het hele domein te blokken vanuit isdn.
- SanThe - op 21/07/2015 13:49:36

[quote="Ben van Velzen op 21/07/2015 13:41:57"]
Of gewoon 2 IP's die naar dezelfde server wijzen. Ja ik weet het, dat is extreem smerig, maar het kan zeker voor een beginner een uitkomst zijn.


Heel smerig.
Het is volgens mij niet toegestaan.
Waarschijnlijk zelfs reden genoeg (indien ontdekt) om het hele domein te blokken vanuit isdn.
[/quote]
Het is een standaard praktijk bij de kleintjes. En de reden dat de meeste VPS hosters 2 IP's leveren ipv 1. Reden om te blokkeren zal het nooit zijn, omdat het alleen een groter risico oplevert voor jezelf, niemand anders. En zelfs dat risico is niet enorm, omdat als je server onverhoopt onbereikbaar is je toch niets op de aangewezen IP's kunt laten zien. Let wel: dit is een praktijk die je gebruikt als je toch maar 1 server hebt. Zodra je meer dan 1 server hebt gooi je daar ook een nameserver op en wijs je die als secundair aan in je zones.

>> 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."

>> En niet lullig bedoeld, maar gezien je kennis van het DNS verhaal zou het wel eens verstandig kunnen zijn. Ik zou niet graag als klant het risico lopen om mail te verliezen omdat het op DNS niveau niet lekker loopt.

Als het eenmaal goed is ingesteld en het werkt, dan kan er toch niks meer misgaan? Ik heb ook al een fallback mailserver ingesteld, dus dat lijkt me wel oké. Het gaat er alleen even om dat de basisinstellingen oké zijn. Daar op terugkomend ... hoe zal ik het nu uiteindelijk instellen?

domein.nl [A] 1.2.3.4
www.domein.nl // A-record of CNAME?
webmail.domein.nl // A-record of CNAME?
mail.domein.nl [A] 1.2.3.4
domein.nl MX 10 mail.domein.nl
domein.nl MX 20 fallbackversio.nl

Tips?
Ozzie PHP op 21/07/2015 13:50:45

Ik heb ook al een fallback mailserver ingesteld, dus dat lijkt me wel oké.


Stuurt die fallback de mail door als de mailserver weer bereikbaar is?

Vroeger.... moest de mailserver zelf (met een cronjob) de mail gaan ophalen bij de fallback server.
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."

Test het zelf eens uit, doe een dig commando op een domein waarvan je weet dat het CNAME gebruikt en bekijk de additional en informational secties.
Sommige DNS servers (Bind onder andere) zijn slim genoeg om het A record mee te sturen in de answer sectie als de alias binnen hetzelfde domein ligt:
;; QUESTION SECTION:
;www.xxx.xxx. IN A

;; ANSWER SECTION:
www.xxx.xxx. 14400 IN CNAME xxx.xxx.
xxx.xxx. 14400 IN A 1.2.3.4

Of je A of CNAME voor www en subdomeinen gebruikt is aan jezelf. Ik gebruik vaak CNAME omdat ik het een rotklus vind om alle records om te bouwen mocht een IP veranderen.

Reageren