<div class="gmail_quote">On Wed, May 9, 2012 at 5:57 AM, Jeffrey Watts <span dir="ltr"><<a href="mailto:jeffrey.w.watts@gmail.com" target="_blank">jeffrey.w.watts@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><div class="im">On Wednesday, May 9, 2012, C. Bensend  wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
I've dealt with this situation before, and I've ended up<br>
implementing two mostly standalone Nagios systems.  They each<br>
check their own site, so if their external network goes away they<br>
are still able to monitor and alert for the things they're<br>
responsible for (you have to use out-of-band notifications of<br>
course).  They also each check each other's *site*, ala the other<br>
site's firewall, so the Nagios server at site A can alert and let<br>
you know if site B goes away, but it *doesn't* try to alert you<br>
for all of the hosts and services at site B.<br>
</blockquote></div></div>
<br>This is exactly how I do things, except I have three sites.<span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">Jeffrey</font></span><div class="im">

<span></span><br></div></div></blockquote><div><br></div><div>I did the same for a company I was at; the configuration load was why i moved things to LDAP-based config, so that adding LDAP objects for a server defined the IP and a basic monitoring config, and a note of which Nagios monitors it.</div>

<div><br></div><div>Allan</div><div>-- </div></div><a href="mailto:allanc@chickenandporn.com" target="_blank">allanc@chickenandporn.com</a>  "金鱼" <a href="http://linkedin.com/in/goldfish" target="_blank">http://linkedin.com/in/goldfish</a><br>