[Nagiosplug-devel] [ nagiosplug-Bugs-2916307 ] check_http -S fails with some servers

SourceForge.net noreply at sourceforge.net
Fri Dec 18 09:56:33 CET 2009

Bugs item #2916307, was opened at 2009-12-17 16:30
Message generated for change (Comment added) made by patricia_jung
You can respond by visiting: 

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General plugin execution
Group: release-1.4.15
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Patricia Jung (patricia_jung)
Assigned to: Thomas Guyot-Sionnest (dermoth)
Summary: check_http -S fails with some servers

Initial Comment:
Hello Ton and all,

while updating from v 1.4.13 to v. 1.4.14 I observe check_http behaving rather strangely when performing HTTPS checks. Same platform (openSUSE 11.2), both plugin versions were compiled without any deviating configure options:

nagios-plugins-1.4.13> ./plugins/check_http -S -H <host>  -p 8443 
HTTP OK HTTP/1.1 200 OK - 2328 bytes in 0.205 seconds |time=0.205096s;;;0.000000 size=2328B;;;0

nagios-plugins-1.4.14> /plugins/check_http -S -H <host>  -p 8443 
CRITICAL - Cannot make SSL connection 
HTTP CRITICAL - Error on receive

With other servers, however, the same test (same port) succeeds even with version 1.4.14. Any advice on how to proceed?




Comment By: Patricia Jung (patricia_jung)
Date: 2009-12-18 09:56

Hello Thomas,

thanks for taking this up quickly! Yes, both plugin versions I compiled
freshly from scratch yesterday. Unfortunately the host in question is only
accessible via VPN, but I'm happy to help out with tests.

> openssl version
OpenSSL 0.9.8k 25 Mar 2009
(64-Bit-version from openssl-0.9.8k-3.5.3.x86_64/OpenSuse 11.2)
> pkg-config --modversion openssl

> libexec/check_http_1.4.14 -vvv -S -H <host>  -p 8443 
CRITICAL - Cannot make SSL connection 
GET / HTTP/1.1
User-Agent: check_http/v1.4.14 (nagios-plugins 1.4.14)
Connection: close
Host: <host>:8443

HTTP CRITICAL - Error on receive
> libexec/check_http_1.4.13 -vvv -S -H <host>  -p 8443 
GET / HTTP/1.0
User-Agent: check_http/v2053 (nagios-plugins 1.4.13)
Connection: close
Host: <host>:8443

https://<host>:8443/ is 2328 characters
**** HEADER ****
Server: Apache-Coyote/1.1
ETag: W/"2103-1258744786000"
Last-Modified: Fri, 20 Nov 2009 19:19:46 GMT
Content-Type: text/html
Content-Length: 2103
Date: Fri, 18 Dec 2009 08:09:54 GMT
Connection: close
**** CONTENT ****
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
<html xmlns="http://www.w3.org/1999/xhtml">

    <title>censhare WebClient</title>
    <!-- <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7"/> -->
    <link rel="stylesheet" type="text/css" href="corpus.css"/>
    <link rel="shortcut icon" href="favicon.ico"/>
    <meta http-equiv="Content-Type" content="application/xhtml+xml;
    <script type="text/javascript"
    <script type="text/javascript">
// localization messages for the login page

var loginMessages;

function initDictionary(lang) {
    if (lang == null) {
        lang = navigator.language; // browser language, case Firefox,
        if (lang == null)
            lang = navigator.userLanguage; // case IE

    loginMessages = dictionaries[lang];
    if (loginMessages == null)
        loginMessages = dictionaries["en"];

var dictionaries = new Array();

/* Login dialog messages */
dictionaries["de"] = {
    password: "Passwort:",
    server: "Server:",
    loginName: "Benutzername:",
    censhareLogin: "Anmeldung",
    login: "Anmelden",
    nameNotEmpty: "Der Benutzername darf nicht leer sein"
dictionaries["en"] = {
    password: "Password:",
    server: "Server:",
    loginName: "Login Name:",
    censhareLogin: "Login",
    login: "Login",
    nameNotEmpty: "The login name must not be empty"
/* Further languages can be defined here */


    <div class="loadingMessage" id="loadingMessage2">Configuring...</div>
    <div class="loadingMessage" id="loadingMessage1">Loading

    <div class="head">
      <div class="imageHead"><span>Bild</span></div>
    <div class="topMenu"></div>
    <div id="loginPanel"></div>

              <h3>Diese Seiten benötigen Javascript.</h3>
              Bitte aktivieren sie Javascript in ihrem Browser

HTTP OK HTTP/1.1 200 OK - 2328 bytes in 0.473 seconds
|time=0.473123s;;;0.000000 size=2328B;;;0




Comment By: Thomas Guyot-Sionnest (dermoth)
Date: 2009-12-18 04:55

Thanks for your report. I've seen this bug previously (in debian trackers,
I don't remember if there's a NP trackers counterpart).... So far it seemed
to be a compatibility problem with OpenSSL, and last time I checked I could
not find a single change in nagios-pugins that could explain this.

So the most important question is did you freshly compile both plugins
version at the same time (i.e. with the same OS patches/underlying
libraries)?. Ideally I would like that you start from fresh tarballs in an
empty directory, extract them, configure, compile and test both versions.
If you can still reproduce this regression from fresh builds I will further

It would be nice if you could include the full verbose output (-vvv) of
the plugins, the exact version of OpenSSL you're using (i.e. installed OS
packages) and the output of "pkg-config --modversion openssl".

It would be even better if you can also provide an externally accessible
URL I could test with (using private mail if you wish).

Thank you


You can respond by visiting: 

More information about the Devel mailing list