Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

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

A question with regards to DNS for my 20 or so websites I support...

I own/manage about 20 domains, each domain has 1-8 subdomains. about 1/2 of the domains are on one dedicated server, the rest on another.

I am trying to plan for the possibility that someday a server will go down, and I need to quickly redirect my DNS to a backup server. To do that now, I would need to manually go into my dns control panel and change the IP in about 30-40 places.

Is it possible (and is it a good idea if it is possible), to define a single DNS record as "MyMainServer" and give it the actual IP address, and then for every other DNS record, instead of keying in the IP address, I give it a domain name? Will this resolve properly, and if so, is there any performance impact that matters? (my sites are relatively low traffic).

My thought is that then if a server goes down, I only have to point one "main" dns record, and everthing else will flow from that.

Thanks in advance.

share|improve this question
up vote 3 down vote accepted

Yes, it's called a CNAME record:            A    CNAME    CNAME

If you have to move your server to another IP, you just modify the A entry.

share|improve this answer

SvenW's CNAME answer is a good one, but there's one other thing to keep in mind when using DNS for failover, and that's the cache TTL you have set. People will have the old IP address cached for up to that length of time, so you'll probably want something less than a day. However, if it's too short, then users will have to wait for a DNS resolution round trip repeatedly.

Depending on your server setup (both in the same place/network and access to system configuration on each) you might want to consider assigning the broken server's IP to the working server. This would be pretty much instantaneous (especially if you use gratuitous ARP to update your router's arp cache). It makes it a little more difficult to get the broken server back online since its IP will be in use, but if users are making changes to the websites, you'll want to leave it offline until you can copy any changes made back over to the other server (having extra "maintenance" IPs on both servers will help here). If you have access to the router and are using NAT to map external IP addresses to internal IP addresses, then it's even easier: just remap that IP to the working server at the router. Then when you boot the dead server back up it won't have IP address conflicts, and you'll be able to access it from the working server using the internal IP to get everything ready before setting the NAT mapping back to normal.

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.