-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"ocsp_stapling off" seems to have no effect #4588
Comments
Hmm, that's strange. All four places in certmagic which write the log message All the places that create certmagic configs in Caddy do seem to wire up the option correctly. And the Caddyfile adapter does seem to properly set the option in JSON. So I'm not sure where the problem is 🤔 |
Using |
Ah okay, I see the issue. The global option only applies to managed certificates (which Caddy maintains and renews), but not unmanaged certificates (i.e. from files with the Right now there's no wiring to configure this in the Caddyfile, but you can set the I'll add the option in the Caddyfile adapter now, for the next release. |
The option is present twice in the source code. "caddy adapt" sets the first one to true but not the second one. If setting the second in the JSON file it works as expected. However I see no possibility to configure the same behaviour using the Caddyfile.
Removing the option from tls.go and setting it to t.Automation.[...]DisableOCSPStapling instead of the following could probably solve the issue:
|
I just figured it out as well. Thanks for the response and fixing the issue in the next release |
"ocsp_stapling off" seems to have no effect. Please see the following output:
The text was updated successfully, but these errors were encountered: