DS-Query in the parent zone has a valid NSEC3 RR as result with the hashed domain name between the hashed NSEC3-owner and the hashed NextOwner. So the parent zone confirmes the non-existence of a DS RR.
That's (effective) the same result like Unboundtest reports: A NSEC3 in the parent zone confirms that your zone is not signed, so the result "No CAA" is not signed.
Thanks for getting back to me so fast! Yes, the error is:
Creating/renewal eagle-research.com certificates... (eagle-research.com)
2019-04-26 17:47:29,211:INFO:simp_le:1479: Generating new certificate private key
2019-04-26 17:47:30,241:ERROR:simp_le:1446: CA marked some of the authorizations as invalid, which likely means it could not access http://example.com/.well-known/acme-challenge/X. Did you set correct path in -d example.com:path or --default_root? Are all your domains accessible from the internet? Please check your domains' DNS entries, your host's network/firewall setup and your webserver config. If a domain's DNS entry has both A and AAAA fields set up, some CAs such as Let's Encrypt will perform the challenge validation over IPv6. If your DNS provider does not answer correctly to CAA records request, Let's Encrypt won't issue a certificate for your domain (see https://letsencrypt.org/docs/caa/). Failing authorizations: https://acme-v01.api.letsencrypt.org/acme/authz/Le84OilLFPKQX75NIR8tEDLdci-CTgypVWur0Ph9Gew
Visible Content: We are in the process of launching a new site Please bear with us as we work out all the kinks. You can still call us to order ALL CUSTOMERS DIAL 1-716-507-4427 Name * Email * Comment or Message * Message Submit
Visible Content: Not Found The requested URL /.well-known/acme-challenge/check-your-website-dot-server-daten-dot-de was not found on this server. Apache/2.4.18 (Ubuntu) Server at www.eagle-research.com Port 80
Port 80 is open and answers with the expected http status 404 - not found checking an unknown file in /.well-known/acme-challenge.
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. https://crt.sh/?q=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:
I ran this command:
It produced this output:
My web server is (include version):
The operating system my web server runs on is (include version):
My hosting provider, if applicable, is:
I can login to a root shell on my machine (yes or no, or I don’t know):
I’m using a control panel to manage my site (no, or provide the name and version of the control panel):
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you’re using Certbot):
PS: You can use the test system. That has own, higher limits. So you can test your config to find your correct webroot (if you use webroot).