-
Notifications
You must be signed in to change notification settings - Fork 809
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
Add support for TLS into tChannel #2018
Comments
What's the ETA on this? |
@sagikazarmark we started working on it this sprint. We are able to prototype spinning up Cadence server with TLS listener but unfortunately this requires more support from underlying rpc stack (TChannel) so clients can pass through TLS Dialer to connect to Cadence. |
@samarabbas Cool, thanks for the update. Are there any PRs in yarpc repos that we can follow? (Maybe reference them from here) |
Currently most of the prototype implementation is in my fork but I will link it from here as soon as I start creating PR. |
Created PR for tchannel-go changes needed for this. |
We heavily under estimated the work needed to enable TLS support. Although the work needed for down stream dependency (tchannel-go) is complete but it still requires significant work to de-couple Cadence dependency on ring-pop (which also uses tchannel-go) to enable TLS for incoming traffic. Unfortunately same host/port is used for ring-pop communication and enabling TLS starts causing issues with membership ring. At this point, migration to grpc seems like the right path forward as we get TLS for free and is probably less work. |
We moved to gRPC which supports TLS. Closing this as it's probably not needed any more. |
According to @prashantv tChannel can be extended to support custom net.Dialer. It already supports custom net.Listener.
Cadence then could use tls.Dial and tls.Listen to implement those. See this article for Go TLS overview.
The text was updated successfully, but these errors were encountered: