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
According to the documentation, Lettuce does not support TLS connections for Redis Sentinel and Redis Master/Slave replicas.
Is your feature request related to a problem? Please describe
Encryption of network traffic may be needed due to compliance reasons for confidentiality, but also integrity.
Describe the solution you'd like
Connections using Redis Sentinel (Client) connections should support TLS. Securing the traffic between Redis Sentinel servers is out of scope (but could be handled, for instance, using IPSEC).
Describe alternatives you've considered
I tried to figure out what the blockers are for supporting Redis Sentinel TLS connections. As far as I understood, the issue seems to be only that the TLS connection and the Redis Sentinel server use internally different ports, e.g.
Redis Sentinel Servers use port 26379 (TLS Port using Stunnel, e.g. 26380)
Redis Server uses 6379 (TLS Port using Stunnel, e.g. 6380)
So, if Lettuce would connect to Redis Sentinel on port 26380, the issue is that Redis Sentinel would tell us the wrong port (e.g. 6379,26380) of the Redis instances and or the Redis Master.
Would the following a solution to this:
Connect to Redis Sentinel via TLS on Port 26380
Ports reported by Redis Sentinel are corrected by a configurable setting (e.g. +1 to make out of 6379 -> 6380)
Can anyone confirm/correct my understanding?
Once this is done, I could think about submitting a patch.
Redis isn't aware of a SSL proxy, but with slave-announce-port and sentinel announce-port Redis gained some flexibility. Not entirely sure that NAT support is complete as I never used these features.
Lettuce provides a SocketAddressResolver with a MappingSocketAddressResolver subclass that allows re-mapping ports.
Can you do the following and check out the latest 5.2.0 snapshots whether you're able to cover your use case?
Feature Request
According to the documentation, Lettuce does not support TLS connections for Redis Sentinel and Redis Master/Slave replicas.
Is your feature request related to a problem? Please describe
Encryption of network traffic may be needed due to compliance reasons for confidentiality, but also integrity.
Describe the solution you'd like
Connections using Redis Sentinel (Client) connections should support TLS. Securing the traffic between Redis Sentinel servers is out of scope (but could be handled, for instance, using IPSEC).
Describe alternatives you've considered
I tried to figure out what the blockers are for supporting Redis Sentinel TLS connections. As far as I understood, the issue seems to be only that the TLS connection and the Redis Sentinel server use internally different ports, e.g.
So, if Lettuce would connect to Redis Sentinel on port 26380, the issue is that Redis Sentinel would tell us the wrong port (e.g. 6379,26380) of the Redis instances and or the Redis Master.
Would the following a solution to this:
Can anyone confirm/correct my understanding?
Once this is done, I could think about submitting a patch.
Teachability, Documentation, Adoption, Migration Strategy
It should be a simple blog entry etc. to explain the setup.
The text was updated successfully, but these errors were encountered: