• 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

Resolved Still no SSL: After migrating a site from Plesk 12 to Plesk Onyx we used the “Let’s Encrypt” option

jwvdmei

New Pleskian
After migrating a site from Plesk 12 to Plesk Onyx we used the “Let’s Encrypt” option. Using https mode of the url to view the site we got an Apache Testing 123 page. I followed the instructions on that page: Modify the welcome.conf file by commenting out all the lines in the file. However the site still does not show up in https mode. I noticed that the website has directories “httpdocs” and “httpsdocs”. For another site created on the same server (thus not migrated) there is only one of those directories: httpdocs. That site does have ssl after using the “let’s encrypt” function. How do I get the migrated site into SSL mode? Now I get a 403 error.
 
Hi jwvdmei,

to start and therefore to avoid issues/errors/problems, you really should consider to follow the instructions from your screenshot.:rolleyes:

Pls. don't forget to include your current OPERATING SYSTEM and the current Plesk version ( incl. MU ), when you expect suggestions, according to YOUR environment.



Afterwards, to correct possible misconfiguration(s) on your server, when you use Plesk Onyx, Plesk invented the "Plesk repair utility". Pls. consider to use that, when you experience issues, which have to repaired:

Plesk Repair Utility ( Plesk Onyx ( 17.0 ) - online documentation - Administrator's Guide )

In your case, it is recommended to use first the "web" ASPECT - option, before you would consider to use the "installation" or/and the "all" aspect - option:

plesk repair ASPECT [OPTION]

Examples:

plesk repair web -y -v

plesk repair web -domains-only -y -v

plesk repair installation -y -v

plesk repair all -y -v
Pls. be informed, that EACH repair - process will create as well a depending log - file at "/var/log/plesk", which can help to investigate errors/issues/problems.
Pls. be as well informed, that the file "welcome.conf" is not existent at standard server configurations and Plesk Onyx components, so pls. consider to inform us, WHERE this file is located on your server. In addition, pls. consider to inform us about the content at the following folders/files:

Folders:

/etc/apache2/sites-enabled/

Files:

/etc/apache2/apache2.conf
/etc/apache2/plesk.conf.d/server.conf
 
Hi UFHHF01,

Thank you for your reply. I followed the instructions provided in the screenshot above. It looked like that did the trick. But now I have at least site data instead of the “Testing 123” page, but missing theme and styles etc. (This is the site: https://cieremansvanreijn.nl/)

I thought it would be better to send the server details before I start making some changes.

These are the links you asked about:

This was the path to the welcome.conf file: /etc/httpd/conf.d/welcome.conf


There is no "apache2" directory in the "etc" directory.

Folders:
/etc/apache2/sites-enabled/

Files:
/etc/apache2/apache2.conf
/etc/apache2/plesk.conf.d/server.conf


These are the server details (BTW what is MU?):
OS
CentOS Linux 7.2.1511 (Core)
Plesk Onyx
Version 17.0.17 Update #7, last updated on Nov 25, 2016 04:39 PM

Should I continue on to the “Plesk repair utility”?

Thanks in advanced.
 
Hi jwvdmei,

There is no "apache2" directory in the "etc" directory.
well, "bad luck" for you, I would say. ( sorry to be ironic! :rolleyes: ) As a system - administrator, you should know, that Plesk supports MULTIPLE operating systems and due to the case, that you didn't include YOUR used operating system, when asking for help, you might get paths as answers for a different OS. ( hint: the equivalent path for "apache2" ( Debian/Ubuntu - based operating systems ) is "httpd" on CentOS/RHEL - based operating systems, which you should know, as you already provided informations for the path of "welcome.conf" ! )
You might remember the ( basic ) essential informations, when you aks again for help. ;)


This was the path to the welcome.conf file: /etc/httpd/conf.d/welcome.conf
This configuration file is not needed. Consider to rename it with the command:
Code:
mv /etc/httpd/conf.d/welcome.conf /etc/httpd/conf.d/welcome.conf.backup
( Note: ONLY files with the ending *.conf will be loaded by apache )

When you renamed that file, you might experience, that in some cases the content from "/var/www/html/" is loaded ( which are the standard files, when no vhosts are configured on your server ). This depends on your very own ( standard ) configuration defined at "/etc/httpd/sites-enabled" ( existent files are symlinks to configuration files at "/etc/httpd/sites-available" ). Examples may be named as "default.conf", or "default-ssl.conf". Consider to REMOVE such symlinks at "/etc/httpd/sites-enabled" to deny displaying such default - sites!
On the other hand, pls. consider to READ the file "/etc/httpd/conf/httpd.conf", to investigate, which folders / files might be included in your apache - configuration!



...but missing theme and styles etc.
Some CMS, blog - software, forum - software, content of your domain may use ".htaccess" - files, which NGINX can't read. Most software provider include documentations / instructions, what you have to use as "NGINX directives", when you use NGINX on your server. These "NGINX directives" can be added over Plesk at for example: "Home > Subscriptions > YOUR-DOMAIN.COM > Apache & nginx Settings" ( textbox for: Additional nginx directives ).

Plesk offers as well a wonderfull tool called "htaccess to nginx" - converter. You find this ( free ) Plesk - extension at the "Extension catalog" ( "Home > Extensions > Extensions Catalog" ), or at => htaccess to nginx over ext.plesk.com

Sometimes ( when you use wordpress for example and no additional plugins / themes, which might need additional NGINX directives ), it helps just to add standards as:
Code:
try_files $uri $uri/ /index.php?$args;
OR when you use PHP-FPM as PHP - handler on your (sub)domain:
Code:
    if (!-e $request_filename){
        rewrite ^(.*)$ /index.php break;
        }


In your case, you use "wordpress" and additional wordpress - plugins / themes. Pls. be informed about the following documentation:


Each
wordpress plugin / theme might as well need additional NGINX rewrites, when you use NGINX. Pls. read THEIR documentation(s) and installation instructions and ask for support directly there, where you got the plugin / theme from.

Should I continue on to the “Plesk repair utility”?
Well, it wouldn't harm your system, when you use these repair options. You know now how to use them and know where the corresponding documentation is located. ;)
 
Thanks for your help and advice UFHH01. For me this experience was a jump in the deep. I'm not a system administrator and my experience of Linux (and different versions) was obviously limited. In the end everything seems to be running nicely. I did not use the "Plesk Repair Utility" because the error lay with the website.
 
Back
Top