cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Podkowinski (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-9590) Support for both encrypted and unencrypted native transport connections
Date Mon, 15 Jun 2015 13:23:00 GMT


Stefan Podkowinski commented on CASSANDRA-9590:

[~mikea], you're right, [STARTTLS|] would be another
option how this could be implemented. Netty's [SSLHandler|]
also supports it, so it should be possible to enable starttls for the server and java driver
fairly easily. But we'd have to implement this for the other drivers as well. Not sure if
we should go down that road, instead of just having two dedicated sockets. 

> Support for both encrypted and unencrypted native transport connections
> -----------------------------------------------------------------------
>                 Key: CASSANDRA-9590
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Stefan Podkowinski
> Enabling encryption for native transport currently turns SSL exclusively on or off for
the opened socket. Migrating from plain to encrypted requires to migrate all native clients
as well and redeploy all of them at the same time after starting the SSL enabled Cassandra
> This patch would allow to start Cassandra with both an unencrypted and ssl enabled native
port. Clients can connect to either, based whether they support ssl or not.
> This has been implemented by introducing a new {{native_transport_port_ssl}} config option.

> There would be three scenarios:
> * client encryption disabled: native_transport_port unencrypted, port_ssl not used
> * client encryption enabled, port_ssl not set: encrypted native_transport_port
> * client encryption enabled and port_ssl set: native_transport_port unencrypted, port_ssl
> This approach would keep configuration behavior fully backwards compatible.
> Patch proposal (tests will be added later in case people will speak out in favor for
the patch):
> [Diff trunk|],

> [Patch against trunk|]

This message was sent by Atlassian JIRA

View raw message