Results 1 to 1 of 1
I have a webserver, lets call it example.com, IP 18.104.22.168. It hosts a few dozen domains, and also acts as a DNS server. In another city I have a backup ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 05-11-2008 #1
- Join Date
- Dec 2006
DNS for a backup webserver
I have a webserver, lets call it example.com, IP 22.214.171.124. It hosts a few dozen domains, and also acts as a DNS server.
In another city I have a backup server - example1.com, IP 126.96.36.199 . My intention is to mirror the main server. If the main server goes down, I update the DNS for each of the hosted domains (to set the nameservers to example1.com). Example1.com then returns 188.8.131.52 whenever a client looks up one of the hosted domains. In other words, my hosted domains become 'live' on 184.108.40.206
With me so far?
The downside to this is that I'd have to manually update the DNS settings for each of my hosted domains (and many are with different registrars). So I wondered if the following scenario would work:
For each of my hosted domains, I set example1.com as the primary DNS, and example2.com as the secondary. Both DNS servers return different results - eg if I query mydomain.com at example1.com, it returns 220.127.116.11, if I query it at example2.com it returns 18.104.22.168. Since I don't want users hitting example2.com while example1.com is up and running, I disable BIND on example2.com. If the user's resolver queries example1's NS , all is fine; if it queries example2's NS, it doesn't receive an answer, so tries example1, and again all is good.
If example1.com goes down. I bring BIND up on example2.com. If the user's resolver queries example1.com, it gets no answer, and queries example2.com. Or it may just query example2.com first - either way, it gets the 22.214.171.124 IP as the answer.
Are there any drawbacks to this method?