And the underlying problem is solved anyway in 2.3.0 with the new check_http_v2 from us
1 Like
Thanks for the feedback and I’m looking forward to test the new check_http_v2.
Regardless of this, there are also good reasons why to include check_curl:
-
check_curl already supports HTTP/2 since 2021 in contrast to check_http_v2, which will not be available before June 2024 and only for users of the 2.3 release
-
Behind check_curl is the full power of libcurl, which already supports HTTP/3 while we are still talking about HTTP/2, is under active development and is used by a very large community worldwide.
-
Including libcurl does not hurt anyone and should not be a big deal.
-
With the “Integrate Nagios plugins” rule set, customers have the freedom to use all available options of all plugins as they wish. This means they are independent of your roadmap and your discretion as to what is best for checkmk (example option -B for check_http)
-
We also distribute and use some of the monitoring plugins on our remote servers via mrpe and appreciate very much that you ship the latest version and that we don’t have to compile them ourselves every time.
-
With adding check_curl you can make many customers happy with minimal effort and without having to invest a lot of time and development ressources.
Just to add my two cents 
5 Likes
Before it disappears, the arguments and facts from @LaSoe are valid.
Why put development effort into something that already exists? And is significantly more advanced?
2 Likes
The feedback on the new check_http and check_cert is so positive that we are convinced it was the right decision. It is a step change from what was possible before and using check_curl or any other community plug-in would have prevented this.
We strive to not bring mediocre results, but make the product significantly better - even if it means a major effort on our side.
Thus, try it for yourself and share with us if it works for you.
For us as a vendor, managing strategic dependencies is important. Monitoring web services (e.g. HTTP endpoints) is a key element of Checkmk. The ability to build new features, make improvements or fix something in short time is important - all of this is not possible with check_curl (as it was not with check_http). With our new check-http, we have the proper platform (with adequate testing) to do so. The speed at which we were able to implement feedback from the user testing in the last months has shown that it was indeed the right way.
Quick fixes might sound very appealing, but as a vendor, our responsibility is to think long-term. Quick fixes can very well turn into headaches and bring you into a one-way street one struggles to get out, and lead to only focusing on fixing things, thus not solving the underlying issue. We speak from experience…
New features become available after proper specification, dev and testing in new major releases - thus check_curl would have only been included in 2.3 as well. However, we have given users the power to fix things themselves in earlier Checkmk versions as already pointed out by you guys.
4 Likes
Perhaps there has been a misunderstanding regarding the inital customers’ wishes.
It was not intended to replace the check_http plugin used by HTTP Check with the official successor check_curl, nor was it about a new wrapper for check_curl. It should be noted that your customers simply wanted the check_curl plugin to be delivered together with the Checkmk Disto so that it could be used via “Integrate Nagios plugins” ruleset if required.
The Ideas Portal has identified some crucial functions that are still missing in Check_httpv2. Checkmk has the opportunity to demonstrate that it can implement the necessary improvements in a more timely manner and surpass the monitoring plugins group.
1 Like
Please add check_curl even if it has dependencies or does not provide performance data the way you want it to do. You can fix this lateron. Not only Ideas Portal has identified some crucial functions that are still missing in Check_httpv2 aka “Check HTTP web service”, just compare the parameters! We are waiting since 2022 and Check_httpv2 is not the solution! Thanks!
1 Like
Have you looked into the last changes for check_httpv2?
See other topics etc.
You mean these?
…
(Forum says I am only allowed to put URLs here as newbie 
)
For sure! Or am I missing something?
E.g. still no “Don’t Follow redirects” on HTTP 302 like curl -L.
E.g. still no support for older devices like curl --http0.9.
And so on…
Please just compare the parameters by yourself an implement check_curl.
Thanks in advance!
Regarding changes:
They come in 2.4, that’s why you might not have found them yet. So long, you can still use the old http check.
Regarding the other notes:
I am not sure, if we should start supporting http0.9 
The HyperText Transfer Protocol (HTTP) is a data communications protocol and acts as the foundation of the World Wide Web . It was released in 1991 and originally did not have a version number associated with it. Later, it was referred to as version 0.9 (HTTP/0.9) to distinguish it from future revisions.
Also, the http check can handle redirects, e.g. not following them
1 Like
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.