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.
It produced this output: An error occurred creating certificates with Let's Encrypt: private keys obtained from Let's Encrypt so making regular backups of this folder is ideal. 2021/07/28 03:58:38 No key found for account admin@nodokter.com. Generating a P256 key. 2021/07/28 03:58:38 Saved key to /opt/bitnami/letsencrypt/accounts/acme-v02.api.letsencrypt.org/admin@nodokter.com /keys/admin@nodokter.com.key 2021/07/28 03:58:39 [INFO] acme: Registering account for admin@nodokter.com 2021/07/28 03:58:40 [INFO] [nodokter.com, www.nodokter.com] acme: Obtaining bundled SAN certificate 2021/07/28 03:58:41 [INFO] [nodokter.com] AuthURL: https://acme-v02.api.letsencrypt.org/acme/authz-v3/16804315850 2021/07/28 03:58:41 [INFO] [www.nodokter.com] AuthURL: https://acme-v02.api.letsencrypt.org/acme/authz-v3/16804315870 2021/07/28 03:58:41 [INFO] [nodokter.com] acme: use tls-alpn-01 solver
But dig nodokter.com @ns-cloud-b1.googledomains.com does work. It seems mxtoolbox is reporting the DNS records OK, so could it just be that the nameserver changes haven't finished propagation yet?
Unfortunately, such propagation times aren't that uncommon for DNS.
Fortunately, it seems to be working from my end. When I do a dig +trace nodokter.com, the DNS servers for the .com TLD are already returning the Googledomain nameservers and the trace succeeds. You might need to wait a little bit longer (or not) for global propagation though.
@griffin As I understand @sam_nodokter moved from GoDaddy to Googledomains. That should mean any action taken at GoDaddys DNS zone editor should not influence the DNS once it has been moved to Googledomains I think. Note that I'm not fully certain of this, but sounds logical to me.
I think if there are DNSSEC errors due to outdated DS records at the parent DNS zone, I believe the current DNS operator should delete these. It would make sense that if a domain has been transfered, the previous DNS zone editor doesn't have any rights to the parent DNS zone any longer, as those permissions have been transfered to the new DNS zone editor.
So in this case I believe Googledomains should be the DNS provider which should be able (somehow..) to remove or update the DS record in the parent zone.
Using any of the root servers seems to work now.
I suspect that since the previous nameservers were from Cloudflare some residue remains lodged in some caches around the globe:
I found GoDaddy to be more responsive when I had to replace my network box my IP changed but it is still a static pool. It took only seconds to propagate the change.