You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: docs/about/whatsnew/0.4.0.md
+32-33
Original file line number
Diff line number
Diff line change
@@ -4,10 +4,10 @@ So finally after a years of vapor ware we finally have what I consider to be the
4
4
5
5
## Versions ##
6
6
7
-
Well the first noticeable change is that there is now build number in the version as well as versions. So you will not be downloading 0.4.0 you will be downloading 0.4.0.'''172'''. Meaning this is the 172:th build with more to come. The builds to follow will be bug fixes. I am already working on a 0.4.1 (which will in the near future add support for NRDP, check_mk and NSCP) this version will be a "compatible version" which is aimed at "bigger bug-fixes" and additions.
7
+
Well the first noticeable change is that there is now build number in the version as well as versions. So you will not be downloading 0.4.0 you will be downloading 0.4.0.'''172'''. Meaning this is the 172:th build with more to come. The builds to follow will be bug fixes. I am already working on a 0.4.1 (which will in the near future add support for NRDP, `check_mk` and NSCP) this version will be a "compatible version" which is aimed at "bigger bug-fixes" and additions.
8
8
After this we will have 0.4.2 which will be the "next" version.
9
9
10
-
## Whats new ##
10
+
## What's new ##
11
11
12
12
The main new feature of 0.4.0 is the "core" which has been replaced with a new modern one built on top of various standard libraries.
13
13
In addition to this we also have a new command line syntax and a new improved setting subsystem.
@@ -19,55 +19,54 @@ I would say this is the biggest update of NSClient++ ever.
19
19
20
20
Many new protocols supported:
21
21
22
-
- NRPE
23
-
- NSCA
24
-
- NSClient "check_nt"
25
-
- SysLog?
26
-
- SMTP
27
-
- Graphite
28
-
- NSCP (early concept version, both as distributed (think gearman) and non distributed (think NSCA/NRPE))
22
+
-NRPE
23
+
-NSCA
24
+
-NSClient "check_nt"
25
+
-SysLog?
26
+
-SMTP
27
+
-Graphite
28
+
-NSCP (early concept version, both as distributed (think gearman) and non distributed (think NSCA/NRPE))
29
29
30
30
I am planning:
31
31
32
-
- http (rest)
33
-
- check_mk
34
-
- NRDP
35
-
- SNMP
36
-
- WMI ("native remote windows checks")
32
+
- http (rest)
33
+
- check_mk
34
+
- NRDP
35
+
- SNMP
37
36
38
37
## Scripting ##
39
38
40
39
There is a brand new plugin/script API which has been extended to allow extensions in:
41
40
42
-
- Python
43
-
- Lua
44
-
- .Net
45
-
- plugins (C/C++/\*)
41
+
-Python
42
+
-Lua
43
+
-.Net
44
+
-plugins (C/C++/\*)
46
45
47
46
## Settings ##
48
47
49
48
Brand new flexible settings sub systems which supports many new formats as well as generation and inclusion between formats.
50
49
51
-
- ini-files
52
-
- registry
53
-
- http (ini files)
54
-
- old
55
-
- dummy (in memory store)
50
+
-ini-files
51
+
-registry
52
+
-http (ini files)
53
+
-old
54
+
-dummy (in memory store)
56
55
57
56
Currently planned:
58
57
59
-
- XML
60
-
- remote configuration
61
-
- improved http (server side support)
58
+
-XML
59
+
-remote configuration
60
+
-improved http (server side support)
62
61
63
62
## Random picks from change log ##
64
63
65
64
Some other highlights from the change log:
66
65
67
-
- Real time event log checking
68
-
- Brand new (easy to use?) command line interface
69
-
- Linux support
70
-
- New installer
71
-
- Reworked CheckWMi with nice command line syntax as well as remote check support
72
-
- Almost 10.000 unit tests (ish)
73
-
- Many many more things...
66
+
-Real time event log checking
67
+
-Brand new (easy to use?) command line interface
68
+
-Linux support
69
+
-New installer
70
+
-Reworked CheckWMi with nice command line syntax as well as remote check support
Copy file name to clipboardexpand all lines: docs/about/whatsnew/0.4.1.md
+4-4
Original file line number
Diff line number
Diff line change
@@ -14,18 +14,18 @@ Just a final reminder the configuration file format has changed but the old (nsc
14
14
15
15
## Checks ##
16
16
17
-
In the check department we have a lot of new features. in general the shift towards real-time monitoring is continuing as well as the focus to modernize and provide platform independence for checks. The first brand new platform independent module is ChecklogFile which provides similar features as CheckEventLog for checking text (log) files. This module has a new improved syntax over CheckEventlog which will be added to CheckEventlog (and many other modules as well) if deemed a good interface.
18
-
To seamlessly integrate real-time monitoring in "active" (aka NRPE) style setups we have provided another new module called SimpleCache which can be used to store real-time results for checking via for instance NRPE.
17
+
In the check department we have a lot of new features. in general the shift towards real-time monitoring is continuing as well as the focus to modernize and provide platform independence for checks. The first brand new platform independent module is [ChecklogFile](../../reference/check/CheckLogFile.md) which provides similar features as [CheckEventLog](../../reference/windows/CheckEventLog.md) for checking text (log) files. This module has a new improved syntax over [CheckEventLog](../../reference/windows/CheckEventLog.md) which will be added to [CheckEventLog](../../reference/windows/CheckEventLog.md) (and many other modules as well) if deemed a good interface.
18
+
To seamlessly integrate real-time monitoring in "active" (aka NRPE) style setups we have provided another new module called [SimpleCache](../../reference/generic/SimpleCache.md) which can be used to store real-time results for checking via for instance NRPE.
19
19
The combination with the cache and the two log file checks provides a way to efficiently process massive file with millions of lines without impacting system performance.
20
-
In addition to this we also introduce the SimpleFileWriter module which can direct the results to a file similar to what NSCA server does on Linux. This means in theory NSClient++ could now replace NSCA server component.
20
+
In addition to this we also introduce the [SimpleFileWriter](../../reference/generic/SimpleFileWriter.md) module which can direct the results to a file similar to what NSCA server does on Linux. This means in theory NSClient++ could now replace NSCA server component.
21
21
In addition to this there is there usual myriad of bug fixes and enhancements.
22
22
The most notable enchantment is the performance counters which are now working (again) on various localized windows.
23
23
Also don't forget to look into the various command line helpers such as `nscp sys --help" and "nscp eventlog --help` and `nscp wmi --help` for helping you diagnose and configure checks as well as even provide unit testing for your monitoring environment.
24
24
25
25
## Protocols ##
26
26
27
27
On the protocol side the main focus has been on security as well as fixing various bugs in the new protocol stack introduced in 0.4.0.
28
-
This means we now have FULL ssl support including certificate based authentication. I would almost dare say that finally the tag line from the logo "secure monitoring deamon" is finally true!
28
+
This means we now have FULL ssl support including certificate based authentication. I would almost dare say that finally the tag line from the logo "secure monitoring daemon" is finally true!
29
29
In addition to this we have introduced check_mk support (both client and server) as well we NRDP and Graphite.
30
30
Other notable fixes and enchantments include full ipv6 support as well as retry handling to better cater for network issues as well as proper timeout handling.
The first thing to realise is that the old commands still work as they will be migrated automatically for you.
38
+
The first thing to realize is that the old commands still work as they will be migrated automatically for you.
39
39
Also all new commands have _ instead of CamelCase of check_cpu is the new version of CheckCPU.
40
40
41
41
Migrating the thresholds is pretty simple as well as most old thresholds are of the form Max/Min crit this or that. and then you just replace them as above.
42
42
43
43
## Sensible defaults ##
44
44
45
45
Another change is that all new commands now have a sensible default.
46
-
For instance check_cpu will work without arguments.
46
+
For instance `check_cpu` will work without arguments.
Copy file name to clipboardexpand all lines: docs/about/whatsnew/0.4.3.md
+15-15
Original file line number
Diff line number
Diff line change
@@ -1,28 +1,28 @@
1
-
# What's New in NSClient++ 0.4.3 #
1
+
# What's New in NSClient++ 0.4.3
2
2
3
3
The main goals of the 0.4.3 was stability and fix all outstanding issues and annoyances and any new issues from 0.4.2.
4
4
5
-
- Enhanced Usability
6
-
- Bug-fixes
7
-
- WEB UI
8
-
- REST Support
9
-
- Deprecated insecure legacy check_nrpe SSL
10
-
- Linux Packages
5
+
-Enhanced Usability
6
+
-Bug-fixes
7
+
-WEB UI
8
+
-REST Support
9
+
-Deprecated insecure legacy `check_nrpe` SSL
10
+
-Linux Packages
11
11
12
12
!!! danger "PLEASE NOTE"
13
13
NRPE has been changed, for details read below.
14
14
15
-
## Enhanced Usability ##
15
+
## Enhanced Usability
16
16
17
17
A lot of effort has been spent on making command line syntax behave better and more consistently and allow to easily configure things.
18
18
19
-
## Bug-fixes ##
19
+
## Bug-fixes
20
20
21
21
A lot of bugs have been fixed especially in terms of compatibility with older commands.
22
22
The modules have been changed to use shared code which reduces the memory consumption by up to 50%.
23
23
Lastly the usual bug fixes and enhancements: see change-log for details.
24
24
25
-
## WEB UI ##
25
+
## WEB UI
26
26
27
27
A brand new web UI has been added which will make configuring and administrating NSClient++ much easier.
28
28
@@ -31,7 +31,7 @@ A brand new web UI has been added which will make configuring and administrating
31
31
With the advent of the new webui which features a web version of the really nifty "test mode" client the client has been enhanced to support a lot of new features.
32
32
Such as listing commands, modules, loading/unloading modules and so on and so forth.
33
33
34
-
## REST Support ##
34
+
## REST Support
35
35
36
36
The main goal for the webui was really to create a REST API.
37
37
The webui is fully REST driven which means anything you can do in the webui you can also do on your own from a script or central station.
@@ -46,7 +46,7 @@ curl
46
46
https://localhost:8443/query/check_cpu?show-all
47
47
```
48
48
49
-
## NRPE enhancements ##
49
+
## NRPE enhancements
50
50
51
51
I have spent a lot of time enhancing the NRPE experience for instance the multi package patch is enabled by default.
52
52
Adding security and certificates is now much easier.
@@ -69,14 +69,14 @@ In 0.4.3 we will no longer support the rather insecure regular NRPE!
69
69
You can still enable support but you have to do so (in the installer or using the command line mode).
70
70
So keep a heads up when you run the installer so you wont miss it.
71
71
72
-
The idea is that when NSClient++ ships a new check_nrpe will be provided which wont have the limitations of the old one.
72
+
The idea is that when NSClient++ ships a new `check_nrpe` will be provided which wont have the limitations of the old one.
73
73
74
-
## Dot-net love! ##
74
+
## Dot-net love!
75
75
76
76
Dot net has received some well deserved love and now actually works, there is even built-in protobuf support which means you no longer need to hand craft messages or use JSON.
77
77
We also proved and build a sample plugin so you can see how to do it.
78
78
I think this is the longest overdue feature.
79
79
80
-
## JSON! ##
80
+
## JSON!
81
81
82
82
All protobuf messages now map directly to corresponding protobuf messages which means you can now if you like use JSON for everything instead of protobuf if you are writing scripts.
0 commit comments