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.
My domain is:
Ekene Ekene
I ran this command:
sudo certbot --nginx -d jesuschristmind.org -d www.jesuschristmind.org
It produced this output:
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator nginx, Installer nginx
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for jesuschristmind.com
Waiting for verification...
Challenge failed for domain jesuschristmind.com
http-01 challenge for jesuschristmind.com
Cleaning up challenges
Some challenges have failed.
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):
nginx
The operating system my web server runs on is (include version):
ubuntu
My hosting provider, if applicable, is:
Digital Ocean
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):Yes
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):
Certbot
i have fix the dns but still didn't work
i have added the A and AAAA record to point to my digital ocean ubutu droplet. am using digital ocean directly
if u enter the domain it will show you a nginx server as a symbol that the A record is inserted well
This is where the problem is coming from
These Records seems permanent because they seems not removable because they are managed by the digital ocean app.
I was refused removing those A and AAAA records
I don't know digitalocean too well. Maybe you can remove them by disabling some cloudflare integration? (make sure you're not breaking other websites and droplets in doing so)
I don't think anything is wrong with the DNS records.
From what I remember, DigitalOcean use Cloudflare infrastructure for their DNS hosting, and jesuschristmind.org looks like an ordinary domain with the Cloudflare proxy enabled.
You have a fairly old version of Certbot and there is a fix relevant to --nginx and Cloudflare in Certbot v1.13.0. If you can, I recommend installing the Certbot snap and try using it instead.
If you can't do that, you might have to set your Cloudflare encryption setting to "Flexible", but I'm not sure whether that's accessible from the way DigitalOcean have integrated things.
Those non-Cloudflared IPs (164.92.205.143 and 2a03:b0c0:3:d0::19c3:1001) don't seem to host the website in question at all. The IPv4 address is just a blank nginx server and the IPv6 address doesn't even seem to be online.
The Cloudflare IP addresses, on the other hand, do serve a valid website.
Is @udunanka trying to set up a second server? I am not clear on what the role of this second droplet is, if it's not hosting the current website?
I assumed the spurious IPs were the cloudflare ones. If they're the right ones, I might start to suspect that this is some kind of automatic digitalocean-cloudflare integration for this droplet.