• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Handling HTTPS to all domains sensibly

J

JasonJ

Guest
When I attempt to access any domain through HTTPS, I just get the contents of the main domain for the server. I would like to be able to access any domain (and sub-domain or alias) through HTTPS.

I realise the certificate will be wrong for any domain except the main domain, but at the moment it is not just the certificate, but the whole website delivered that is not consistent with the domains being accessed.

All my domains are configured with SSL and to use the same location for SSL and non-SSL. However, those settings are being completely ignored. I can see the port-443 entries being created in the domain apache configuration files though, and those entries look correct, so I am guessing there is an overriding http config file that gets in early with port 443 requests.

Any idea what I need to change for this to work in a more sensible way, i.e. to deliver the correct website for a domain across all ports?

-- Jason

Plesk 8.6
 
Last edited by a moderator:
I have discovered the "httpd -S" option that shows how all the ports and IP addresses are handled. So far as I can see, the default port 443 is handled by the main domains for each IP, but then each additional domain that has the "use SSL" boxed ticked in Plesk is also set up to handle port 443. The trouble is, those domains never get to handle that port. I really cannot see why.
 
Back
Top