With these lines in the httpd.conf, "Apply Configuration" in the CCM causes the "Waiting for configuration verification......." with endless dots. This is with Nagios XI 5.2.8 on a fresh install (I'm setting up a new server from scratch).
If I comment out the lines and restart apache, it works fine. I need to have this working, we can't have production logins on http.
I'm unsure if these are related so I need a few pieces of information.
What URL are you accessing XI with? Also, please post your /etc/hosts file. I suspect the loop is occuring from the %{HTTP_HOST} part, which is probably not pointing at itself. (127.0.0.1)
Lastly, please post a screenshot of your Admin -> System Settings page.
For the record, I just ran through our SSL document on a fresh 5.2.9 machine and it worked without issue. Here is everything I ran (some non-relevant lines removed) -
I then updated the Program URL: to use https://, and Apply configuration works without a hiccup. I believe this issue is most likely related to what I mentioned above, relating to DNS.
ERROR: certificate common name "server200" doesn't match requested host name "localhost".
To connect to localhost insecurely, use '--no-check-certificate'.
Can you re-create the self signed certificate for localhost?
Otherwise, we may need to make other changes. Can you post a screenshot of your Admin -> System Settings page? Also, what URL / hostname are you using to access the web GUI?
So now we're back to my my original post in this thread ?
There is nothing in the doco about having to create a cert for the local host?
Access to the gui is https://server200/nagiosxi
My suggestion was to fix the certificate, the other solution is to figure out where the reference and why localhost isn't working properly. Nagios should be using --no-check with most wgets, but this one seems to be different.
Otherwise, we may need to make other changes. Can you post a screenshot of your Admin -> System Settings page? Also, what URL / hostname are you using to access the web GUI?
As this has been going on a month now, I'd like to get it resolved for you. Is submitting a ticket in, so that we can get a remote scheduled to fix this once and for all possible?
I believe I was able to resolve my issue. Instead of using the RewriteRule, I created a NameVirtualHost and with a 'Redirect / https://my.host.name/', then used NameVirtualHost in ssl.conf as well. After that I was able to use the CCM and deploy new configurations and I was able to upgrade from 5.2.8 to 5.2.9 through the GUI. Both of these were tasks that failed when I did https the other way. I guess this is what happens when you setup a physical host instead of downloading the pre-built VM image.
bhowardFSU wrote:I believe I was able to resolve my issue. Instead of using the RewriteRule, I created a NameVirtualHost and with a 'Redirect / https://my.host.name/', then used NameVirtualHost in ssl.conf as well. After that I was able to use the CCM and deploy new configurations and I was able to upgrade from 5.2.8 to 5.2.9 through the GUI. Both of these were tasks that failed when I did https the other way. I guess this is what happens when you setup a physical host instead of downloading the pre-built VM image.
Thanks for letting us know how you fixed it @bhowardFSU. The hard thing is that each apache configuration could vary slightly, and unfortunately, every little part of configuration matters.
Fred - see if this helps, and I'll watch for your response.