I’ve encountered some difficulty trying to certify my new domain name. It appears the issue involves new TLDs. In my case my TLD is: .agency
I’ve certified another .agency last year. Not sure why I’m encountering this issue now.
My domain is: theinitiate.agency
I ran this command: $ sudo certbot --apache -d theinitiate.agency -d www.theinitiate.agency.conf
It produced this output:
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Obtaining a new certificate
An unexpected error occurred:
The request message was malformed :: Error creating new authz :: Name does not end in a public suffix
Please see the logfiles in /var/log/letsencrypt for more details.
$
Thank you, @mnordhoffm for the swift reply. I’m not sure how I overlooked such a trivial copy-paste mistake. After wrestling with certbot and certbot-auto, my shell tells me that my ssl certificate is installed correctly. But when I navigate to my site, theinitiate.agency, ‘https’ in the URL bar is crossed out and Chrome says the connection is “Not secure”. Something isn’t right.
I mindfully included both www.theinitiate.agency and theinitiate.agency when I invoked certbot-auto using this: sudo certbot-auto --apache -d theinitiate.agency -d www.theinitiate.agency
Any idea why one is secure and the other is not?
Is there any other information I could provide?
Last year when I first tinkered with Let’s Encrypt, the guide had me manually setup these files inside /etc/letsencrypt/live/.com/ :
cert.pem chain.pem fullchain.pem privkey.pem README
But today they were set up automatically. Is this because of a change in certbot?
They should have been set up automatically last year too, unless options like --csr or --config-dir were used. (And people almost never need to use those options.)