websocket - 我应该在 80 以外的端口上使用 WebSocket 吗？

Question

我应该在非 80 端口上使用 WebSocket 吗？它会破坏使用现有 Web/HTTP 基础设施的全部目的吗？而且我认为它不再适合非 80 端口上的 WebSocket 这个名称。

如果我在其他端口上使用 WebSocket，为什么不直接使用 TCP？或者WebSocket协议(protocol)本身有什么特殊的好处吗？

由于当前的 WebSocket 握手采用 HTTP UPGRADE 请求的形式，这是否意味着我必须在端口上启用 HTTP 协议(protocol)才能完成 WebSocket 握手？

Answer 1

Shall I use WebSocket on non-80 ports? Does it ruin the whole purpose of using existing web/HTTP infrastructures? And I think it no longer fits the name WebSocket on non-80 ports.

您可以在主机操作系统允许并且允许您的客户端连接的任何端口上运行 webSocket 服务器。

但是，在端口 80(或 443)上运行它有许多优点。

1. 网络基础设施通常已部署并在端口 80 上打开，用于从客户端所在位置(例如台式计算机、移动设备等)到服务器所在位置(例如数据中心)的出站连接。因此，在端口 80 上部署 webSocket 应用程序通常不需要防火墙或路由器配置等中的新漏洞。可能需要更改配置才能在不同端口上运行。例如，许多大型企业网络对于可在哪些端口上建立出站连接非常挑剔，并且仅针对某些标准和预期行为进行配置。某些公司网络可能不允许为 webSocket 连接选择非标准端口。这是使用端口 80 的重要原因(已锁定配置的专用网络的最大互操作性)。

2. 许多从浏览器运行的 webSocket 应用程序希望利用主机网页端口 80 上已使用的现有安全/登录/身份验证基础设施。如果所有内容都位于同一端口上，则使用完全相同的基础设施来检查 webSocket 连接的身份验证可能会更简单。

3. 一些 webSocket 的服务器基础设施(例如 node.js 中的 socket.io)使用组合服务器基础设施(单个进程，一个监听器)来支持 HTTP 请求和 webSocket。如果两者都在同一端口上，这会更简单。

<小时/>

If I use WebSocket over other ports, why not just use TCP directly? Or is there any special benefits in the WebSocket protocol itself?

webSocket 协议(protocol)最初被定义为从浏览器到服务器工作。浏览器没有通用的 TCP 访问，因此如果您想要一个没有自定义浏览器插件的持久套接字，那么可以使用 webSocket。与普通 TCP 连接相比，webSocket 协议(protocol)提供了利用 HTTP 身份验证和 cookie 的能力，这是执行应用程序级和端到端保持事件 ping/pong 的标准方法(TCP 提供跳级保持事件) ，但不是端到端)，内置的成帧协议(protocol)(您必须在 TCP 中设计自己的数据包格式)以及许多支持这些更高级别功能的库。基本上，webSocket 的工作级别比 TCP 更高(在幕后使用 TCP)，并提供更多大多数人认为有用的内置功能。例如，如果使用 TCP，您要做的第一件事就是获取或设计一个协议(protocol)(一种表达数据的方式)。这已经内置于 webSocket 中。

And since current WebSocket handshake is in the form of a HTTP UPGRADE request, does it mean I have to enable HTTP protocol on the port so that WebSocket handshake can be accomplished?

您必须在要使用 webSocket 的端口上运行一个 HTTP 服务器，因为所有 webSocket 请求都以 HTTP 请求开始。它不必是功能强大的 HTTP 服务器，但它必须处理初始 HTTP 请求。