+1

+1

"please continue voting for this feature if you consider it important." The suggestion is from 2014 (8 years old) and currently has 374 votes. Maybe in 2030 they will do something.

+1

This has already 366 votes, how many votes do you need it to be to become popular?

At present I can only secure my Plesk site with a single domain certificate, so when my users try to connect to their control panel, they get a certificate error. I would very much like to connect to Plesk via multiple domains, e.g. https://domain1.com:8443, https://domain2.com:8443, https://domain3.com:8443, etc so they are not prompted with a certificate error

Hi everyone,

We aware of that UserVoice request and periodically attempt to find a good way how we can improve Plesk to provide this feature, but right now there are no good solutions how to do it. There are some workarounds existing but we can't implement them into Plesk or recommend for the Production use because of important limitations and/or known issues.

As an example, there are a few of possible workarounds:
- It can be a Let's Encrypt certificate that contains several different names using the Subject Alternative Name (SAN) mechanism. The certificate should be reissued every time when a new domain is created on Plesk. It means it is easy to reach existing Let's Encrypt limits for issuing certificates, after that LE stops issuing free certificates for that server for some period of time.
- It could be a wildcard certificate like *.example.org but Plesk's domainname usually manages by external name servers and the process could not be automated. At the same time *.example.org (reseller1.example.org, reseller2.example.org, etc.) is not the asked solution like unique and SSL protected link to Plesk per reseller/customer example1.org/example2.org.
- Some other workarounds have concerns from security point of view.

We will continue researching on how we can deliver requested functionality. Please continue voting for this feature if you consider it important.

I don't know why this was never a major priority. This is standard practice with every other hosting control panel I have ever used.

I have always managed my clients' accounts, and now that I will no longer make hosting manageable for me, I just realized this great detail. It seems basic to me that each client should log in by his domain name. I hope you can solve it in the future.
Note: voting should be done with the same credentials that you use to login to technical support.

+1

Nobody from Plesk is answering this, requested since LOT years ago?
This is a BASIC functionality guys!!! YOu are out of the market !!!

This functionality is essential for resellers to resell with their own branding !!
It's been more than 7 years that this functionality is requested !

I just can't belive Plesk have such issues with SSL certificates on panels.

Problem continues from year to year, and you still did not fixed it
Some kind of a workarond you give us here is still not enough.

https://support.plesk.com/hc/en-us/articles/115001421414-How-to-configure-a-redirect-from-the-domain-name-IP-address-to-the-server-hostname-on-port-8443-

https://talk.plesk.com/threads/not-properly-redirect-https-domain-tld-8443-to-https-server-hostname-tld-8443-security-errors.353569/

We need either to redirect user before certificate validation by browser, or you to make SSL certificates works for customerdomain.com:8443.

People should consider about paying PLESK license for product that does not meet industry standards.

+1

+1

+1

This is not acceptable!!!

I've used Plesk for many years and this unprofessional issue continues.

Must I be forced to use a competitive Panel instead? My patience is finished...

What is the point of being able to purchas DomainSSL Wildcard Certificates when we cannot implement them in a PLESK Reseller environment for PLESK CP items. Please treat this feature request as urgent as this is putting clients off from using our hosting services due to unsecure sites being displayed instead of secure PADLOCKED HTTPS sites. Looking forward to your support for all resellers.

+1

+1