Monitoring Windows workstation
Hari Sekhon
hpsekhon at googlemail.com
Fri Jan 11 12:33:40 CET 2008
Xavier Mertens wrote:
> This sounds excellent!
>
> Ideally, the plugin read a config file with the following info:
>
> - List of services to check (running=OK, not running=CRIT)
> - A Nagios server IP address
> - A host / service reference
>
> But how to send the info to the Nagios server? On Unix clients, I use a
> simple ssh which echoes a line
> in the /nagios/spool/nagios.cmd to inject passive results.
>
> /x
>
Have you not heard of NSCA?
Using NSCA would be much better from the point of view of both
standardization and Security.
Having ssh access from unix clients to the server feels dangerous. I
would infer that this ssh access is automated and hence probably uses
unprotected ssh keys. This is a bit of a back door where all roads lead
back to your nagios server. You should strongly consider switching to
NSCA for that.
On windows, if you want it as a passive check, I think the only way
would be to use something like Nc_Net which I believe supports sending
passive service checks to the nagios server. I haven't used it
personally so I can't vouch for it (it requires that you go around
installing the .NET framework, which makes it quite unportable and not
easily deployable since even the .NET silent install is not silent but
gives a popup, it would an ugly hack to try to use Wsh to try to catch
that to automate the install, hence I use NSClient++ which is easy to
deploy and I don't have to deal with any installing more).
If there is a port of send_nsca which is the passive service check
client then I suggest you use that to call whatever check_plugins you
want and sent the result back to the nagios server. You will have to
install an NSCA listener on the nagios server of course but this is not
difficult and it gives you passphrase and encryption protection.
The idea for this plugin would not include the passive service check
send, as I want it to remain portable and independent of all Nagios
execution mechanisms so that anyone can use it in any setup with any
technology they are using for remote checks.
From a design perspective, the remote execution mechanism and the
actual check_plugin should be separate and modular so you can mix and match.
-h
--
Hari Sekhon
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list