Nameservers and Delegations
Nameservers and Delegations
DNSControl can handle a variety of provider scenarios. The registrar and DNS provider can be the same company, different company, they can even be unknown! The document shows examples of many common and uncommon configurations.
Constants
All the examples use the variables. Substitute your own.
Typical Delegations
Same provider for REG and DNS
Purpose: Use the same provider as a registrar and DNS service.
Why? Simplicity.
Different provider for REG and DNS
Purpose: Use one provider as registrar, a different for DNS service.
Why? Some registrars do not provide DNS server, or their service is sub-standard and you want to use a high-performance DNS server.
Registrar is elsewhere
Purpose: This is a "DNS only" configuration. Use it when you don't control the registrar but you do control the DNS records.
Why? You don't have access to the registrar, or the registrar is not supported by DNSControl. However you do have API access for updating the zone's records (most likely at a different provider).
Zone is elsewhere
Purpose: This is a "Registar only" configuration. Use it when you control the registar but want to delegate the zone to someone else.
Why? We are delegating the domain to someone else. In this example we're pointing the domain to the nsone.net DNS service, which someone else is controlling.
Override nameservers
Purpose: Ignore the provider's default nameservers and substitute our own.
Why? Rarely used unless the DNS provider's API does not support querying what the nameservers are, or the API is returning invalid data, or if the API returns no information. Sometimes APIs return no (useful) information when the domain is new; this is a good temporary work-around until the API starts working.
Add nameservers
Purpose: Use the default nameservers from the registrar but add additional ones.
Why? Usually only to correct a bug or misconfiguration elsewhere.
Shadow nameservers
Purpose: Secretly publish your DNS zone records to another server.
Why? There are many reasons to do this:
You are preparing to move to a different DNS provider and want to test it before you cut over.
You want your DNS records stored somewhere else in case you have to switch over in an emergency.
You are sending the zone to a local caching DNS server.
Dual DNS Providers
Purpose: Use two different DNS services:
Why? Diversity. If one DNS provider goes down, the other will be used.
Little known fact: Most DNS recursive resolvers monitor which DNS servers are performing the best and automatically start avoiding servers that are slow or down. This means that if you use this technique and one DNS provider goes down, after a while your users won't be affected. Not all software does this properly. More info: https://www.dns-oarc.net/files/workshop-201203/OARC-workshop-London-2012-NS-selection.pdf
NOTE: This is overkill unless you have millions of users and strict up-time requirements.
Other uses
Make zonefile backups
Purpose: Make backups of DNS records in a zone. This generates a zonefile listing all the records in the zone.
Why? You want to write out a BIND-style zonefile for debugging, historical, or auditing purposes. Some sites do backups of these zonefiles to create a history of changes. This is different than keeping a history of dnsconfig.js
because this is the output of DNSControl, not the input.
NOTE: This won't work if you use pseudo rtypes that BIND doesn't support.
Monitor delegation
Purpose: You don't control the registrar but want to detect if the delegation changes. You can specify the existing nameservers in dnsconfig.js
and you will get a notified if the delegation diverges.
Why? Sometimes you just want to know if something changes!
See the DNS-over-HTTPS Provider documentation for more info.
NOTE: This checks the NS records via a DNS query. It does not check the registrar's delegation (i.e. the Name Server:
field in whois). In theory these are the same thing but there may be situations where they are not.
Helper macros
DNSControl has some built-in macros that you might find useful.
DOMAIN_ELSEWHERE
DOMAIN_ELSEWHERE
Easily delegate a domain to a specific list of nameservers.
DOMAIN_ELSEWHERE_AUTO
DOMAIN_ELSEWHERE_AUTO
Easily delegate a domain to a nameserver via an API query.
This is similar to DOMAIN_ELSEWHERE
but the list of nameservers is queried from the API of a single DNS provider.
Limits
NOTE: Not all providers allow full control over the NS records of your zone. It is not recommended to use these providers in complicated scenarios such as hosting across multiple providers. See individual provider docs for more info.
Last updated