Thank you very much for your feedback. I have got some good ideas from you!<br><br>I work in the IT Security and these kind of scenarios are quite common. Among the list of proposed solutions, the NSClient++ passive check seems the most appropriate. In fact, the mechanism I have configured seems using a "pushing" from the Nagios server to the its clients. Customers tend to keep FW rules tight and modifications are quite difficult to obtain or being authorized. So, in the first instance, I am going to study how the passive check method works and try to implement it.<br>
<br>Best regards<br><br>Salvo<br><br><div class="gmail_quote">On Tue, Mar 15, 2011 at 3:46 PM, Jim Avery <span dir="ltr"><<a href="mailto:jim@jimavery.me.uk">jim@jimavery.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 15 March 2011 14:34, Daniel Wittenberg<br>
<div class="im"><<a href="mailto:daniel.wittenberg.r0ko@statefarm.com">daniel.wittenberg.r0ko@statefarm.com</a>> wrote:<br>
> You could always have a passive check that "calls home" to get any new updates so then you wouldn't really have to login to each one to push down changes.<br>
><br>
> Dan<br>
<br>
</div>That's a neat idea!<br>
<div><div></div><div class="h5"><br>
------------------------------------------------------------------------------<br>
Colocation vs. Managed Hosting<br>
A question and answer guide to determining the best fit<br>
for your organization - today and in the future.<br>
<a href="http://p.sf.net/sfu/internap-sfd2d" target="_blank">http://p.sf.net/sfu/internap-sfd2d</a><br>
_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</div></div></blockquote></div><br>