My web server is include version):
apache2 (version 2.4.63)
The operating system my web server runs on is (include version):
debian linux (trixie)
My hosting provider, if applicable, is:
not applicable
I can login to a root shell on my machine:
yes
I'm using a control panel to manage my site:
no
The version of my client is:
certbot 2.11.0
Additional info:
Let's Debug (letsdebug.net) reports no errors when looking for c-plusplus.nl
There are two additional domains active on my computer: their let's encrypt certificates were correctly created and are correctly automatically renewed
The directory http://c-plusplus.nl/.well-known/acme-challenge/ exists and is accessible by webbrowsers.
Comparable help requests were filed (e.g. Sep. 2023), but did not provide information allowing me to fix the problem. Hence the request for help.
We often see issues here where IPv6 addresses (AAAA records) and IPv4 addresses (A records) do not point to the same content. Since Let's Encrypt uses an IPv6 address if available, I recommend starting by ensuring that http://c-plusplus.nl/.well-known/acme-challenge/test is reachable via your IPv6 address (2a01:1b0:7999:402::1150).
Hi Griffin,
Thanks for your reply and hint: IPv6 could very well be the cause of the problem. I'd prefer using just the IPv4 address. but the computer's IPv6 address is currently configured. I'll disable it and try to request the certificates again.
When you are reviewing the AAAA record in your DNS you should also review your name server delegation. Looks like you may have a typo with ns20.mx10.nl in your authoritative server but you have ns20.mx10.eu (note .eu) in the delegation.
Both the .eu and .nl names point to the same IP so probably harmless now but it is better practice to use the names consistently (to prevent future trouble)
And it looks like it was a configuration at the domain provider. The IPv6 address was removed, and should have been gone in about 1/2 hour. I'll check it and try again later. Once again, thx for your help and input