在HTTP / 1.0中，每个连接在请求之前由客户端建立，在发送响应之后由服务器关闭。但是，某些实现实现了[RFC2068]第19.7.1节中描述的持久连接的显式协商（“保持活动”）版本。

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

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

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

还鼓励客户考虑使用Connection：保持请求的谨慎;虽然它们可以启用与HTTP / 1.0服务器的持久连接，但是使用它们的客户端需要监视“挂起”请求的连接（这表明客户端应该停止发送头部字段），并且代理正在使用时客户机不应该使用这种机制。