Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I had my personal site at freehostia and now i have shifted to some other server. It has been close to a week, and ofcourse as the NameServers changed for the new host, i made the required changes with domain-register-company, for my domain.

Now when i try open to my site, at times it open the new hosted-site, at times it open the 404 page on the old site.

I think 1 week, say even 4 days is a lot of time for DNS propagation to happen. Is this a strange behaviour.

When i open the site from the IP address it opens, but when i open the site with a domain-name, at times it open, and at times it doesnot. Any clue?

I tried with two of my friends, who have never visited my site, so no dns cache on his machine, it opened for one, and didnot open for the other. thanks

-- From
25.0% of queries will be returned by ( 3600 IN A
25.0% of queries will be returned by ( 3600 IN A
25.0% of queries will be returned by ( 14400 IN A
25.0% of queries will be returned by ( 14400 IN A

I donot understand what is this 25%, why is it not 100% or 50% and were old servers. and are new servers.

share|improve this question

My answer to this question has a run-down of propagation time that I'll link to instead of copying+pasting here.

More specifically from your question it sounds to me like you authoritative name servers have not been updated (or are listed wrong so the wrong ones are being queried). To see what name server records your local DNS servers thing are being used for the domain you can use the dig <domain.tld> NS like so:

$ dig NS
;; ANSWER SECTION:           316     IN      NS           316     IN      NS

you can then check them to see if they all have the right address for the name:

$ dig
;; ANSWER SECTION:       349     IN      CNAME           349     IN      A
;; AUTHORITY SECTION:           349     IN      NS           349     IN      NS
;; ADDITIONAL SECTION: 3499 IN     A 3499 IN     A

(repeat the above for each NS record returned by your first query)

The TTL values returned by the queries directly against your domain's nameservers should always be the actual value set in the zone record (they are low in the example above as that domain was moved around recently and I forgot to set them back up higher when I'd finished), where-as for queries against non-authoritative servers (i.e. one of your default local name servers, which will be queried if dig is not given an @<server> directive) will be how long before that server next checks (against the nameservers listed as NS records for the domain) if its cached version needs to be updated.

Checking the above tests for your domain may give you some more clues as to where the source of the issue lies. If you are using Linux and don't have dig, it is usually found in a package called something like dnsutils (it is called that on Debian ad Ubuntu, I assume a similar arrangement on other distributions) - there are no doubt many ports to Windows (this is the first relevant looking page returned by Google) though I've never used any of them myself.

share|improve this answer

It sounds like the DNS server YOU are using is caching the old result.

How long a DNS record is cached typically depends on the TTL (time to live) but not every DNS server respects that.

One more (maybe obvious) thing... if you are using your OLD DNS server for lookups... make sure you've deleted the old zone. :-)

If it worked for your two friends but not for you I'd recommend changing the DNS servers your computer is using for lookups... even if temporary.

I'd recommend changing your computer's DNS lookup servers to something like OpenDNS... just to test and see.

If none of that works... let us know what domain name you're having the issue with and I'm sure someone here will look into it for you and tell you if its propagated or not.

Hope this helps.

share|improve this answer

depends on dns ttl record. one week sounds quite long. try checking what are answers for dns queries from all responsible servers - visit for instance , type your domain name, select type: ANY and run the check.

maybe one of involved servers still returns old records.

share|improve this answer

One weekis more than enough time for any propagation to happen. I had similar issue and problem was that primary and secondary server weren't syncronised. I used nslookup to check current status. While my problem was with MX records, you may want to check it.

share|improve this answer

The only time it should take more than the TTL to update would be if you're changing records with your registrar. Usually, a registrar will update records once or twice every 24 hours. Normally, however, these records are the ones that point your domain to your DNS servers.

If you are updating normal (A, PTR, CNAME, etc...) records on your DNS servers, and they're running bind, you should be able to do an "rndc reload" (or "rndc reload IN view") to schedule an immediate update.

One last caveat, browsers maintain their own cache, as well as the OS's DNS client. I've been frustrated more than once by an apparent lack of update when all I really needed to do was "ipconfig /flushdns" on the Windows client.

share|improve this answer

DNS changes are pretty much instant; what I think you're asking for is how long it takes to propagate if you make changes at the registrar?

If you change your nameservers at the registrar you can incur between 6-48 hours of downtime while changes propagate across the world.

If you simply add or modify records to your DNS management console the changes are pretty much instant.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.