<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 1/2/2011 11:17 AM, Mister IT Guru wrote:
    <blockquote cite="mid:4D20CF62.4060109@gmx.com" type="cite">
      <meta http-equiv="content-type" content="text/html;
        charset=ISO-8859-1">
      <span class="Apple-style-span" style="border-collapse: separate;
        color: rgb(0, 0, 0); font-family: 'Times New Roman'; font-style:
        normal; font-variant: normal; font-weight: normal;
        letter-spacing: normal; line-height: normal; orphans: 2;
        text-indent: 0px; text-transform: none; white-space: normal;
        widows: 2; word-spacing: 0px; font-size: medium;"><span
          class="Apple-style-span" style="">If check_nrpe -H host.com
          works, and returns no errors, then is it reasonable to assume
          that checks to that same host should also be able to connect?
          I shouldn't be getting connection refused errors in the nagios
          interface, and cannot complete SSL errors in the windows
          server log, if check_nrpe - H host.com doesn't return an
          error? Shouldn't I be getting SSL errors, when I run
          check_nrpe against the host in question?<br>
          <br>
          To me this doesn't make sense, and I am at a loss as to the
          best place to look when attempting to fix this. Any
          suggestions and comments are appreciated.</span></span><br>
    </blockquote>
    <br>
    Are you sure you and Nagios are using the same check_nrpe?  And are
    your commands that use it configured to use it the same way you're
    running it manually? I suspect not.<br>
    <br>
    Theoretically, yes... if you can run it at the command line
    successfully, Nagios should be able to run it successfully, too.
    That assumes, though, that you and Nagios are both running it the
    same way. <br>
    <br>
    If your check commands are configured in such a way that you're
    using different addresses for the -H parameter, there are permission
    problems with check_nrpe, you're passing different parameters to
    nsca, or any number of other possible differences, you may not get
    the same results in both cases.<br>
    <br>
    A little more detail on your specific problem, like how your checks
    are defined and the exact command line you're using to test, would
    make it a lot easier to give a more detailed answer.<br>
  </body>
</html>