• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Issue All websites stopped after Plesk changed /etc/nginx/conf.d/ssl.conf and added ssl_dhparam /opt/psa/etc/dhparams2048.pem;

mr-wolf

Silver Pleskian
Plesk Guru
Server operating system version
Ubuntu 20.04.5 LTS
Plesk version and microupdate number
Version 18.0.47 Update #5, last updated on Oct 26, 2022 06:38 AM
This morning all websites on 1 server stopped working.
Thanks to monitoring software (zabbix) I knew that this was because of an invalid nginx-config (which tests the output of "nginx -t")

nginx -t gave me:

nginx: [emerg] "ssl_dhparam" directive is duplicate in /etc/nginx/conf.d/ssl.conf:5
nginx: configuration file /etc/nginx/nginx.conf test failed

For years I have a file /etc/nginx/conf.d/aa400_own_tweaks.conf which contains among other things
ssl_dhparam /etc/dhparam/dhparam4096.pem;

It turns out that Plesk this morning added this line to /etc/nginx/conf.d/ssl.conf
ssl_dhparam /opt/psa/etc/dhparams2048.pem;

...and thus rendered my nginx configuration corrupt.
Plesk could have opted for a soft reload and nginx would have continued working.
In my case Zabbix would have noticed the invalid config and I could have fixed it without any sites offline.

To fix it I have now commented out the "ssl_dhparam" in my own "/etc/nginx/conf.d/aa400_own_tweaks.conf" and the issue is solved.

This month I installed another Plesk server from scratch and upon installation I noticed that /opt/psa/etc/dhparams2048.pem was added to /etc/nginx/conf.d/ssl.conf, so I refrained from adding it to my own config.

I didn't suspect Plesk to start implementing the ssl_dhparam on my older Plesk managed servers.


I'm posting this here for 2 reasons.
One to help others who haven't found why this happened, so they now can quickly resolve it.

The other is that I have more servers with the ssl_dhparam already configured, but these servers don't have the file /opt/psa/etc/dhparams2048.pem yet.
I have some ideas, but I would like to know what the Plesk team thinks of this.

I think it's best to add this line to /etc/nginx/conf.d/ssl.conf instead of /etc/nginx/conf.d/aa400_own_tweaks.conf
I then only risk /etc/nginx/conf.d/ssl.conf being overwritten with no ssl_dhparam
ssl_dhparam /etc/dhparam/dhparam4096.pem;
 
Last edited:
Back
Top