-
Notifications
You must be signed in to change notification settings - Fork 222
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
Wishlist possibility: add generic trait for handling SSL connections, allow non-OpenSSL ssl #129
Comments
My use case would only be for websocket clients, but I guess if this is implemented, it'd probably be best to allow for both clients and servers. |
Using traits to allow customization is something I'm planning on doing in the upcoming refactor. So, I can't say yes to everything you are asking for, but I will do my best. |
Ok, thank you! |
If a generic solution doesn't end up being viable, what would you think of potentially switching to It's an abstraction that would still be using OpenSSL on linux, and then the native counterparts on windows and mac. I don't think it would be ideal for my use case, but it would be alright - and this would definitely make compiling to windows simpler. |
This is a blocking issue for me using this library. I like it's style a lot more than the main rust websocket lib, but I can't debug my program on windows as this won't compile. |
I'd also +1 on rust-native-tls. Besides the advantages mentioned above it also seems to have a nicer API. |
Another issue is building for iOS. It requires a static build of OpenSSL which is cumbersome. If I read this correctly, native_tls uses security framework on iOS instead of OpenSSL. |
Sorry for the triple-post :) I'm not sure how much work it would be and I don't have much experience with TLS, but would you be willing to accept a pull request that exchanges |
native-tls support was added in #218 |
If something similar to the changes described in hyperium/hyper#985 could be implemented, that would be awesome.
Ideally I'm look to use ws-rs with rustls rather than rust-openssl. Even though it's less vetted than OpenSSL and not really a good default yet, it would make building a secure websocket client on Windows much easier.
What would you think of adding
SslClient
andConnector
traits similar to hyper'sSslClient
andNetworkConnector
- would making WebSocket generic over such a trait be acceptable / reasonable to implement?The text was updated successfully, but these errors were encountered: