-
Notifications
You must be signed in to change notification settings - Fork 223
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
Support rustls for easier cross compiling #238
Comments
I'm currently in a situation where having native-tls breaks compatibility with different target machines (different versions of Debian), and removing the OpenSSL dependency is the only fix, beside trying to build and link OpenSSL statically. This would be an extremely welcome addition. For now I work around the problem by disabling the tls feature in this crate altogether, but I'm certain it will be needed later. You may find the related reqwest issue and PR of interest. Thanks for the crate, it's really useful. |
I'd like RusTLS support as well for use in Any plans for this? |
Theoretically yes, but in practice this crate is only seldomly and passively maintained. Have you tried another WebSocket solutions for Rust? By leveraging |
Would you recommend one, please?
Can we do something about it? |
I got a secure websocket working using |
Websocat3 (a work in progress, not the recommended build of Websocat) indeed uses tokio-tungstenite and can be built with Rustls (in fact, some of pre-build executables in Github Releases are built with Rustls). Websocat1 is unlikely to gain Rustls support. |
Hi 👋
using rustls would make cross compiling a way better, so any plans to support it under a feature flag ? maybe
async-rustls
andsync-rustls
?Thank you all for your great work 👍
The text was updated successfully, but these errors were encountered: