为 Jetty 启用 SSL 会话以加速 HTTPS 请求答案

【问题标题】：Enabling SSL session for Jetty to speed up HTTPS requests为 Jetty 启用 SSL 会话以加速 HTTPS 请求
【发布时间】：2013-04-03 11:56:11
【问题描述】：

这是我的问题here 的跟进，我发现 HTTPS 与 HTTP 请求的查询时间差异很大：到服务器的距离越大，这种差异就越大。

我发现了这个握手开销的nice explanation。并且无法真正解决这个问题，但是对于进一步的请求，将 SSL 会话与保持活动结合使用非常重要。保持活动已打开。但是每个请求的 SSL ID 都不同（我正在使用码头并阅读ssl_session_id property）。

事实证明，我需要根据这个question更改客户端以及服务器，但我仍然感到困惑和不确定（这个问题的答案似乎并不可靠）：

对于浏览器：如果我对我的 API 进行 javascript 查询，是否需要以某种方式启用它？

对于 Jetty：我是否还需要按照 here 的说明关闭 jetty 的 allowRenegotiate 设置？但看起来这会产生一些安全隐患，如果现在允许是否安全，我并不完全了解（取自the docs）：

设置是否允许 SSL 重新协商。 CVE-2009-3555 通过重新协商在 SSL/TLS 中发现了一个漏洞。如果您的 JVM 没有修复 CVE-2009-3555，则不应允许重新协商。 CVE-2009-3555 在 Sun java 1.6 中得到修复，在 u19 中禁止重新协商，在 u22 中使用 RFC5746。

【问题讨论】：

标签： security https jetty

【解决方案1】：

我不太确定您实际要求的是什么。好吧，HTTPS 总是比 HTTP 慢，因为它的开销更大。

不过，您可以采取一些措施来缩短响应时间。例如，大多数操作系统使用的 tcp 初始拥塞大小太小。这导致仅用于 TCP 握手的额外往返。由于往返时间通常在 20 毫秒到几秒之间（到海外服务器的网络速度较慢），这可以大大缩短建立 ssl 连接所需的时间。

查看用于 linux 系统的 https://lwn.net/Articles/427104/。内核 >2.6.39 或 >3.x 应该可以。

【讨论】：