I am trying to replace the almost expired certificate of my synology with a Let's encrypt copy. Unfortunately I am not successful. I am getting various messages in the procedure, which I have been working on since the weekend.
Tonight I keep getting the message check your IP address, firewall and reverse proxy.
Firewall is disabled
Port 80 is open.
Port 443 is open.
SSL check says there are no problems.
Earlier tonight I received a one-time message that the maximum number of requests had been reached.
When you opened this thread in the Help section, you should have been provided with a questionnaire. Maybe you didn't get it somehow (which is weird), or you've decided to delete it. In any case, all the answers to this questionnaire are required:
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.
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):
Are you sure you used your Synology to get your last Let's Encrypt certificate?
Because the most recent is a wildcard cert. This requires a DNS Challenge. But, I don't believe Synology supports this except for subdomains of a Synology name (like example.synology.me).
I do not know Synology well enough to help more. Maybe visit a Synology forum as these problems are always some kind of configuration issue.
Or, maybe a different volunteer here will see something. You could wait.
If you are running Debian and Apache then why not try using a different ACME Client. These are the programs that request the cert from Let's Encrypt. I did not think Debian was a common system installed on Synology so maybe their panel does not work well with it. I just guess. Maybe try acme.sh or lego: ACME Client Implementations - Let's Encrypt
As for port 443, I still cannot connect to it. But, as noted, only HTTP is needed when using an HTTP Challenge. It just points to something acting different than you expect.
curl -I4 -m8 http://rubensky.com
HTTP/1.1 404 Not Found
Server: Apache/2.4.56 (Debian)
curl -I4 -m8 https://rubensky.com
curl: (28) Failed to connect to rubensky.com port 443 after 4001 ms:
Connection timed out
A what now? "open source" certificate? While Let's Encrypt indeed has their software open sourced, their certificates, while free of charge, are just as good as any other (payed) CA.
If you're still having some kind of trouble, please reiterate what exactly the problem is. Maybe we can help, but maybe not if your problem is not related to Let's Encrypt/ACME.
For problems with your recently acquired Sectigo certificate, please refer to the Sectigo support channel(s).