• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

SSL / Hostname issue after upgrade to Plesk 11

FirstPoint

Basic Pleskian
Hi all,

We just upgraded to Plesk 11 and got a small issue since then.
Before, on Plesk 10, when we would go to http://srv1.hostname.com:8443, we would directly get to the login page of Plesk. Sice we upgraded, when we go to the same URL, it first redirects to http://nsXXXXX.ovh.com (our server is at the OVH datacenter, this is the default hostname), gives an SSL error (of course, since the SSL certificate is made for our domain). When we accept the SSL certificate, it then redirects to our domaine... However, the panel URL is well configured, the hostname of the server also, and the reverse aswell...

Any help will be greatly appreciated, thanks !
 
This should solve your problem ...

vim /usr/local/psa/admin/conf/ssl-conf.sh

Change:

Code:
echo 'ssl.engine = "enable"'

to

Code:
echo 'ssl.engine = "disable"'

then finely,

/etc/init.d/psa restart
 
That did not fix the issue... It just stays stuck when getting to nsXXX.ovh.com.
I don't see why disable SSL engine would fix the issue ?
 
I suggested that because there is no way you can access plesk on "http://" as stated in your first post without having SSL disabled ...

Infact if SSL is not disabled, by default it would redirect you to the https://hostname.com:8443/ If you already have a valid SSL certificate installed then make sure its enabled as the default SSL for the panel. You do that from Tools and Settings -> SSL certificate.
 
abdi, thanks for your answer. However, as stated in my second post, i had made a typo in my first post and we were actually accessing via http, not https.

We managed to fix the issue by running:

update psa.misc set val='https://plesk.domainame.com:8843' where param='sso_relay';

update psa.misc set val='https://plesk.domainame.com:8843' where param='sso_server';

update psa.misc set val='https://plesk.domainame.com:8843' where param='sso_server_user_url';
 
Yes they were pointing to the old hostname. Quite wired because appearently these values where there for at least one year, but before the upgrade to PSA 11, didn't cause any problem.
 
Alright, sometimes this also resolves that problem:

/usr/local/psa/bin/sso --disable
 
Back
Top