0

So I just changed webservers and I went to change my nameservers for the affected domains. I duplicated all of the DNS records on the new server, so that the transition would be easier, and then changed the nameservers. However, the changes seem to be not propagating - I can see that they now point to the new nameserver, but the sites don't resolve.

I set these up in Plesk for Linux using their wizard - is there anything I should or should not be doing?

TIA.

EDIT:

I ran a DNSStuff.com check and for some reason, my new nameserver points to my old nameserver, like so:
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

Odd.

1
  • If you duplicated all the records are the NS records pointing to the old nameservers or something?
    – Dan
    Jul 14, 2009 at 10:28

3 Answers 3

3
hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

refresh set for 4h 13m 2s, wait for propagation to finish. Patience is a virtue :)

1
  • :-) Fair enough.
    – benjy
    Jul 14, 2009 at 16:53
0

Use dig ( dig @< authoritative nameserver > < host or domain > would be a start) to see the current settings of the authoritative nameservers for the domain. They may not have picked up on the changes yet (for nameservers associated with hosted domains the records you can edit are often not the ones on the public nameserver but are copied to there after validation by a process owned by the hosting company; it's different in some cases or if the nameservers are actually your machines, of course). Even if the primary nameservers for the domain have the new information, any other DNS server that has recently resolved the domain and received the old information will have cached this for the TTL time and will not resolve the domain again until that expires (this is the reason for reducing the TTL time well before making a DNS change if you have control of that record (older versions of BIND set the TTL in the SOA record; TTL can also be set on an individual resource record)).

You can use dig ( dig < host or domain > )to see the records being returned by the nameserver your client is using, that should indicate which version it is using and the remaining TTL.

(I'm referring to dig above assuming you are using a GNU/LINUX/BSD client but I think there is a version of the tool on other platforms, too)

(I also started writing this wrote before reading your edit -- is that how it was originally set up? -- If so it could still be a caching issue, the TTL times should give a good indication of this. Unfortunately I have not familiar with DNSStuff is or its outputs so can't help there)

0

It may take upto 48 hours for DNS caches to timeout. Have you wait for a day or two?

You must log in to answer this question.

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