I am having issues with getting a certificate on my dedicated server.
The command I am running is: sudo certbot --apache -d example.com (replacing that with my domain)
The error is that the connection is timing out. “The server could not connect to the client to verify the domain”
However, UFW is disabled (Ubuntu 16.04), and ports 80 and 443 are being forwarded to the server. I can actually access my server from the internet via its hostname (which is also the domain I am trying to get the certificate for). I have absolutely zero issues connecting to my server and browsing the content on it.
Additionally, I have added the server’s hostname to the /etc/hosts file to ensure it resolves to the external IP, because it was also throwing this error with the local loop.
I’ve also made sure that there is an apache site with the ServerName that matches the certificate I am trying to issue.
I have no clue what to do now. I can ping my server directly and via its hostname on ports 80 and 443 without issue, but it still says it cannot connect.
That is interesting, I just connected to my VPN and sure enough I cannot connect to the server outside my own network. This is odd, because UFW is disabled, all traffic on pors 80 and 443 is being routed to the server.
This server is running on Hyper-V, could that be a source of the issue?
I know for a fact that isn’t the case because the same server that is running this server now used to run IIS in the past, and I know for a fact those websites were accessible.
this server also for some reason will not resolve domains after restart, even after having added working nameservers to the interface file. Perhaps that might have something to do with it?
Be sure to come back again if your connectivity issues are resolved! Because as far as I can see here, there's a general issue at hand, and not a Let's Encrypt specific issue.