在初始 https 之后再次为 wss 进行 ssl 握手？

Question

假设一个 100% 安全的 websocket 站点，其中网络服务器提供所有文件:html、js、css 等，并且 websocket 提供客户端和服务器之间的所有数据。

显然初始 ssl 握手是在默认 https 端口上的客户端和网络服务器之间，但是 wss 将在不同的端口上，所以它是否必须再次握手？

我问的原因是因为 websockets 和 spdy 还没有一起工作(所以我已经读过)，所以我希望通过在网络服务器上安装 spdy 来绕过它并依赖 keep-alive wss 因为有人声称 spdy 并不比握手后保持事件快多少(如果有的话)spdy faster than keep-alive https? .

Answer 1

虽然特拉维斯所说的大部分内容都是事实，但我不清楚他为什么对您的问题回答“否”。

当客户端打开到网络服务器的 HTTPS 连接时，网络服务器可能会提供使用 wss://启动 WebSocket 连接的 JS 到不同的来源(可能是同一主机，但正如你所描述的，它是不同的端口).这是一个不同的连接。必须为每个连接单独执行 SSL 握手。

Travis 所说的对于 SSL session 是正确的，如果 WebSocket 使用与 https://文档获取相同的连接，那么回答“否”是正确的。但由于 wss://WebSocket 连接启动将使用不同的连接，因此需要另一次 SSL 握手。