基于 CONNECT 的 http 代理是否应该保持 TCP 连接有效?
Are CONNECT-based http proxies supposed to keep the TCP connection alive?
我想知道基于 CONNECT 的 http 代理在 TCP 方面是如何工作的。他们是保持 TCP 连接有效还是在每次请求时重新创建一个?
CONNECT 方法的工作原理是进行初始 HTTP 握手(CONNECT 请求和响应),然后在客户端和服务器之间双向传递所有数据。因此,在初始 HTTP 握手之后,它基本上是双向字节流的隧道,不再是请求和响应。此隧道仅在关闭基础 TCP 连接时完成。
我想知道基于 CONNECT 的 http 代理在 TCP 方面是如何工作的。他们是保持 TCP 连接有效还是在每次请求时重新创建一个?
CONNECT 方法的工作原理是进行初始 HTTP 握手(CONNECT 请求和响应),然后在客户端和服务器之间双向传递所有数据。因此,在初始 HTTP 握手之后,它基本上是双向字节流的隧道,不再是请求和响应。此隧道仅在关闭基础 TCP 连接时完成。