monitoring-plugins/plugins/tests, branch 3.0.0-rc2Monitoring Plugins
https://www.monitoring-plugins.org/repositories/monitoring-plugins/atom?h=3.0.0-rc22025-12-12T10:29:35Zcheck_curl redirection test improvements2025-12-12T10:29:35ZAhmet OeztuerkAhmet.Oeztuerk@consol.de2025-12-12T10:16:09Zurn:sha1:f8db90c206e777a21ff69a301406a11ca627034c
previously, the fragment was sent in the request from client, and the
server would parse and increment its value. the incremented value would
be set in the redirected URI.
this does not work as fragments are meaningless to servers and clients
like check_curl strip them in their GET request.
rewrite the fragment handling . if client sends a URI parameter with
'fragment' as its key, the server will set its value for its redirected
URI. it will come up both as a parameter and the fragment at the end.
use this new logic to rewrite the fragment redirection test. remove -p
$http_port argument on tests for this endpoint, which was making https
tests fail. correct the common test count from 75 to 95, as there are 20
total test assertions in the 8 times it uses the new endpoint. remove
unused code on that endpoint as well
clairfy new check_curl tests2025-12-11T09:37:05ZAhmet OeztuerkAhmet.Oeztuerk@consol.de2025-12-11T09:05:25Zurn:sha1:737af667a212f7058143b34770f7f0af70aa8d9b
use the parameters in the last redirected URI that that server returns
HTTP OK to. matches the incrementation count of redirection_count from 0
to 3, as they also get incremented three times alongside it. add
comments about what is happening in the test cases, no need to
understand the endpoint completely
fix typos2025-12-10T16:09:46ZAhmet OeztuerkAhmet.Oeztuerk@consol.de2025-12-10T16:09:46Zurn:sha1:feeade08178ed4874207c90b43e411d986d10cb9check_curl add tests for uri field parsing2025-12-08T23:13:15ZAhmet OeztuerkAhmet.Oeztuerk@consol.de2025-12-08T23:11:20Zurn:sha1:f7df5579ab1d029eeaad785a6d016884c8f36c7d
plugins/tests/check_curl.t forks and runs a http(s) server that responds
to specific uri endpoints. Added another endpoint under
/redirect_with_increment with dynamic redirection points.
This endpoint will parse different parts of the uri that come after the
path: parameters, query and the fragment. If applicable, seperate
elements within each field are parsed into key/value pairs. value is
incremented in redirected URI.
Tests if check_url redirection logic retains different parts of the url
when parsing the uri and building the new redirected URL. Current tests
show that it ignores the fragment part.
Remove check_nt (#2195)2025-12-03T21:39:19ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-12-03T21:39:19Zurn:sha1:30a9908d8d02fe7ffc813adfe80e24663dcee654
check_nt was used to connect NSclient++ on windows, both the method
and the target are pretty much dead.
Therefor check_nt gets removed.Run clang-format again2025-09-15T10:59:37ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-09-15T10:59:37Zurn:sha1:802e46f8ea36c344f112d7e1dd8d64d17a4cc939Fix/adapt tests2025-09-14T23:58:26ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-09-14T23:58:26Zurn:sha1:404d52efb9b814013d5664019cab714253ac13ffcheck_curl: test adaption and output adaption2025-09-13T10:49:06ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-09-13T10:49:06Zurn:sha1:6ae8ba911018571afddcf51c08e3d32f5efa3b5acheck_snmp: refactoring + fixes2025-09-08T13:57:06ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-09-08T13:57:06Zurn:sha1:87195f5511bf18db2a64f71ea9783ebbfb33c3a5
This commit moves the state retention logic to check_snmp as it is only
used there and I do not want it to be used at all, so it doesn't get a
place in the lib.
Otherwise this adapts tests and fixes the rate computing in the
refactored version of check_snmp.
Also fixes some bugs detected with the tests
snmp: fix complaint of snmpd about paths2025-09-08T13:54:08ZLorenz Kästle12514511+RincewindsHat@users.noreply.github.com2025-09-08T13:54:08Zurn:sha1:1aefb1f9df5268ccbcd3ce38f5527ebca3896db6