Today, I released NSCA-ng 1.1. Debian packages and the source tarball
can be downloaded from:
https://www.nsca-ng.org/
NSCA-ng is a drop-in replacement for NSCA that allows for submitting
passive check results, downtimes, and many other commands to Nagios. It
uses TLS encryption and shared-secret authentication with per-client
passwords, as well as fine-grained authorization control.
Version 1.1 is a minor release that adds some improvements and fixes,
including the following:
- Add chroot(2) support to the server.
- Let the server accept `hosts' patterns in `authorize' sections.
They're syntactic sugar for allowing host checks to be submitted
(analogous to the `services' patterns for service check submissions).
- Let the client ignore empty input lines. This fixes some corner cases
where NSCA-ng's client didn't accept the same input as the client
provided with the original NSCA package.
- Add the `-e' client option, which allows for specifying a delimiter to
use instead of the ASCII ETB character for separating check results.
- Let the `invoke_check' script (provided in the `contrib' directory of
the source tarball) survive plugin return codes other than zero. This
should make the script slightly more useful :-)
Thanks go to Stuart Henderson for adding the chroot(2) support, to Mirko
Tasler for spotting the bug in the `invoke_check' script, and to
everyone else who provided feedback.
Have a nice weekend!
Holger
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Nagios-users mailing list
Nagios-users@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
