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
I'd like to build a static binary, which will be deployed to a system that doesn't have any system TLS roots. I'd like to compile in webpki-roots, rather than using rustls-native-roots.
Proposal
I'd love to have a feature flag (something like tls-webpki-roots) that enables the use of webpki-roots rather than rustls-native-roots. That feature flag could enable an optional webpki-roots dependency, and feed the webpki-roots certificates into rustls.
I'd be happy to supply a pull request implementing this proposal, if it sounds like a reasonable approach.
The text was updated successfully, but these errors were encountered:
This seems cumbersome, requires matching the version of rustls used by tonic and the version of webpki-roots used by rustls, and requires dealing with internal details like setting alpn_protocols.
Feature Request
Crates
tonic
Motivation
I'd like to build a static binary, which will be deployed to a system that doesn't have any system TLS roots. I'd like to compile in webpki-roots, rather than using rustls-native-roots.
Proposal
I'd love to have a feature flag (something like
tls-webpki-roots
) that enables the use of webpki-roots rather than rustls-native-roots. That feature flag could enable an optional webpki-roots dependency, and feed the webpki-roots certificates into rustls.I'd be happy to supply a pull request implementing this proposal, if it sounds like a reasonable approach.
The text was updated successfully, but these errors were encountered: