Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Cannot access web interface for app server

Status
Not open for further replies.

anon0101

MIS
Dec 8, 2014
92
US
We're running an IP Office R10 (500v2) with a separate virtual linux based app server (10.1.1.1). I was following the word doc linked in this article ( trying to figure out why Avaya Communicator is failing to connect. I changed the Host Name under the Network settings from within the 7071 page and rebooted. After the reboot I can't get to any web interface for the app server. Manager will allow me to connect but I don't see anything that jumps out at me that's wrong. I rebooted the box again and watched it boot up, the only thing that failed was httpd. From the Linux command line I tried starting httpd but it failed with an error that my certificate (a wildcard cert) didn't exist or was empty. I checked the directory it pointed me to and the certificate was not in there so I added the cert using winscp. Httpd started but no luck on the web interfaces so I rebooted again. This time it said WebManager failed to start but when the box came up I did a quick "service WebManager status" and it was running. 10.1.1.1/index.html comes up fine but anything else from 10.1.1.1 gives me the same error below. I've tried using the IP and the DNS name we setup
Error I'm getting in Chrome
10.1.1.1 normally uses encryption to protect your information. When Google Chrome tried to connect to 10.1.1.1 this time, the website sent back unusual and incorrect credentials. This may happen when an attacker is trying to pretend to be 10.1.1.1, or a Wi-Fi sign-in screen has interrupted the connection. Your information is still secure because Google Chrome stopped the connection before any data was exchanged.

You cannot visit 10.1.1.1 right now because the website sent scrambled credentials that Google Chrome cannot process. Network errors and attacks are usually temporary, so this page will probably work later.
 
This just dawned on me... It regenerated a certificate when I changed the name. When I look at the certificates from within manager it still shows my wildcard cert as the one that's set. I'm going to regenerate another certificate from there after hours tonight to see if that clears things up.
 
Turns out I didn't have to regenerate the certificate. Everything was working this morning, I think I just needed to have a little bit more patience.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top