启用S​​SL会话码头加快HTTPS请求(Enabling SSL session for Jett

2019-08-21 18:27发布

这是我的问题的随访这里 ,在这里我找到了HTTPS对HTTP请求一个大的查询时间差异:服务器的距离是越大较大的是这种差异。

我发现了一个很好的解释这个握手的开销。 而一个不能真正解决这个问题,但对于进一步的要求是结合使用与保活SSL会话是非常重要的。 保持活动已开启。 但SSL ID是为每个请求的不同(我使用的码头和读取ssl_session_id属性 )。

事实证明,我需要根据这个来改变客户端以及服务器的问题 ,但我仍然感到困惑和不确定(这个问题的答案似乎并不健全固体):

对于浏览器:我需要让,不知怎的,如果我做的JavaScript查询到我的API?

对于码头:我还需要关闭allowRenegotiate设置码头作为解释在这里 ? 但它看起来像这将有几个安全隐患,在这里我不完全,如果现在允许安全与否(摘自该文档 ):

如果SSL重新协商允许设置。 CVE-2009-3555发现了SSL / TLS与重新协商漏洞。 如果您的JVM没有CVE-2009-3555固定,然后重新谈判不应该被允许。 CVE-2009-3555固定的Sun Java 1.6与重新协商的U19与U22中的一个RFC5746禁止。

Answer 1:

我不太清楚你实际上要求。 那么HTTPS总是比HTTP慢,因为它有更多的开销。

不过有件事情你也许可以做,以减少响应时间。 ?例如大多数操作系统都使用过小的TCP初始拥塞大小。 这就导致了一个额外来回只为TCP握手。 由于roundtriptime通常为20ms之间长达几秒钟(慢速网络向海外服务器)的地方这可能导致系统立刻提高建立SSL连接所用的时间。

看看https://lwn.net/Articles/427104/ Linux系统。 内核> 2.6.39或> 3.X应该做的。



文章来源: Enabling SSL session for Jetty to speed up HTTPS requests