The "right" way to do it involves a load balancer and will be costly.<br><br>A cheaper way to do it would be to set a script on your secondary server to do periodic HTTP GETs on the primary and if one fails, changes DNS to point to itself.  Then, if it succeeds, changes it back.  It's a bit of coding and a bit of delay, but it should work OK in most situations.<br>
<br>The fundamental problem here is that DNS (for some stupid reason) only supports priority on MX records.<br><br>-Josh<br><br><div class="gmail_quote">On Tue, Oct 25, 2011 at 7:53 AM, Patrick Mcgillan <span dir="ltr"><<a href="mailto:patrick.mcgillan@gmail.com">patrick.mcgillan@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I would like to have a redundant web server in another location that<br>
answers when the primary doesn't. I have total control of both servers<br>
and they are both running Debian. I need a nudge on where to look to<br>
set up this redundancy, especially on the DNS redirection. I am not<br>
totally sure on what to ask for, other than I am sure it is possible.<br>
<br>
Patrick<br>
_______________________________________________<br>
Cialug mailing list<br>
<a href="mailto:Cialug@cialug.org">Cialug@cialug.org</a><br>
<a href="http://cialug.org/mailman/listinfo/cialug" target="_blank">http://cialug.org/mailman/listinfo/cialug</a><br>
</blockquote></div><br>