Can Not Connect to NRDP Server

This support forum board is for support questions relating to Nagios XI, our flagship commercial network monitoring solution.
User avatar
mikew
Posts: 243
Joined: Sun Feb 05, 2012 7:05 pm

Re: Can Not Connect to NRDP Server

Post by mikew »

Using that command it connects fine....tried it as nagios user and root both work.


However I see this in the page that it has a 301 is that an issue?

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
Mike Weber

Nagios Training/Consulting
tmcdonald
Posts: 9117
Joined: Mon Sep 23, 2013 8:40 am

Re: Can Not Connect to NRDP Server

Post by tmcdonald »

Can you try running check_http with the "-f follow" switch and see where that ends up? Almost sounds like an apache issue.
Former Nagios employee
User avatar
mikew
Posts: 243
Joined: Sun Feb 05, 2012 7:05 pm

Re: Can Not Connect to NRDP Server

Post by mikew »

Solved:

I guess this ends up being a lesson on when you have multiple admins working on the same project. One of the admins edited the send_nrdp.sh script on the Nagios server and saved the original but everyone in the process did not realize the edit which commented out the curl line with --insecure. What that meant was that all connections did not allow for the self-signed certificate causing the error. So ultimately NRDS was working fine but the AIX issue with self-signed certificates caused the edit without it being fixed.

So it may be a good idea when you have multiple admins doing edits is to create a doc on all edits that everyone can see all edits in one place...may save a lot of pain.

To all of the Nagios staff that posted on this issue thanks again...
Mike Weber

Nagios Training/Consulting
tmcdonald
Posts: 9117
Joined: Mon Sep 23, 2013 8:40 am

Re: Can Not Connect to NRDP Server

Post by tmcdonald »

mikew wrote:So it may be a good idea when you have multiple admins doing edits is to create a doc on all edits that everyone can see all edits in one place...may save a lot of pain.
I usually suggest using a github-like process wherein one person is in charge of making changes and can accept "pull requests" from other people who need those changes made. That way at least one person knows all the changes and can tell if a particular change will cause waves. Might not work in all environments, but it has worked for me in the past.

Glad to see it working at any rate though. I'll be closing this up now.
Former Nagios employee
Locked