我试图了解网络套接字是如何工作的

Question

我遇到了这个问题

据我所知，加密/非加密websocket连接都依赖于代理服务器通过适当的头发送。

来自关于未加密websocket连接的文章

如果未加密的WebSocket流量在流向WebSocket服务器的过程中通过一个透明代理，那么实际上连接很可能会失败，因为浏览器不会

关于加密的web套接字连接

对于透明代理服务器，浏览器不知道代理服务器，因此不发送HTTP CONNECT方法。但是，由于有线通信是加密的，中间透明代理服务器可能只允许加密的通信通过，因此如果使用Web套接字安全，则WebSocket连接成功的可能性要大得多。

如果未加密的连接预计会失败

我很可能搞错了整件事，但我很想知道这是如何工作的。

Answer 1

值得注意的是，你提到的这篇文章是由一个为生产旨在解决这些问题的产品的公司工作的人写的。因此，作者可能有夸大问题程度的动机。

例如，作者说：

[透明代理]预计会删除某些标头，包括连接标头

事实并非如此。根据RFC2616：

“透明代理”是指不修改超出代理身份验证和标识要求的请求或响应的代理

当然，许多代理并不完全遵循RFC，因此使用加密连接仍然是一个好主意。

TLS加密是专门为防止中间服务器干扰您的流量而设计的。如果中间代理服务器导致安全WebSockets连接出现问题，那么您可能会遇到更大的问题，因为它还可能干扰其他安全通信，例如您与internet银行之间的连接。

Answer 2

在加密的连接中，代理看不到HTTP内容，所以他们只是简单地传递消息。但是在非加密连接中，代理可能会检查和更改HTTP消息（例如标头）（在某些情况下），因此在某些情况下，它们需要支持WebSocket，因为WebSocket-消息看起来不像HTTP消息（例如，没有HTTP标头）。