2

I'm migrating my nameserver machines from a datacenter into a cloud service (AWS) by replacing each of the physical machines with virtual machines. The nameservers I am migrating are authoritative for dozens of different domains.

During this process, I noticed something weird that has me confused:

The nameservers I want to migrate use the following authoritative nameservers:

ns1.example.com 
ns2.example.com

example.com is an old, legacy name for the nameservers and I am also the owner the example.com domain. When I went to check the zone records at example.com, I discovered the exact same zone records:

ns1.example.com 
ns2.example.com

This was unexpected. Basically, the example.com domain is authoritative for itself. I imagined I would have been using the registrar to manage the zone record and it would contain the ip addresses of each of the nameservers for example.com. Otherwise, what prevents the example.com name records from getting spoofed? Should I start using the registrar's nameservers to point to the authoritative name servers?

The current nameserver config was set up by someone else and I'm very rusty with setting up a DNS. Any guidance appreciated.

1 Answer 1

3

This is not unexpected, this is how they should look like.

The registrar includes NS records for your zone in the parent zone. So in case of example.com domain name it will place the following records:

example.com NS ns1.example.com
example.com NS ns2.example.com

in .com zone. In this particular case this is not sufficient as the nameservers are inside the delegated zone and we need to provide hints where these two nameservers can be found. Hence you can see so called glue records which provide IP addresses for the abovementioned nameservers:

ns1.example.com A <ipv4_of_ns1>
ns1.example.com AAAA <ipv6_of_ns1>
ns2.example.com A <ipv4_of_ns2>
ns2.example.com AAAA <ipv6_of_ns2>

They are also placed in .cm zone, along with NS records.

Now, it is YOUR zone which provides authoritative information so it will also contain both NS records for nameservers at zone apex and their IP addresses.

You, as the zone administrator, have the responsibility to make sure that delegation data (along with glue records) at parent zone and the authority data in your zone agree with each other. This usually means they should be identical.

This is described in Technical requirements for authoritative name servers, under "Consistency between delegation and zone" heading.

In your particular case, when you move ns1.example.com and ns2.example.com to new systems (which means new IP addresses) you have to update A/AAAA records both in you zone and at your registrar - which will trigger the update of the glue records in the parent zone.

1
  • OK, thanks. And I discovered the registrar (godaddy) has a way to register nameserver host names in a different part of the interface. I was confused as to how Godaddy would know what the actual IP addresses of the nameservers were. Now I know.
    – StevieD
    Aug 31, 2022 at 19:54

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .