什么是 HTTP 代理？它是如何工作的？

如果您希望掌控系统与互联网通信的方式，或互联网回应您系统的方式，就需要用到超文本传输协议（HTTP）代理服务器。

得益于其配置，HTTP 代理能够查看任意网络请求的内部内容，这意味着您可以检查、拦截、限速或重写流量。下面我们来聊聊HTTPS 代理及其工作原理。

理解 HTTP 与代理

要理解HTTP 代理的工作原理，首先必须了解 HTTP 的基础知识。而要弄懂 HTTP，您需要知道它是如何运作的，这就要从开放式系统互联（OSI）模型说起。该模型将数字通信划分为七个不同的层级。

• 第 7 层——应用层：与网页浏览器等应用程序对接，HTTP 和 HTTPS就位于这一层。
• 第 6 层——表示层：负责数据格式化，包括加密与压缩。
• 第 5 层——会话层：管理会话与连接，例如登录令牌和 Cookie。
• 第 4 层——传输层：确保数据完整且按顺序传输，传输控制协议（TCP）位于这一层。
• 第 3 层——网络层：负责 IP 地址分配与数据包路由。
• 第 2 层——数据链路层：处理 MAC 地址等设备级标识符。
• 第 1 层——物理层：负责传输比特数据的线缆、无线电波和电力。

无论发起哪种请求，这一过程都从第 7 层开始。在这一层，客户端会按照您指定的协议构建请求，协议可以是SOCKS5、FTP、HTTPS，或者本文所讲的 HTTP。另外也可以参考我们的文章《SOCKS5 与 HTTP 代理对比》。

HTTP 全称为超文本传输协议（Hypertext Transfer Protocol），以下是您需要了解的要点：

• 无状态

每个请求都是独立的，服务器不会记住同一客户端之前发送过的请求；如果需要记忆功能，需要通过 Cookie、请求头或令牌自行实现。

• 基于文本

HTTP 消息以纯文本形式传输，一旦被截获，无需解码即可逐行读取内容。

• 基于请求-响应机制

作为客户端，您发送请求，服务器处理后返回响应，整个交互过程仅此而已。

接下来，我们来聊聊代理。

HTTP 代理的工作原理

代理服务器在请求-响应链路中扮演中介角色。根据配置的不同，它会拦截您的请求并终止连接，然后构建一个新请求发送给目标服务器。目标服务器会将代理服务器视为客户端并作出响应，随后代理服务器再将响应返回给您。

代理有许多种类，选择时需要考虑多项因素，例如 IP 的来源、是静态还是轮换，以及本文所关注的——所支持的协议。

代理服务器如果通过我们前面讨论过的 HTTP 协议转发请求，就称为 HTTP 代理；通过 HTTP 代理发送的 HTTP 请求，会以 HTTP 协议转发给目标服务器。

HTTP 代理的类型

HTTP 代理本身也有多种形式，可以根据其在 HTTP 请求-响应链路中的位置，以及对客户端原始 IP 的隐藏程度进行分类。

正向代理与反向代理

每一次互联网请求都涉及三个关键角色：

• 您的网页浏览器（或您使用的其他客户端）
• 您要连接的服务器
• 请求本身

HTTP 代理在这条链路中所处的位置，是决定您使用的是正向 HTTP 代理还是反向代理的关键因素之一。

正向代理

正向 HTTP 代理是面向客户端的 HTTP 工具，它位于客户端与公共互联网之间，在请求到达服务器之前对其进行检查和修改。

您可以将浏览器或系统配置为先将请求发送给代理服务器，此后，至少从互联网的角度来看，代理服务器会扮演客户端的角色。

由于这一切都发生在第 7 层的 HTTP 之上，代理服务器可以完全掌握请求的结构和含义。假设您在已配置正向 HTTP 代理的浏览器中搜索“residential proxies”，根据代理的配置方式，它可以检查并记录以下内容：

• HTTP 方法：客户端发送的 HTTP 请求类型。
• 目标主机：请求所要访问的完整域名或 IP 地址，通常来自 Host 请求头。
• 路径：您输入的确切 URL 和搜索查询内容。
• 请求头：包括 User-Agent、Host 和 Accept 等字段。
• 请求体：PUT、PATCH 和 POST 请求的完整内容。

正向 HTTP 代理能做什么？

凭借正向 HTTP 代理提供的请求可见性，您可以实现很多功能，以下是几种常见的使用场景：

• 绕过限制

将流量经由位于其他国家和地区的代理转发时，目标网站看到的是代理的 IP，而非您本人的 IP，这有助于绕过基本的地理封锁。

• 访问与内容过滤控制

正向 HTTP 代理服务器让您能够完全掌握每个出站请求的结构，您可以针对 /downloads 或 /games 等特定路径的请求进行拦截，同时放行其他请求。

• 策略执行与日志记录

企业会使用正向 HTTP 代理记录出站请求，以实现策略执行或审计目的。

• 缓存与流量节省

当某个客户端下载文件时，代理会在本地保存一份副本；如果其他客户端请求同一文件，就会直接从代理获取，而无需再次经由互联网下载，从而节省流量并提升速度。

反向代理

正向 HTTP 代理位于客户端与互联网之间，而反向 HTTP 代理则运行在另一侧，它位于后端服务器与外部世界之间，代表后端服务器处理每一个入站请求。

当用户通过您的网站访问网页内容时，实际接收流量、检查请求完整结构并决定由后端哪台服务器响应的，是反向代理。

如果您运营的是高流量网站或 API，可以配置这种代理方案，在请求触及后端之前隐藏真实基础设施并实施访问控制。由于代理服务器运行在第 7 层，它能够识别每一个 HTTP 方法、路径和请求头，让您配置代理逻辑以实现安全扩展。

那么，反向 HTTP 代理在实际中是如何工作的呢？

从客户端的角度来看，他们是在向您的网站发送请求，但实际上，该请求会先被路由到反向代理服务器，由其终止连接、读取请求并接管后续处理。根据您对代理服务器的配置方式，它可能会：

• 移除授权请求头，并为内部服务注入已签名的令牌。
• 将文件上传请求路由到专用的上传处理程序，而非默认应用。
• 如果 IP 匹配拒绝列表，或路径触发了速率限制，则拦截该请求。
• 添加请求头以保留客户端 IP，同时对后端保持透明。
• 直接返回缓存版本，而无需唤醒后端基础设施。

只有在应用完这些规则之后，反向代理才会向内部服务开启一个新连接，它会转发修改后的请求、收集响应，并将响应返回给客户端，看起来就像响应直接来自源站服务器一样。

反向代理能为您的网站做什么？

以下是您可能需要为网站配置反向代理的原因：

• 负载均衡

反向 HTTP 代理可以将入站流量分配到多台后端服务器上。

• 缓存

当客户端请求 /docs、/pricing 等静态或半静态内容，甚至整个 HTML 页面时，反向代理可以拦截请求并直接返回缓存版本，后端服务器完全无需参与，既节省资源又能大幅缩短响应时间。

• 访问控制

如果您只希望特定用户访问网站的某些部分，可以配置反向 HTTP 代理来实现这一点。代理会检查请求头、Cookie 或路径，并拦截不符合条件的请求；您还可以根据 IP 地理位置，在请求到达后端之前拒绝来自特定地区的全部请求。

透明代理、匿名代理与高匿代理

不同 HTTP 代理在暴露您身份信息的程度上存在显著差异，关于匿名代理工作原理的完整介绍，请参阅我们的匿名代理服务器指南。您也可以根据代理对您 IP 地址的处理方式来选择 HTTP 代理：

• 透明代理

透明代理会将您的请求转发给目标服务器，而不会隐藏代理的存在，它会保留您的原始 IP，并使HTTP 请求头保持不变。这类代理并非为隐私保护而设计，通常用于访问控制、内容过滤、流量监控，以及通过缓存节省流量。您也可以参阅我们的《透明代理与非透明代理对比》一文。

• 匿名代理

一种匿名代理在转发请求时不会暴露您的 IP 地址，但目标服务器仍能察觉到使用了代理。这类代理适用于基础公开数据抓取、绕过地理限制，以及出于测试或监控目的隔离流量。

• 高匿代理

高匿代理可提供更高级别的隐私保护，既隐藏您的 IP，也隐藏代理的使用痕迹，使请求看起来就像来自合法客户端。它适用于敏感交易、绕过地理限制、高级数据抓取等对隐蔽性要求较高的使用场景。

如需更强的隐私保护，可以选择住宅代理。它们使用真实设备的 IP，相比数据中心代理更难被检测，也更稳定可靠。

另一种值得了解的类型是CGI 代理——一种完全基于网页运行、无需任何配置即可在浏览器中使用的代理。

使用 HTTP 代理有哪些局限性？

根据 HTTP 代理是隐藏还是暴露您的 IP，以及其在连接路径中所处的位置，使用 HTTP 代理可能面临以下风险和限制：

• 基于请求头的检测

由于代理服务器会添加请求头，它们留下的任何痕迹都会让服务器识别出您使用的代理。

• IP 信誉

HTTP 代理的来源和信誉是决定访问效果的关键因素之一。如果该代理的 IP 被列入滥用名单，或被目标网站标记为恶意 IP，无论您选择哪个地区，都会遭到封锁。

• 安全风险

HTTP 协议本身不加密，因此使用 HTTP 代理访问 URL 时，整个请求都会以明文形式发送。无论是监听设备与代理之间的流量，还是代理与目标服务器之间的流量，都能看到全部内容。因此，不应使用 HTTP 代理传输敏感信息。

HTTP 代理与 HTTPS 代理的区别

HTTP 代理本身无法检查 HTTPS 流量，更适合在不必担心数据泄露的安全环境中使用。对于敏感度更高的使用场景，HTTPS 代理是更合适的选择。

核心区别

尽管名称如此，HTTPS 代理并不会代替您发送 HTTPS 请求。它处理的是一种名为 CONNECT 的特殊 HTTP 方法，该方法会让代理向目标服务器建立一条原始的TCP 隧道。隧道建立后，客户端会通过它发送加密流量，代理无法看到请求内容，只能知道您连接的是哪个主机和端口。

这就是 HTTP 代理与 HTTPS 代理最大的区别。HTTP 代理可以读取并改写请求的每个部分，HTTPS 代理则无法做到——它看不到请求头、路径、方法和主体内容，只能在客户端与服务器之间转发加密数据包。

使用场景选择

当隐私保护比控制权更重要时，应使用 HTTPS 代理。

如果您需要传输敏感信息、抓取 HTTPS 网站，或在不受信任的网络环境中工作，请将代理设置为支持 HTTPS 隧道。这样可以确保网络流量全程加密，无论是代理还是中间的攻击者，都无法读取您的操作内容。

若需要对流量进行控制，HTTP 代理仍是合适的工具，可用于调整流量走向、拦截或改写请求、记录活动。但如果您更看重在不泄露隐私的前提下安全访问网络内容，则应将代理配置为支持 HTTPS。

结语

现在您已经了解 HTTP 代理服务器的作用，以及它如何调整网络请求。需要控制网络流量时，使用 HTTP 代理；需要优先保障数据安全时，使用 HTTPS 代理。想获取挑选适合您使用场景的 HTTP 代理服务器的建议，欢迎加入我们的Discord 社区！此外，您还可以了解我们的购物类代理产品，例如About You proxies适合时尚零售，或AMD proxies适合科技新品抢购。