HTTP 标头中的 Connection 和 Proxy-connection 有什么区别？答案

【问题标题】：What is the difference between Connection and Proxy-connection in HTTP header?HTTP 标头中的 Connection 和 Proxy-connection 有什么区别？
【发布时间】：2013-03-05 20:16:25
【问题描述】：

HTTP头中Connection和Proxy-Connection有什么区别？

Proxy-Connection 字段是代理添加的吗？还是客户端和服务器？代理、客户端或服务器在接收到这两个字段分别为keep-alive和close的header后会做什么？

【问题讨论】：

“智能”HTTP 代理会将 Proxy-Connection 标头转换为等效的 Connection 标头（“证明”代理了解 Connection 标头是逐跳标头）。 “愚蠢”的 HTTP/1.0 代理会盲目地将标头转发给预期会忽略它的客户端或服务器。

标签： http proxy http-headers http-proxy

【解决方案1】：

Connection 标头是 HTTP 1.0 和 1.1 规范（RFC 2068 和 RFC 2616）中定义的标准标头，用于在 HTTP 连接上保持保持活动状态。

Proxy-Connection 是 Netscape 开发人员创建的一个实验性标头，用于执行类似的操作，因为对何时可以使用 Connection 标头存在误解。它从未正常工作，并且被当今存在的许多常见 HTTP 系统所忽略。当它按设计工作时，两者之间没有区别。

【讨论】：

“由于对何时可以使用 Connection 标头存在误解。”不，这是一个明确的设计，旨在欺骗“旧版”HTTP/1.0 代理不要盲目地将逐跳 Connection 标头转发到 HTTP/1.1 客户端或服务器。

【解决方案2】：

引自https://www.rfc-editor.org/rfc/rfc7230#appendix-A.1.2

在 HTTP/1.0 中，每个连接都是由客户端在之前建立的请求并在发送响应后由服务器关闭。然而，一些实现实现了明确协商的（“Keep-Alive”）版本中描述的持久连接 [RFC2068] 的 19.7.1。

一些客户端和服务器可能希望与这些兼容以前的持久连接方法，通过显式使用“Connection: keep-alive”请求标头为他们协商场地。然而，HTTP/1.0 的一些实验性实现持久连接有故障；例如，如果 HTTP/1.0 代理服务器不理解连接，它会错误地转发该标头字段到下一个入站服务器，这将导致挂起的连接。

一个尝试的解决方案是引入代理连接标头字段，专门针对代理。在实践中，这也是不可行的，因为代理通常部署在多个层，带来了与上面讨论的相同的问题。

因此，鼓励客户端不要发送代理连接任何请求中的标头字段。

还鼓励客户考虑使用 Connection：小心地在请求中保持活动；虽然他们可以启用持久性与 HTTP/1.0 服务器的连接，使用它们的客户端需要监视“挂起”请求的连接（这表明客户端应该停止发送头域），并且这个机制应该使用代理时根本不被客户端使用。

【讨论】：

我想知道为什么 vanilla http_proxy=myproxy.io:8080 curl -v ... 实际上会 send > Proxy-Connection: Keep-Alive 不鼓励客户使用。