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. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is:
rogerco.uk
I ran this command:
sudo certbot --apache
selected number for rogerco.uk (or any other domain)
It produced this output:
Certbot failed to authenticate some domains (authenticator: apache). The Certificate Authority reported these problems:
Domain: rogerco.uk
Type: unauthorized
Detail: 2a00:da00:f429:8700::1: Invalid response from http://rogerco.uk/.well-known/acme-challenge/66SFI_C8kLnF_vKKtG8iPxulPu0A-5rb-F6EGt0VsUs: 404
Hint: The Certificate Authority failed to verify the temporary Apache configuration changes made by Certbot. Ensure that the listed domains point to this Apache server and that it is accessible from the internet.
My web server is (include version):
Apache2 Apache/2.4.66 (Ubuntu)
The operating system my web server runs on is (include version):
Ubuntu 24.04
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don't know):
Yes
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):
certbot 5.2.2
vhost files created and enabled for all domains and subdomains with
<VirtualHost *:80>
Directories for all domains in /var/www/domain.name/public_html all with www-data:www-data as user:group and 775 permissions recursive.
No .htaccess files are present on the system in any directories
All domains are accessible and working on port 80
If I manually create a .well-known directory under public_html and place an index.php file there it works ok. (index.php is just running phpinfo();
In one case radioroger.uk after manually creating the .well-known folder the certbot was able to complete the authentication and https://radioroger.uk is working. In all other domains it still fails with the error above.
The domains were all running previously on a different VPS with certbot certificates but the nameservers and dns were changed last week. dns checker.org shows the correct ip for the new VPS for all domains
Any ideas or suggestions? Could certbot itself be using the old ip address when trying to authenticate and not the new one? It is 4 days since the changes were made so they should have propogated.
Any ideas?