It seems normal before, I get this error yesterday
Error: Could not issue a Let’s Encrypt SSL/TLS certificate for instance-2.asia-east2-a.c.abstract-web-255716.internal . (Google compute in Hongkong, run in centos 7)
Invalid response from https://acme-v02.api.letsencrypt.org/acme/new-order.
Details:
Type: urn:ietf:params:acme:error:rejectedIdentifier
Status: 400
Detail: Error creating new order :: Cannot issue for “instance-2.asia-east2-a.c.abstract-web-255716.internal”: Name does not end in a public suffix
Let’s Encrypt can never issue certificates for .internal names because they are private names, and a publicly-trusted CA is only allowed to issue certificates for public, globally-unique names.
Do you use HTTPS to access services on this machine? If so, what name do you access them under? Is there a different domain name that you used to use with this machine in the past?
Did you intentionally actively ask to enable HTTPS for this machine, or could it be something that happened automatically without your knowledge?
I just need ssl for login plesk at ip 35.241.127.98
Before I could login plesk by ssl normally. I don’t know why this cause. So I add more Certificates and see this error.
I have a default Certificate, but *.crt and *-ca.crt field is blank
And when I see plesk have ssl lost, some my web have image errors and I can’t see image
@_az, thank you for the helpful explanations here.
It can often be confusing that certificates and web server configurations are so specific to the name under which a service is accessed, so something is working perfectly when accessed using one name, but not at all when accessed with another name.