使用透明代理进行 HTTP 连接

Question

我正在尝试编写（并理解）透明代理。

我的设置应该是这样的

客户端浏览器 ---> TProxy ----> 上游代理 ------> 云

当客户端浏览器发出 GET 请求时，TProxy 会连接到上游代理。上游代理需要摘要认证。所以，基本上流程看起来像

Client Browser ---> TProxy --------> Upstream Proxy ---------------> cloud 
GET BBC.co.uk
                    CONNECT 
                                       407 PROXY AUTH REQUIRED
                    CONNECT
               (with proxy-authorization)

                                       200 OK
                    GET BBC.co.uk

我很困惑 CONNECT 与授权成功后会发生什么。 我想现在修改原始 GET 请求以包含 Proxy-Authorization 标头？

或者原始 GET 请求是否会被隧道化到另一个 http 标头中，例如

HTTP Header
 Proxy Authorization
  HTTP Header (GET BBC.CO.UK)
  Data

或者我可以按原样传递原始 GET 请求？

我刚开始使用 http，希望能提供任何帮助。

谢谢

Answer 1

当您从透明代理向上游进行身份验证时，Proxy-Authorization 标头仅适用于 CONNECT。 GET 请求发生在隧道内，因此上游显式代理不应该看到它们，并且肯定不希望它们上有任何代理身份验证标头。

简而言之，你不需要担心GET，但不是因为上面给出的答案，而是因为透明代理和站点之间有一条隧道，而显式代理只看到并验证CONNECT。

Answer 2

HTTP 中不存在嵌套标头之类的东西。

代理 - 无论是否透明 - 总是会终止来自客户端的 HTTP 连接，并向服务器发起一个新连接。

这意味着来自客户端的 HTTP GET 会发送到您的 TProxy。 TProxy 向上游代理创建一个新的 GET 请求。理想情况下，TProxy 将简单地传递所有标头。这将使它（几乎）无法检测到。

响应头也是如此。

实际上，代理服务器会并且在很多情况下必须操作某些标头。他们通常会添加自己的标头（例如，提醒通信伙伴注意代理的存在），并且他们还可以操纵现有的标头。

所以，对您的问题的简短回答：无论您的 TProxy 收到什么标头字段，除非您完全理解其含义，否则将其原封不动地传递。