You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Support passing certificates directly to the ConnectOptions as a String or Vec<u8> additionally to the existing support for file paths.
Use case
On systems without access to the file system (like cloud-hosted container images), it can be difficult to pass certificates as files to ConnectOptions::add_root_certificates. As a user of the application, you may have no filesystem access, even though you have admin access to the application itself.
Contribution
We are interested in contributing to this.
The text was updated successfully, but these errors were encountered:
I understand your need, however this has a drawback: it does not allow reloading certs during the lifetime of the application.
I would consider using a similar callback we have for auth - one that is called every time conneciton is re-established (or established for the first time).
It will complicate the codebase a bit, but if this approach is also used for file-based certs as a provided implementation for library, maybe it would be ok.
Would be best to experiment with this idea before making the call.
Proposed change
Support passing certificates directly to the
ConnectOptions
as aString
orVec<u8>
additionally to the existing support for file paths.Use case
On systems without access to the file system (like cloud-hosted container images), it can be difficult to pass certificates as files to
ConnectOptions::add_root_certificates
. As a user of the application, you may have no filesystem access, even though you have admin access to the application itself.Contribution
We are interested in contributing to this.
The text was updated successfully, but these errors were encountered: