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:
certbot renew -q
It produced this output:
Attempting to renew cert (sypa-hd.dd-dns.de) from /etc/letsencrypt/renewal/sypa-hd.dd-dns.de.conf produced an unexpected error: urn:ietf:params:acme:error:rateLimited :: There were too many requests of a given type :: Error creating new order :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/. Skipping.
All renewal attempts failed. The following certs could not be renewed:
/etc/letsencrypt/live/sypa-hd.dd-dns.de/fullchain.pem (failure)
1 renew failure(s), 0 parse failure(s)
My web server is (include version):
apache
The operating system my web server runs on is (include version):
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
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):
$ certbot --version
certbot 1.7.0
I'm sorry to be blunt, but what isn't clear about the error presented by the server when you look it up in the link about the rate limits also presented by the server?
There is a Failed Validation limit of 5 failures per account, per hostname, per hour. This limit is higher on our staging environment, so you can use that environment to debug connectivity problems. Exceeding the Failed Validations limit is reported with the error message too many failed authorizations recently.
You won't have to wait long, but appending --dry-run to your certbot command as @_az has suggested will use the staging servers, which have much higher rate limits.
After doing an analysis of sypa-hd.dd-dns.de, it appears that port 80 (http) does not respond, which will make http-01 challenges impossible. It also appears that port 443 (https) is serving the valid certificate cited below, yet there is no redirect from http to https