I ran this command: sudo certbot certonly --standalone --email mygashi@domain.com -d jester.gashiandkinks.com
It produced this output: Failed authorization procedure. jester.gashiandkinks.com (tls-sni-01): urn:acme:error:unknownHost :: The server could not resolve a domain name :: No valid IP addresses found for jester.gashiandkinks.com
My web server is (include version): Winstone
The operating system my web server runs on is (include version): Ubuntu 16.04
My hosting provider, if applicable, is: aws
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
IP address was not publicly accessible at first but another issue posted on here lead me to current that mistake by making IP publicly accessible.
Now when I run the sudo certbot certonly --standalone --email mygashi@domain.com -d jester.gashiandkinks.com with --dry-run option I still get the same error:
Failed authorization procedure. jester.gashiandkinks.com (tls-sni-01): urn:acme:error:connection :: The server could not connect to the client to verify the domain :: DNS problem: NXDOMAIN looking up A for jester.gashiandkinks.com
I expect different results because IP is now publicly accessible. Is this assumption correct?
One of your authoritative nameservers for that domain returns NXDOMAIN when queried for the jester subdomain. I believe Let’s Encrypt picks a random authoritative nameserver, but it’s possible they now ask all nameservers. I’d investigate why ns-1676.awsdns-17.co.uk is returning NXDOMAIN and go from there.