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.
I ran this command: sudo certbot --apache --agree-tos --preferred-challenges http -d etherealplayground.com
It produced this output:
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for etherealplayground.com
Waiting for verification...
Challenge failed for domain etherealplayground.com
http-01 challenge for etherealplayground.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. 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.
My web server is (include version): ehcp (newest version)
The operating system my web server runs on is (include version): ubuntu 20.4'ish
My hosting provider, if applicable, is: comcast
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): ehcp
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot): 0.40.0
I did some searches and seen that the best way to use openssl for ehcp was to do some kind of all in one domain ssl certificates for all at once. So I decided to try to do it myself with lets encrypt not finding much data and went for doing them individually myself. I'm looking for some guidance on this topic directly or for ehcp with openssl.
It looks like your Comcast IP address can't receive incoming connection from the rest of the Internet. The ability to receive connections from the outside world is a requirement for the method that you're using to try to get the certificate.
It could be blocked by a firewall run by Comcast, or a firewall policy on your own router, or maybe Comcast requires customers to opt-in to receiving connections from the public Internet, or maybe it was a dynamic IP address that you were allocated in the past but that doesn't match your current IP address?
These are all just guesses, but the problem you're encountering relates to the ability of others to connect to your service on your IPv6 address.
do you have a way to test the first reply?
I have etherealplayground.com running, and it should be able to be hit by the outside world all that is there now is a text telling you its ran by ehcp and gives ips.
This is not likely to be a problem with the server software. We get an ICMPv6 message back from a Comcast router indicating that the IPv6 address is unroutable.
They're only the same as far as 2601:701:c200 which is, I guess, Comcast in Florida.
It might be that your Comcast account, or your home router, currently does not allow incoming IPv6 connections. (Also, where did you get the address 2601:701:c200:c9b0:1195:7743:3b67:f432 that you have listed in DNS?)
In theory with IPv6 you can have multiple devices on a home connection accept connections directly from the Internet, but your router or ISP might not allow this by default because many people are no longer accustomed to actually being reachable by the whole public Internet.
I have reinstalled my ehcp (cpanel equivalent) and this is what im getting now after redoing some of the ip configurations.
I stopped the firewall this way before running it a second time.
root@micromedia:~/ehcp# sudo ufw disable
Firewall stopped and disabled on system startup
root@micromedia:~/ehcp# sudo certbot --apache --agree-tos --preferred-challenges http -d etherealplayground.com
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Obtaining a new certificate
Performing the following challenges:
http-01 challenge for etherealplayground.com
Waiting for verification...
Challenge failed for domain etherealplayground.com
http-01 challenge for etherealplayground.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. 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.
root@micromedia:~/ehcp#
Previously you didn't have your IPv4 address in DNS (only IPv6); now you have both.
They give different errors when trying to connect to them from outside. The IPv6 address still has Comcast (apparently) actively giving an error and not agreeing to route to it, while the IPv4 address has a timeout which is indeed suggestive of a firewall.
Have you ever been able to connect to either of these addresses successfully from a device that wasn't on your home network?