1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-18 03:46:03 +00:00
freebsd-ports/net-mgmt/nsca-ng/pkg-descr
Fernando Apesteguía dc77ec12ea net-mgmt/nsca-ng: Update to 1.6
This is not broken anymore in 12 and 13

ChangeLog:
https://github.com/weiss/nsca-ng/blob/master/NEWS#changes-in-release-16-2019-03-19

Accumulated changes from 1.4:

 * Work around TLSv1.3 PSK bug in (at least) OpenSSL 1.1.1b.
 * Fix static linking against recent OpenSSL versions.
 * Update our copy of libev from version 4.22 to version 4.25. The new release
   provides a few platform compatibilty fixes and small enhancements.
 * Apply a few minor improvements.
 * Include an experimental NSCA-ng client module for Perl.
 * Link against libsystemd instead of libsystemd-daemon when using systemd
   version 210 or newer, where the latter library has been merged into the
   former.
 * Include the systemd.service(5) and systemd.socket(5) files with the release
   tarball.
 * Update our copy of libev from version 4.15 to version 4.22. The new release
   provides a number of bug fixes and small enhancements.

While here, update WWW in pkg-descr

PR:	247145
Submitted by:	knan-bfo@modirum.com
Reviewed by:	pi, fernape
Approved by:	alexander@sulfrian.net (maintainer, timeout > 1 month)
Differential Revision:	https://reviews.freebsd.org/D25208
2020-07-04 16:03:47 +00:00

20 lines
1016 B
Plaintext

NSCA-ng provides a client-server pair which makes the Nagios command file
accessible to remote systems. This allows for submitting passive check
results, downtimes, and many other commands to Nagios or compatible
monitoring solutions. The submitted data is queued by the NSCA-ng
server if Nagios goes down. Multiple check results or commands can be
submitted in one go, and multiline plugin output is fully supported.
NSCA-ng uses TLS encryption and shared-secret authentication with
per-client passwords, as well as fine-grained authorization control.
This package contains the NSCA-ng server, which is written in C and
uses an event-driven architecture. Disk I/O is avoided unless the data
cannot be submitted in one go due to its size (on Linux, the threshold
is 4kB). In this case, the data is handed over to Nagios via
asynchronously written files.
NSCA clients cannot talk to NSCA-ng servers (nor vice versa), but NSCA
and NSCA-ng servers can happily run side by side.
WWW: https://github.com/weiss/nsca-ng