Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. https://crt.sh/?q=example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
It produced this output:[it works fine for the www.suce.co.uk domain, it’s just the suce.co.uk domain it doesn’t like]
Attempting to renew cert (suce.co.uk) from /etc/letsencrypt/renewal/suce.co.uk.conf produced an unexpected error: Failed authorization procedure. suce.co.uk (http-01): urn:ietf:params:acme:error:unauthorized :: The client lacks sufficient authorization :: Invalid response from http://suce.co.uk/.well-known/acme-challenge/49HKq9OoyISssoGp20Jhk_coNLNK_pALylO4BvcOx88: "<!DOCTYPE HTML PUBLIC \"-//IETF//DTD HTML 2.0//EN\">\n<html><head>\n<title>404 Not Found</title>\n</head><body>\n<h1>Not Found</h1>\n<p". Skipping.
The following certs could not be renewed:
/etc/letsencrypt/live/suce.co.uk/fullchain.pem (failure)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
** DRY RUN: simulating 'certbot renew' close to cert expiry
** (The test certificates below have not been saved.)
The following certs were successfully renewed:
/etc/letsencrypt/live/www.suce.co.uk/fullchain.pem (success)
The following certs could not be renewed:
/etc/letsencrypt/live/suce.co.uk/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: suce.co.uk
Type: unauthorized
Detail: Invalid response from
http://suce.co.uk/.well-known/acme-challenge/49HKq9OoyISssoGp20Jhk_coNLNK_pALylO4BvcOx88:
"<!DOCTYPE HTML PUBLIC \"-//IETF//DTD HTML
2.0//EN\">\n<html><head>\n<title>404 Not
Found</title>\n</head><body>\n<h1>Not Found</h1>\n<p"
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.
My web server is (include version): Apache 2.4.7
The operating system my web server runs on is (include version): Ubuntu 14.04
My hosting provider, if applicable, is: Linode
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
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you’re using Certbot): 0.28
I’ve had a look at the DNS entries and they seem to point to suce.co.uk rather than www.suce.co.uk, so I’m a bit confused as to why that one works and the other doesn’t.
<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName www.example.com
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf
RewriteEngine on
RewriteCond %{SERVER_NAME} =s
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,QSA,R=permanent]
</VirtualHost>
# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
I can only find one, I’m not sure where the other one might be
There is no “ServerName” in that config.
You many need to point certbot to the right --webroot
First try to find the correct --webroot :
If that config is the one being used, then it would be: DocumentRoot /var/www/html
You can test that out with: sudo mkdir /var/www/html/.well-known sudo mkdir /var/www/html/.well-known/acme-challenge sudo bash -c ‘echo “testing” > /var/www/html/.well-known/acme-challenge/1234’
or if that fails:
Use an editor [vi | nano] on: `/var/www/html/.well-known/acme-challenge/1234’
[and just insert “testing” and save]
Once you can place the 1234 file there, try to access it from the Internet: http://suce.co.uk/.well-known/acme-challenge/1234 http://www.suce.co.uk/.well-known/acme-challenge/1234
If that works, you have found the right --webroot, otherwise that is not the root folder for those names.
And you can repeat the process through all the “Document Roots” until you find the right one.
This might list them all out for you: grep -Eri 'DocumentRoot' /etc/apache2