首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >DTLS状态共享

DTLS状态共享
EN

Stack Overflow用户
提问于 2018-05-29 16:00:23
回答 1查看 266关注 0票数 2

我有一个集群,它使用DTLS与客户端进行通信。

有某种安全的分布式存储(.)

正如我们所知,DTLS状态是相当长的寿命。因此,在典型的负载平衡方案中,加密的数据包将被转发给无法解密的服务器。

我指的不是src ip由于NAT绑定更改而改变的情况(这是我们无法控制的)。

所以我想..。

为了不给负载均衡器带来一些严重的限制(比如:总是将这个src转发给该服务器并希望得到最好的结果),并尽可能长地保留DTLS状态,那么如何使用DTLS呢?

是否(甚至)值得考虑使用一些分布式缓存的DTLS会话参数来扩展一些现有的DTLS库(如) (以便任何节点都能够解密数据包)?

它是否适用于JDK>=9 (很难遵循ssl代码)

EN

回答 1

Stack Overflow用户

发布于 2018-05-29 17:59:54

下面是一些关于这方面的信息的链接:

https://github.com/eclipse/leshan/wiki/Cluster

https://github.com/eclipse/leshan/wiki/Using-Leshan-server-in-a-cluster

乐山项目的基础是加利福尼亚和瑞典,所以集群的问题与你的非常相似。然而,没有太多的信息。

但从根本上说,很难说清楚。它取决于您的用例/集群配置,并意味着一些负载测试。否则,这只是猜测。

尽可能长地保留DTLS状态

顺便说一句,TLS 1.2规范说:

建议会话ID生存期的上限为24小时,因为获得master_secret的攻击者可以冒充受损方,直到相应的会话ID退役为止。

所以最好选择一些合理的寿命。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/50588509

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档