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: robotechmacross.com
I ran this command:
sudo certbot certonly --manual --manual-auth-hook /etc/letsencrypt/acme-dns-auth.py --preferred-challenges dns --debug-challenges -d *.robotechmacross.com -d robotechmacross.com
It produced this output:
There were too many requests of a given type :: Error creating new order :: too many failed authorizations recently: see Failed Validation Limit - Let's Encrypt
My web server is (include version):
Apache2 2.4.41
The operating system my web server runs on is (include version):
Ubuntu 20.04
My hosting provider, if applicable, is:
Self hosted, server is sitting on my dresser
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 control panel is being used
The version of my client is (e.g. output of certbot --version
or certbot-auto --version
if you're using Certbot): Certbot 0.40.0
I have done a DNS challenge using certbot before. I'm following this tutorial on dns challenge:
One command is:
sudo apt-add-repository ppa:certbot/certbot
The output of that command is:
The PPA has been deprecated
To get up to date instructions on how to get certbot for your systems please see Get Certbot — Certbot 1.30.0 documentation.
More info: https://launched.net/~certbot/+archive/ubuntu/certbot
press [ENTER] to continue or Ctrl-c to cancel adding it.
Then it hits a bunch of http links, gets an error on the 6th one and gets a 404 error. Then says the repository doesn't have a release file, it can't be updated from securely and is therefore disabled by default.
No clue what's going on, I'm just copying commands like it's 1983 and I am programming on a C64 by copying code out of run magazine. so I just proceed. Next command is:
Sudo apt install certbot
Then got acme-dns-certbot w/ this command:
wget https://github.com/joohoi/acme-dns-certbot-joohoi/raw/master/acme-dns-auth.py
Made it executable with:
chmod +x acme-dns-auth.py
Opened that file in Nano and entered 3 at the end of python as instructed
moved the file to the letsencrypt folder
Then I ran the script with this:
sudo certbot certonly --manual --manual-auth-hook /etc/letsencrypt/acme-dns-auth.py --preferred-challenges dns --debug-challenges -d *.robotechmacross.com -d robotechmacross.com
When I did that it gave me instructions to setup a cname and gave me a long string. I went to cloudflare DNS and created a cname of _acme.challenge.robotechmacross.com and put the string in the text field. It failed the first time saying incorrect txt file was found. I saw an old dns challenge that used txt instead of cname and it was picking up that code. So I erased that entry completely. Then I ran certbot again. This time it didn't give me a new code so I assumed I'm still using the same one. The instructions clearly say to setup a cname. It failed again and the output looked like it said it was trying to verify a txt not a cname. So I erased it and created a new one under text instead of cname. It failed again. Now when I try it gets the above error. Cloudflare has a proxy that hides your real IP from the real world, I tried with that enabled. When I turned it off it changed from "Proxy" to "DNS Only" but it still fails.
The website it refers you to says there are no overrides. What does that mean? Did I just ruin a URL that can never have SSL because dns challenge is a convoluted mess and my attempts failed too many times? Or do I have to wait for a period of time to elapse before I can try again?
Am I doing something wrong? Did that failure on that repository giving the 404 error an issue? I.E. did I download a different version of certbot from some other repository since the command failed and said it was disabled by default?
All I want to do is get an SSL for my URL and my ISP blocks port 80 "For my protection" (Yeah right) If they didn't block 80, I could just push the make it work button, but since they do I have to do this. It's hard enough to find a decent URL now that everything under .com is either in use or some domain squatter is holding it for ransom.
I don't want to waste any money on a host when these websites are just for testing and I have unlimited resources for the VM running the sites sitting in the next room.