Hi, after the new Hestia 1.9.2 installation on Debian 12, I see such errors in the logs, but as I see DNS permits normally. Perhaps someone will tell you where this settings and address (R11.O.lencr.org), and it is always only this one. Thank you
At the same time, a manual certificate is issued normally.
2025/02/10 11:15:06 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/web/quantumtransition.angellive.ru/ssl/quantumtransition.angellive.ru.pem"
2025/02/10 14:15:06 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/web/quantumtransition.angellive.ru/ssl/quantumtransition.angellive.ru.pem"
2025/02/10 15:37:59 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/web/quantumtransition.angellive.ru/ssl/quantumtransition.angellive.ru.pem"
2025/02/10 17:30:38 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/mail/angellive.ru/ssl/angellive.ru.pem"
2025/02/10 19:15:06 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/web/quantumtransition.angellive.ru/ssl/quantumtransition.angellive.ru.pem"
2025/02/10 20:54:30 [error] 149893#149893: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/home/user/conf/web/opensource.angellive.ru/ssl/opensource.angellive.ru.pem"
traceroute r11.o.lencr.org
traceroute to r11.o.lencr.org (2.16.20.75), 30 hops max, 60 byte packets
1 _gateway (100.100.1.1) 0.167 ms 0.171 ms 0.072 ms
2 * * *
3 10.255.254.5 (10.255.254.5) 0.382 ms 0.311 ms 0.324 ms
4 10.255.200.36 (10.255.200.36) 10.576 ms 10.531 ms 10.557 ms
5 * * *
6 188.128.126.145 (188.128.126.145) 19.542 ms 18.140 ms 19.517 ms
7 a2-16-20-75.deploy.static.akamaitechnologies.com (2.16.20.75) 25.118 ms 18.047 ms 18.031 ms
curl -I http://r11.o.lencr.org
HTTP/1.1 200 OK
Server: nginx
Content-Length: 0
Cache-Control: max-age=19050
Expires: Wed, 12 Feb 2025 00:04:57 GMT
Date: Tue, 11 Feb 2025 18:47:27 GMT
Connection: keep-alive
In my file nginx/nginx.conf debian 12, this is not, I did not change anything. Now I changed only in the WP template. I suppose I don’t have this , and if there is then, apparently if you can’t change the repository, then you will have to change each update.
You can change it, but if ssl_stapling is off, Nginx won’t use or verify it.
Not really. If users are using any other CA that relies on OCSP, they may want to continue using it. However, it doesn’t matter that Let’s Encrypt will end support for OCSP, they simply won’t add the extension to the certificates. As a result, Nginx will silently ignore the verification, even if ssl_stapling is turned on.
Additionally, if some users obtain certificates with the must-staple extension, disabling stapling would make their sites unreachable.
That said, I wouldn’t modify ssl_stapling; it’s fine to leave it enabled.
No, the error is because Nginx has OCSP active (ssl_stapling), your certificates have the OCSP extension, so Nginx tries to get the OCSP response using the dns servers used in resolver directive and for some reason thoses resolvers couldn’t resolve the r11.o.letsencrypt.org domain (OCSP domain used in your certificates).
So, in your case, if you don’t want to see those errors, you can turn off ssl_stapling for your domains. You don’t need to add the directive in global nginx.conf because it will be overrided by your web domains conf.
Hello, today I see this mistake again, maybe this is some kind of reverse request?). As you can see now the request does not request any domain
/var/log/heestia
2025/02/15 23:21:11 [error] 807#0: r11.o.lencr.org could not be resolved (110: Operation timed out) while requesting certificate status, responder: r11.o.lencr.org, certificate: "/usr/local/hestia/ssl/certificate.crt"
If you see that error in /var/log/hestia/ is because you didn’t disable ssl_stapling in the nginx used by Hestia /usr/local/hestia/nginx/conf/nginx.conf. Once modified, restart it systemctl restart hestia