I've been running "certbot certonly ..." manually, successfully, every 3 months to get a wildcard certificate for my domain.
My version of certbot changed from 1.x.x to 2.5.0 since the last time I used certbot.
Today, the first time running the new version of certbot, I received a prompt:
(K)eeping or (U)pgrading my certificate key type
After researching what this meant, it seemed like the normal thing to do was to upgrade my RSA cert to the newer ECDSA key type.
When I replied "u" to upgrade, it gave me the error below. So I ran it again and replied "k" and it worked as normal.
I guess I'm misunderstanding what (U)pgrade requires.
Thanks,
Keith
My domain is:
I ran this command:
$ sudo certbot certonly --manual -d wuwusports.com -d *.wuwusports.com --agree-tos --no-bootstrap --manual-public-ip-logging-ok --preferred-challenges dns-01 --server https://acme-v02.api.letsencrypt.org/directory
It produced this output:
[sudo] password for xxxxxx:
Use of --no-bootstrap is deprecated.
Use of --manual-public-ip-logging-ok is deprecated.
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Use of --no-bootstrap is deprecated.
Use of --manual-public-ip-logging-ok is deprecated.
An RSA certificate named wuwusports.com already exists. Do you want to update
its key type to ECDSA?
(U)pdate key type/(K)eep existing key type: u
Renewing an existing certificate for wuwusports.com and *.wuwusports.com
An unexpected error occurred:
No such authorization
Ask for help or search for solutions at https://community.letsencrypt.org. See the logfile /var/log/letsencrypt/letsencrypt.log or re-run Certbot with -v for more details.
$
My web server is:
Server version: Apache/2.4.41 (Ubuntu)
Server built: 2023-03-08T17:32:54
The operating system my web server runs on is:
Ubuntu 20.04 LTS
My hosting provider is:
Linode
I can login to a root shell on my machine:
Yes
I'm using a control panel to manage my site (no, or provide the name and version of the control panel):
No
The version of my client is:
$ certbot --version
certbot 2.5.0
The /var/log/letsencrypt/letsencrypt.log contained these lines:
...
2023-04-21 11:05:30,841:DEBUG:acme.client:Received response:
HTTP 404
Server: nginx
Date: Fri, 21 Apr 2023 18:05:30 GMT
Content-Type: application/problem+json
Content-Length: 106
Connection: keep-alive
Boulder-Requester: 41762220
Cache-Control: public, max-age=0, no-cache
Link: https://acme-v02.api.letsencrypt.org/directory;rel="index"
Replay-Nonce: A5FEbZyvz9tLdMXxqOmCyp7bVEA6sQyFW9MgmqLcQULom4w