HTTP 代理与 HTTPS 代理：有何区别？

核心要点：

• HTTP 代理和 HTTPS 代理均通过 CONNECT 命令建立透明 TCP 隧道来转发加密流量。

• 主要区别在于：HTTPS 代理会对客户端与代理之间的“第一跳”连接进行加密，而 HTTP 代理则不加密该连接。

• 对于自动化网络爬虫而言，成功与否主要取决于 IP 质量和指纹的真实性，而非“第一跳”所使用的协议。

通过代理路由网络流量会改变数据在互联网上的传输路径。一种常见的误解是认为标准的 HTTP 代理无法访问安全网站；实际上，这两种代理都能轻松地将安全流量转发至目标服务器。

HTTP 代理与 HTTPS 代理在处理流程的初始阶段有所不同。两者唯一的实质区别在于：设备是加密与代理之间的初始连接，还是以明文形式发送初始建立连接的指令。

关键区别：加密发生的位置

任何代理设置都会产生两个传输环节：第一个环节连接您的设备与代理服务器，第二个环节则连接代理服务器与目标站点。这两种代理类型的区别在于，HTTP 代理不会对设备与代理服务器之间的初始连接进行加密。

不过，就代理服务器与目标站点之间的连接而言，HTTP 代理和 HTTPS 代理都会传输加密流量及安全载荷。

HTTP 代理如何与 HTTPS 网站协同工作

若要通过 HTTP 代理访问安全站点，您的浏览器会发送一个未加密的 CONNECT 请求，指示代理建立一条通往目标站点 443 端口的 TCP 隧道。

连接建立后，代理会在不修改数据包的情况下进行双向转发，从而使您的浏览器能够直接与目标网站完成 TLS 握手。

HTTPS 代理增加了什么功能

HTTPS 代理会在数据离开您的设备之前，先对“第一跳”传输进行加密。您的计算机首先与代理完成 TLS 握手，从而保护后续的所有请求及隧道建立指令，使其免受本地网络监控者或互联网服务提供商（ISP）的窥探。如果有人试图窃听，他们看到的将只是您的计算机与代理之间传输的乱码数据。

代理服务器能看到什么？

端到端加密确保了代理服务器在处理 HTTPS 流量时，只能看到目标服务器的域名和端口。它无法查看您访问的具体页面、Cookie 或您在表单中提交的任何敏感数据。

然而，如果您浏览未加密的 HTTP 页面，代理服务器就能读取您的完整请求、检查标头并记录您的数据。

什么是 HTTP 代理？

HTTP 代理服务器是一种中介，它接收来自您设备的请求并将其转发给目标服务器。它处理 HTTP 请求及其标头，获取所请求的资源，并将响应返回给您。

HTTP 代理的优势

• 广泛的兼容性简化了设置过程，因为几乎所有旧版软件和网络工具都能直接支持它。
• 较低的处理开销实现了更快的路由速度，因为代理在第一跳（first hop）时跳过了 TLS 加密。
• 内置的缓存功能允许 HTTP 代理在本地存储频繁请求的普通 HTTP 资源，从而在重复请求时节省带宽。

HTTP 代理的局限性

• 未加密的“第一跳”会暴露您的初始连接请求，从而向本地网络监控者泄露目标域名。
• 如果您访问未加密的 HTTP 网站，任何拦截您本地流量的人都能看到完整的 URL 和敏感数据。
• 在浏览普通 HTTP 页面时，本地网络上的响应数据可能会在到达您的设备之前遭到篡改。

什么是 HTTPS 代理？

HTTPS 代理在处理您的任何请求之前，会先利用 TLS 在您的设备与代理服务器之间建立加密连接。由于这一初始传输环节是加密的，任何监控您本地网络的人都无法读取您访问的网站或您发送的指令。

为什么“HTTPS 代理”可能有不同的含义

服务提供商经常以两种不同的方式使用这一术语，从而引发了混淆。它通常仅指一种能够将安全的 HTTPS 流量转发至外部站点的标准 HTTP 代理；但在严格的技术层面上，它指的是一种要求在您与网关之间的“第一跳”链路上建立加密 TLS 连接的代理服务器。

HTTP 代理与 HTTPS 代理：主要区别

在选择 HTTP 代理还是 HTTPS 代理时，正确的配置取决于您的威胁模型以及您对本地网络环境的信任程度。

加密

HTTP 代理通过普通 TCP 发送您的初始 HTTP 请求，使得这一初始链路容易受到本地窃听；而 HTTPS 代理则利用 TLS 加密客户端与代理之间的整个通信路径，从而确保您的请求及隧道建立指令在本地网络中无法被读取。

支持 HTTPS 网站

HTTP 代理和 HTTPS 代理都能安全地处理与加密网站的 HTTPS 连接，其原理与任何 Web 协议一样，都是通过隧道传输自身无法读取的流量。当您访问安全地址时，您的浏览器会与目标地址建立加密连接，两种代理都能确保您的敏感数据安全无虞。

隐私与代理凭据

如果您的 HTTP 代理需要登录，您的软件会以明文形式通过局域网发送您的用户名和密码。而 HTTPS 代理则利用 TLS 加密技术对这些凭据进行封装，从而防止局域网内的任何人窃取您的账户信息。

兼容性

几乎所有的传统应用程序和基础终端工具都能通过标准 HTTP 代理转发网络流量，但对“TLS 加密的第一跳”（即客户端到代理之间的加密连接）的支持程度却远低于大多数人的预期。Chrome 和 Edge 仅在通过 PAC 文件或启动参数配置时才支持 HTTPS 代理；curl 自 7.52 版本起已支持该功能；Firefox 则在连接设置中提供了相应支持。

然而，一些广泛使用的 HTTP 客户端完全不支持这一特性：以 Python 为例，`proxies={"https": "https://host:port"}` 仅指定了针对 HTTPS 目标应使用的代理，并不意味着会对客户端到代理之间的传输链路进行加密。因此，在假定支持该协议之前，请务必查阅相关客户端的文档以确认具体情况。

表现

HTTP 代理的连接速度稍快一些，因为没有 TLS 握手过程带来的延迟。使用 HTTPS 代理时，建立安全连接会产生极少量的额外开销，但如果使用现代处理器，这种延迟通常几乎无法察觉。

HTTP代理还是HTTPS代理：应该使用哪一个？

在以下情况下使用HTTP代理？

• 您在安全的數據中心內運行任務，內部流量無法被攔截。

• 您使用無法處理 TLS 握手的舊版軟體或舊設備。

• 您需要極高的速度來處理涉及公開數據的大量任務。

在以下情况下使用 HTTPS 代理：

• 您正在使用公共 Wi-Fi、共享网络或不可信的互联网服务提供商。

• 您需要安全地向代理服务器本身发送登录凭据。

• 您希望向本地防火墙或互联网服务提供商隐藏您访问的域名。

用于网页抓取的 HTTP 代理与 HTTPS 代理

在进行网页抓取时，脚本与代理服务器之间连接的安全性对成功率的影响微乎其微。目标服务器并不关心你如何连接到代理；它们评估请求的依据是你的 IP 地址信誉、浏览器指纹以及请求频率。

尽管如果你的抓取程序运行在公共网络上，仍建议对这一“第一跳”连接进行加密，但你会发现，管理代理轮换、使用纯净的住宅 IP 地址池以及正确处理请求头，这些因素对成功率的影响远比选择何种代理协议更为关键。

常见问题