-
-
Notifications
You must be signed in to change notification settings - Fork 4.7k
feat(CertificateManager): Add option to specify the default certificates bundle path #52749
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
feat(CertificateManager): Add option to specify the default certificates bundle path #52749
Conversation
|
Thanks for taking care! I think that change is a really good initiative. As I mentioned in #32963 a while ago, I think it's weird to have our own certificate management, and it makes the administrator's life harder. I'm aware of the issues we had with certificates, especially when running ancient enterprise Linux distributions with outdated bundles, but those infrastructure issues should not justify reinventing the wheel. Nevertheless, a configuration option to opt-out and rely on the system's default is a great start, and I'd recommend accepting it. |
miaulalala
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Neat!
cacc724 to
fa270b8
Compare
…tes bundle path Signed-off-by: provokateurin <[email protected]>
fa270b8 to
0c3a872
Compare
|
/backport to stable32 |
|
/backport to stable31 |
|
/backport to stable30 |
Summary
Currently it's not possible for admins to reject certificates that are part of the default bundle shipped by Nextcloud.
This option allows specifying the default bundle which in turn allows admins to use the system bundle which they might customize to include self-signed certificates and which might also get faster security updates (without even updating Nextcloud).
Checklist