Eigen nameservers + koppelen domein aan VPS

[robbinonline]

Ik heb een vraag, ik heb jaren een reseller pakket gehad en ben nu aan het overstappen naar een VPS.
De domeinnamen registreer ik bij TransIP en de VPS loop bij Leaseweb.

Het aanpassen van de DNS records zodat de domeinen bij de VPS uitkomen lukt prima. De namservers van transit gebruik ik nu en gaat ook goed alleen wil ik het wat professioneler aanpakken en de nameservers zelf hosten.

Ik begrijp dat je daar 2 IP's voor nodig hebt, en directadmin op mijn server ook als nameserver kan dienen.
Klopt het dat de instellingen hier staan ?

http://www.bestandjes.nl/images/da.png

Serverhostname word dan bijvoorbeeld ser1.mijndomein.nl
En NS 1 & NS 2 worden ns1/2.mijndomein.nl

Maar hoe koppel ik dit allemaal aan elkaar ook met mijn huidge domein wat nu nog gekoppeld zit aan het reseller pakket.

Alvast bedankt voor de hulp

[The-BosS]

Ik begrijp dat je daar 2 IP's voor nodig hebt, en directadmin op mijn server ook als nameserver kan dienen.

Ja en nee, je hebt minimaal 2 nameservers nodig, daarom geen 2 IP's. Het is zelf aangeraden om je slave's/secundaire dns servers niet op je eigen server te draaien. Hiervoor zou je dus TransIP hun nameserver voor kunnen gebruiken. Dit geeft je toch wat meer redundantie dan dat je alles op 1 vps runt.

Klopt het dat de instellingen hier staan ?

http://www.bestandjes.nl/images/da.png

http://help.directadmin.com/item.php?id=283 <= How DNS Works
http://help.directadmin.com/item.php?id=196 <= How to add more then 2 dns servers

Maar hoe koppel ik dit allemaal aan elkaar ook met mijn huidge domein wat nu nog gekoppeld zit aan het reseller pakket.

Om te beginnen zal je de glue records van je ns1.domain.tld etc moeten instellen bij TransIP en daarna alle gehoste domains hun ns records (bij de tld's) moeten aanpassen in het TransIP control panel.

Hou er verder ook even rekening mee dat dns instellingen enige tijd vragen voor ze overal doorgevoerd worden, dus begin niet direct te panikeren als het na 5 minuten nog niet werkt.

[Vic D'Elfant]

Voordat we tot de "nitty gritty" komen lijkt het me het belangrijkste om te beginnen bij het begin: je moet minimaal 2 nameservers hebben (correct), maar deze moeten wel op twee verschillende subnets zitten. Als je een 1 VPS met hebt met 2 IP-adressen, speel je in principe vals. Het principe is namelijk dat als 1 server/netwerk eruit ligt, DNS in ieder geval nog altijd via de andere werkt. Vooral bij DNS, waarbij enige graad van redundatie i.v.m. de TTL's van een uur of meer wel wenselijk is, is dit niet iets waar je op moet bezuinigen.

Edit: The-BosS was sneller

[robbinonline]

Oke duidelijk. In de toekomst ga ik meerdere vps'en draaien dus dan zal verschillende subsnets geen probleem meer zijn. Tot die tijd gebruik ik dus het voor mijn eigen nameserver het ip van mijn vos en voor naam server 2 het ip van transit als ik het goed begrijp

[Vic D'Elfant]

Mits je de nameserver van TransIP als master kunt laten werken en jouw eigen nameserver als slave ervan (of omgedraaid) kan dat ja, maar dat lijkt me sterk. Je kunt niet twee nameservers hebben die los van elkaar staan, anders lopen de serials van de zones niet gelijk. Server A zou dan een andere versie kunnen hebben dan Server B, terwijl de zones wel alletwee hetzelfde serial number hebben. Die problemen wil je je niet aan begeven.

[The-BosS]

Mits je de nameserver van TransIP als master kunt laten werken en jouw eigen nameserver als slave ervan (of omgedraaid) kan dat ja, maar dat lijkt me sterk. Je kunt niet twee nameservers hebben die los van elkaar staan, anders lopen de serials van de zones niet gelijk. Server A zou dan een andere versie kunnen hebben dan Server B, terwijl de zones wel alletwee hetzelfde serial number hebben. Die problemen wil je je niet aan begeven.

Het is hier op het forum als een paar keer uitgebreid over geweest, en TransIP support slave zone's (https://www.transip.be/vragen/55-adr...ary-gebruiken/).

@robbinonline: Je bent ook niet gebonden tot 2 nameservers, daarom had ik je die url ook gepost om meerdere dns servers te gebruiken. Hoe meer is natuurlijk altijd beter, zo kun je bvb later ns1 (je 1ste vps), ns2 (je 2de vps) en de dan ns3 en ns4 bvb nog transip gebruiken.

[Vic D'Elfant]

Het is hier op het forum als een paar keer uitgebreid over geweest, en TransIP support slave zone's (https://www.transip.be/vragen/55-adr...ary-gebruiken/).

Daar was ik niet van op de hoogte; netjes dat ze dat aanbieden.

[robbinonline]

Oke ik probeer het allemaal te snappen vind het hele DNS gebeuren nog vrij lastig.
Maar ben leer gierig dus ga het proberen goed in te stellen.

[visser]

Mits je de nameserver van TransIP als master kunt laten werken en jouw eigen nameserver als slave ervan (of omgedraaid) kan dat ja, maar dat lijkt me sterk. Je kunt niet twee nameservers hebben die los van elkaar staan, anders lopen de serials van de zones niet gelijk. Server A zou dan een andere versie kunnen hebben dan Server B, terwijl de zones wel alletwee hetzelfde serial number hebben. Die problemen wil je je niet aan begeven.

Dat is niet erg. De serials hebben alleen betekenis voor een slave om te weten dat de master veranderd is en er dus een zonetransfer nodig is.
Als je er op een andere manier voor zorgt dat alle DNS'en de juiste content hebben mogen de serials best afwijken.
Het is misschien wel onhandig of verwarrend voor iemand die zones aan het debuggen is, maar een technisch probleem is het niet.

[visser]

Oke duidelijk. In de toekomst ga ik meerdere vps'en draaien dus dan zal verschillende subsnets geen probleem meer zijn. Tot die tijd gebruik ik dus het voor mijn eigen nameserver het ip van mijn vos en voor naam server 2 het ip van transit als ik het goed begrijp

Staar je niet blind op "meerdere subnetten". Dat is een vertaling van de sterke aanbeveling om DNS'en redundant en zonder single point of failure in te richten.

Bij "hetzelfde subnet" is het meestal wel evident dat die servers een fysieke ruimte, stroom, en een netwerk delen.

Verschillend subnet in de vorm van een ander VLAN'etje op dezelfde switch in hetzelfde rack in hetzelfde DC is een stuk minder redundant dan het enkele subnet van een root DNS "server" :-)
(die is namelijk via anycast als veel instances op veel plaatsen aanwezig.)

Gaat het om een speel&leer domein van jezelf kun je natuurlijk best 'vals spelen' met twee IPs op dezelfde VPS, gewoon om te zien hoe het werkt.
Voor een productie setup doe je er goed aan om te zorgen dat je twee DNS'en hebt die weinig of geen points of failure gemeenschappelijk hebben.
Dat kan dan best een VPS van jezelf zijn en een DNS van je domeinen leverancier als secondary (of als primary, en jouw VPS als secondary).
Als je twijfelt aan je eigen beheerderskwaliteiten kun je natuurlijk ook gewoon de DNS'en bij je domeinen leverancier laten; Het is hun business om die goed en betrouwbaar te laten werken.

[Jimmy1987]

Dat is niet erg. De serials hebben alleen betekenis voor een slave om te weten dat de master veranderd is en er dus een zonetransfer nodig is.
Als je er op een andere manier voor zorgt dat alle DNS'en de juiste content hebben mogen de serials best afwijken.
Het is misschien wel onhandig of verwarrend voor iemand die zones aan het debuggen is, maar een technisch probleem is het niet.

Eh... pardon? Natuurlijk mogen die serials niet afwijken, als je serials afwijken klopt er namelijk iets niet in je DNS. Dus een technisch probleem is het zeer zeker wel, nog nooit een dns check gedaan? die controleert ook of je serials hetzelfde zijn. Er zijn maar een paar manieren waarop je slaves en masters kunt syncen en dat is via zonetransfers, notifies of in het geval van powerdns via mysql replicatie. Andere manieren zijn er niet of iemand moet letterlijk .db files gaan kopieren maar dan ben imho fout bezig lijkt me.

Dus dat serials best mogen afwijken is dus niet waar, volgens mij is dat zelfs een RFC regel dat die over al je nameservers gelijk moet zijn maar dat weet ik niet zeker.

[YolkNet]

dit is een interessante topic waar ik veel van opsteek.
vraagje offtopic: wat is het verschil tussen de ns die ik opgeef bij transip en het ip-adres bij de dns-instellingen? nameservers zorgen dat een domeinnaam wordt omgezet naar een ip-adres van een server die mijn domeinnamen beheert en het ip-adres in de dns geeft aan op welke server een domeinnaam staat?
Dit vraag ik omdat ik nogal verward ben door de dns die ik bij transip kan instellen en de dns in DA.

[The-BosS]

dit is een interessante topic waar ik veel van opsteek.
vraagje offtopic: wat is het verschil tussen de ns die ik opgeef bij transip en het ip-adres bij de dns-instellingen? nameservers zorgen dat een domeinnaam wordt omgezet naar een ip-adres van een server die mijn domeinnamen beheert en het ip-adres in de dns geeft aan op welke server een domeinnaam staat?
Dit vraag ik omdat ik nogal verward ben door de dns die ik bij transip kan instellen en de dns in DA.

ik zou zeggen lees http://en.wikipedia.org/wiki/Domain_...d_glue_records eens, vooral het onderdeel glue records want dit is wat ik denk dat je niet snapt.

[visser]

Eh... pardon? Natuurlijk mogen die serials niet afwijken, als je serials afwijken klopt er namelijk iets niet in je DNS. Dus een technisch probleem is het zeer zeker wel, nog nooit een dns check gedaan? die controleert ook of je serials hetzelfde zijn. Er zijn maar een paar manieren waarop je slaves en masters kunt syncen en dat is via zonetransfers, notifies of in het geval van powerdns via mysql replicatie. Andere manieren zijn er niet of iemand moet letterlijk .db files gaan kopieren maar dan ben imho fout bezig lijkt me.

Dus dat serials best mogen afwijken is dus niet waar, volgens mij is dat zelfs een RFC regel dat die over al je nameservers gelijk moet zijn maar dat weet ik niet zeker.

Zoals ik schreef, afgezien van zonetransfers is er niks in DNS wat kijkt naar serials.
Dus levert het geen technisch probleem op, *zolang de inhoud van de zone wel overeenkomt*.

Je moet niet doel en middel verwarren.
Het *doel* is een identieke zone, en een serial is een hulpje bij het middel zonetransfer.

Omdat DNS zones ongeveer altijd identiek gehouden worden is een afwijkende serial dus ook bijna altijd een teken van een probleem (falende sync of falende zonetransfers), en daar waarschuwen de DNS checkers terecht voor.
Maar zolang de zone inhoud wel klopt stopt er verder niks met werken.

Old skool DNS had altijd een window(tje) van inconsistentie; Voordat Notify er was, moest een slave periodiek de master pollen (kijkend naar de serial) om te zien of een zonetransfer nodig was.
Tussen update van de master en polling interval heeft de master dus een hogere serial dan de slave.
Die polling tijd staat ook in de SOA.