0

We host the DNS for our domain.
Two weeks ago, the developer requested that we setup a new zone 'dev.ourdomain.com' and place two host records in it my.dev.ourdomain.com and admin.dev.ourdomain.com.

We added the zone to our DNS and added A records for the host.

Now a week later, some DNS servers like google (8.8.8.8) and gtei (4.2.2.2) will resolve the hosts, but others like OpenDNS (208.67.222.222 ) and ATT Uverse (68.94.156.1) cannot resolve it.

Any Ideas?

3 Answers 3

1

Check which name servers are listed in WHOIS for the domain, then query each of those servers for the NS records for the domain and make sure they all list the same name servers. If they don't, then you need to get them fixed so that they all agree on which servers are name servers for the domain and that each of the servers listed as name servers have a copy of the zone.

3
  • Joe, I think you may have given me the clue. We have two ns servers, and they should replicate automatically. I checked one when it was setup, but did not check the second. However, one resolves, and one isn't. I'll check the logs in the morning. I guess its possible that some DNS servers are forwarding to one and others to the other...
    – BillN
    Jun 16, 2010 at 4:19
  • Joe, apparently the replication setup replicates new hosts, but not new zones, so one of our NameServers did not have the zone.
    – BillN
    Jun 16, 2010 at 18:21
  • Glad you got it worked out.
    – joeqwerty
    Jun 16, 2010 at 23:15
3

I assume you already waited any TTL involved so you are sure there are no 'old' data in caches around the world.

You should check the whole resolving chain from the TLD down to your zones for any problem. Eg., start at .com and ask its authoritative name servers for the list of NSes of your domain. Then go ask each one of them for NSes of your sub-domain, and go ask them too for any data that should be published.

Chances are some dns isn't publishing the whole data, then you actually have a 'replication issue' as said in the title. Or maybe you miss some data somewhere (SOA, NS, or the like...)

If a standard resolver (I'd use dig, for example) can resolve your hostnames, then the problem could lie at the other end.

2

You said you added a zone to your server, why? Is the server that handles dev.yourdomain.com not the same that handles yourdomain.com? You shouldn't have to create a separate zone file if the same hosts are managing the parents. You don't mention what server, so I'm going to assume bind, but most dns services will support doing something like this:

dev         IN A 1.2.3.4
admin.dev   IN A 1.2.3.5

These entries both appear in the main zone file. If however you are planning on hosting DNS for the dev.yourdomain.com subdomain somewhere else, then you need something a little more complicated. Setup your zone file as you have, then add references from the parent servers:

dev         IN NS otherns.yourdomain.com.
dev         IN NS backupns.yourdomain.com.

As for the actual issue of some hosts not resolving, have you run a trace? Is it all the time? Are they querying the same NS hosts? Have you validated the configurations on multiple servers, if you're running multiples?

1
  • Jon, We are using BIND. I did not do the initial setup, and the initial setup used zones for the sub-domains. We did not realize that you can add sub-domains in the main zone file.
    – BillN
    Jun 16, 2010 at 18:23

You must log in to answer this question.

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