My domain is: dev.stephane-huc.net
I ran this command: certbot renew --cert-name dev.stephane-huc.net --dry-run
It produced this output:
Processing /etc/letsencrypt/renewal/dev.stephane-huc.net.conf
Cert is due for renewal, auto-renewing...
Renewing an existing certificate
Performing the following challenges:
http-01 challenge for dev.stephane-huc.net
Waiting for verification...
Cleaning up challenges
Unable to clean up challenge directory /srv/www/dev.stephane-huc.net/www/.well-known/acme-challenge
Attempting to renew cert from /etc/letsencrypt/renewal/dev.stephane-huc.net.conf produced an unexpected error: Failed authorization procedure. dev.stephane-huc.net (http-01): urn:acme:error:connection :: The server could not connect to the client to verify the domain :: Fetching http://dev.stephane-huc.net/.well-known/acme-challenge/4u3UDymEci7--oXKHkHnNMi3dFUxIdmielM_IW-zR3o: Timeout. Skipping.
** DRY RUN: simulating 'certbot renew' close to cert expiry
** (The test certificates below have not been saved.)
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/dev.stephane-huc.net/fullchain.pem (failure)
** DRY RUN: simulating 'certbot renew' close to cert expiry
** (The test certificates above have not been saved.)
1 renew failure(s), 0 parse failure(s)
IMPORTANT NOTES:
- The following errors were reported by the server:
Domain: dev.stephane-huc.net
Type: connection
Detail: Fetching
http://dev.stephane-huc.net/.well-known/acme-challenge/4u3UDymEci7--oXKHkHnNMi3dFUxIdmielM_IW-zR3o:
Timeout
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A record(s) for that domain
contain(s) the right IP address. Additionally, please check that
your computer has a publicly routable IP address and that no
firewalls are preventing the server from communicating with the
client. If you're using the webroot plugin, you should also verify
that you are serving files from the webroot path you provided.
My web server is (include version): Nginx (1.12.0-1)
The operating system my web server runs on is (include version): Ubuntu Xenial
My hosting provider, if applicable, is: @home
I can login to a root shell on my machine (yes or no, or I don't know): yes
I'm using a control panel to manage my site (no, or provide the name and version of the control panel): no
I resolved error 404. (https://dev.stephane-huc.net/.well-known/acme-challenge/test <= success)
If i watch the directory 'acme-challenge' by 'watch -n1 ls', i seen the file created and deleted.
If i attempt with letsencrypt tool (updated by git), i've another error.
Command: /opt/letsencrypt/letsencrypt-auto certonly --renew-by-default --config "${file_cfg_le}"
File config content:
# Prefer to use a 4096 bit RSA key instead of 2048
rsa-key-size = 4096
email = webmaster@stephane-huc.net
domains = dev.stephane-huc.net
authenticator = webroot
# This is the webroot directory of your domain in which
# letsencrypt will write a hash in /.well-known/acme-challenge directory.
webroot-path = /srv/www/dev.stephane-huc.net/www/
The output:
Renewing an existing certificate
Performing the following challenges:
http-01 challenge for dev.stephane-huc.net
Using the webroot path /srv/www/dev.stephane-huc.net/www for all unmatched domains.
Waiting for verification...
Cleaning up challenges
Unable to clean up challenge directory /srv/www/dev.stephane-huc.net/www/.well-known/acme-challenge
Failed authorization procedure. dev.stephane-huc.net (http-01): urn:acme:error:connection :: The server could not connect to the client to verify the domain :: Could not connect to dev.stephane-huc.net
IMPORTANT NOTES:
- The following errors were reported by the server:
Domain: dev.stephane-huc.net
Type: connection
Detail: Could not connect to dev.stephane-huc.net
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A record(s) for that domain
contain(s) the right IP address. Additionally, please check that
your computer has a publicly routable IP address and that no
firewalls are preventing the server from communicating with the
client. If you're using the webroot plugin, you should also verify
that you are serving files from the webroot path you provided.
But both commands launched with rights root!