i was wondering if someone else has had the same issue currently have a subdomain working with letsencrypt. The issue is that when i try to renew im getting this error
Attempting to renew cert (platform.mydomain.cloud) from /etc/letsencrypt/renewal/platform.mydomain.cloud.conf produced an unexpected error: Failed authorization procedure. platform.mydomain.cloud (tls-sni-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: Error getting validation data. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/platform.mydomain.cloud/fullchain.pem (failure)
odd because i have not made any A records new and i can access the site with no issue. i was looking though google Most people has this issue was because they were using IPV6, i did a curl platform.mydomain.cloud and works fine. at the end i was reading that i should update cert bot but not sure what repository i should use?
Cert is due for renewal, auto-renewing...
Plugins selected: Authenticator nginx, Installer nginx
Starting new HTTPS connection (1): acme-v02.api.letsencrypt.org
Renewing an existing certificate
Performing the following challenges:
tls-sni-01 challenge for platform.syncbox.cloud
Waiting for verification...
Cleaning up challenges
Attempting to renew cert (platform.syncbox.cloud) from /etc/letsencrypt/renewal/platform.syncbox.cloud.conf produced an unexpected error: Failed authorization procedure. platform.syncbox.cloud (tls-sni-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: Error getting validation data. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/platform.syncbox.cloud/fullchain.pem (failure)
Cert is due for renewal, auto-renewing...
Plugins selected: Authenticator nginx, Installer nginx
Starting new HTTPS connection (1): acme-v02.api.letsencrypt.org
Renewing an existing certificate
Performing the following challenges:
http-01 challenge for platform.syncbox.cloud
Using default address 80 for authentication.
Waiting for verification...
Cleaning up challenges
Attempting to renew cert (platform.syncbox.cloud) from /etc/letsencrypt/renewal/ platform.syncbox.cloud.conf produced an unexpected error: Failed authorization p rocedure. platform.syncbox.cloud (http-01): urn:ietf:params:acme:error:unauthori zed :: The client lacks sufficient authorization :: Invalid response from http:/ /platform.syncbox.cloud/.well-known/acme-challenge/q0Ih1Cbr4OtYk18wv-fMbtXjdd-S8 Qw4kzIV2e_MPRQ [190.145.225.174]: 404. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/platform.syncbox.cloud/fullchain.pem (failure)
So the Letsencrypt - validation is redirected to https. Is this the server Certbot creates the /.well-known/acme-challenge directory and saves the validation file?
Add
--debug-challenges After setting up challenges, wait for user input
before submitting to CA
and check, where this file is created and if this file is visible via port 80 or the redirect.
Thanks for the reply, i currently have HAproxy which does the redirect from http to https but whats odd is that i have never had this issue before prob because tls-sni-01 is deprecated
Cleaning up challenges
Attempting to renew cert (platform.syncbox.cloud) from /etc/letsencrypt/renewal/platform.syncbox.cloud.conf produced an unexpected error: Failed authorization procedure. platform.syncbox.cloud (http-01): urn:ietf:params:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from http://platform.syncbox.cloud/.well-known/acme-challenge/hn9_Xr_p-fH9QKL8Jw-u0gkwDyYo6jQc93tvgL7kp3g [190.145.225.174]: 404. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/account.syncbox.cloud/fullchain.pem (failure)
/etc/letsencrypt/live/platform.syncbox.cloud/fullchain.pem (failure)
Thanks for the quick reply
this is the whole outcome
root@users:~# certbot renew --debug-challenges
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Processing /etc/letsencrypt/renewal/account.syncbox.cloud.conf
Cert not yet due for renewal
Processing /etc/letsencrypt/renewal/platform.syncbox.cloud.conf
Cert is due for renewal, auto-renewing...
Plugins selected: Authenticator nginx, Installer nginx
Starting new HTTPS connection (1): acme-v02.api.letsencrypt.org
Renewing an existing certificate
Performing the following challenges:
tls-sni-01 challenge for platform.syncbox.cloud
Waiting for verification...
Challenges loaded. Press continue to submit to CA. Pass "-v" for more info about
challenges.
Cleaning up challenges
Attempting to renew cert (platform.syncbox.cloud) from /etc/letsencrypt/renewal/platform.syncbox.cloud.conf produced an unexpected error: Failed authorization procedure. platform.syncbox.cloud (tls-sni-01): urn:ietf:params:acme:error:connection :: The server could not connect to the client to verify the domain :: Error getting validation data. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/platform.syncbox.cloud/fullchain.pem (failure)
The following certs are not due for renewal yet:
/etc/letsencrypt/live/account.syncbox.cloud/fullchain.pem expires on 2018-12-17 (skipped)
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/platform.syncbox.cloud/fullchain.pem (failure)
1 renew failure(s), 0 parse failure(s)
IMPORTANT NOTES:
The following errors were reported by the server:
Domain: platform.syncbox.cloud
Type: connection
Detail: Error getting validation data
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A/AAAA 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.
i found a folder inside of /var/www/html the folder which is the .well-known but its empty
(see picture)