移动代理 设置指南
分步指南，教你如何将移动代理连接到你正在运行的任何环境——Windows、macOS 和 Linux，命令行、Python 和 Node.js，以及容器，并介绍确保代理后续正常运行的会话、轮换和监控设置。
按主题分类的设置指南
分为四个部分，按照实际部署的顺序排列：先连接，然后配置机器，接着编写代码，最后处理确保其持续运行的相关事项。
分组的重要性远超表面所见。让代理与一个浏览器标签页通信，与将其集成到 Python 爬虫或 Docker 容器中，是两个截然不同的问题，二者仅共享四个凭据字段——此后的一切都取决于哪个层级在发起出站请求。 关于 Windows 代理设置的指南对完全忽略操作系统的 requests.Session() 毫无帮助，而 Node.js SOCKS5 代理也无法解决从同一台机器的 shell 运行的 curl 命令的问题。请选择与请求实际来源相匹配的分组，而不是你碰巧最熟悉的那种工具。
以下每篇指南都内容完整：包含凭据、该语言或平台的精确语法，以及验证步骤。 您无需按顺序阅读这些指南，但如果您是第一次使用移动代理，建议先从“连接与认证”部分开始，再跳转到特定语言的指南——虽然各处的语法各不相同，但其使用的四个参数（主机、端口、用户名、密码）是通用的。
移动代理入门指南
首次连接：凭证的含义、如何进行身份验证，以及如何确认流量确实是通过您付费购买的运营商IP地址发出的。
平台指南
Windows、macOS 和 Linux 系统中的全局及按应用程序设置的代理设置——包括那些实际上并不适用于所有应用程序的设置。
语言和框架指南
将代理集成到您实际用于构建的工具中：命令行、Python、Node.js 以及容器化工作负载。
本组中的指南目前正在编写中。在此期间，上文的设置概述涵盖了相关基础知识。
高级配置
会话、轮询、TLS、防火墙和监控——这些配置确保代理在处理真实流量时能够正常运行。
本组中的指南目前正在编写中。在此期间，上文的设置概述涵盖了相关基础知识。
应该从哪里开始呢？
配置问题很少与代理有关。问题关键在于您配置的是哪一层——操作系统、运行时环境还是具体应用程序——以及发起请求的究竟是哪一层。
| 你想做什么 | 从哪里开始 | 指南 |
|---|---|---|
| 首次连接代理 | 从设置概述开始 | 如何设置移动代理 |
| 在配置轮换机制之前，请先了解其工作原理 | 先了解其工作原理 | 移动代理如何工作 |
| 从 Python 调用代理 | 代理字典、会话和轮换 | 移动代理 Python 爬虫 |
| 通过代理驱动真正的浏览器 | 基于上下文的代理与 407 陷阱 | 结合 Selenium 和 Playwright 的移动端代理 |
| 确定您实际需要哪一层代理 | 从成本和信任度方面比较这四个等级 | 最适合网络爬虫的移动代理 |
配置能够解决问题的最窄层。全局代理设置虽然看起来整洁，但会被数量惊人的应用程序默默忽略——尤其是命令行工具，它们只读取自身的环境变量，而不读取其他任何内容。在发起请求的工具内部设置代理，比在整台机器上一次性设置代理出错的概率更低。
阅读错误信息，而不是凭空猜测
如果仔细阅读第一行之后的内容，代理故障几乎总能告诉你问题出在哪个层面上。
- 407 需要代理身份验证 — 该请求已到达代理服务器，但其中的凭据缺失、格式错误或发送到了错误的端口。请先检查协议：将 HTTP 凭据发送到 SOCKS5 端口时，就会返回此错误。
- 连接被拒绝或超时 — 该请求根本没有到达代理服务器。这几乎总是由于防火墙、主机名或端口号输入错误，或者企业网络完全阻止了该端口的出站连接所致。
- 在浏览器中能运行，但在代码中却无法运行 — 您用于测试的浏览器扩展或系统设置与您的脚本所读取的配置并不一致。环境变量、库级代理参数和操作系统设置是三个独立的配置位置，而您的代码中仅与其中之一建立了关联。
- 能够连接，但返回的IP地址有误 — 流量在请求的至少一部分过程中绕过了代理——通常是 DNS 解析在本地进行，而不是通过隧道进行。请参阅下方的 SOCKS5 说明。
在修改应用程序之前，请先测试代理
Curl 是将代理与您正在构建的其他所有内容隔离的最快方法，因为它本身没有可归咎的应用程序逻辑。 向 IP-echo 端点发送单次请求，将主机名、端口、用户名和密码直接通过命令行传递，结果要么返回代理的 IP 地址，要么不返回——中间没有可能配置错误的层。 如果该请求失败，问题出在凭据或网络路径上，而不是你的爬虫程序，这样你就省去了同时调试两个系统的麻烦。PXM2的 免费代理检测工具 通过浏览器执行同类检查，无需终端。
所有设置的共同点
无论您正在配置什么，连接能否成功都取决于以下这四个因素。
- 四个数值，没有软件 — 主机、端口、用户名和密码。移动代理是一个标准的 HTTP 或 SOCKS5 端点，因此无需安装客户端，也无需集成 SDK。
- 格式必须与工具相匹配 — 同一组凭据可能以“主机:端口:用户名:密码”的形式、http://user:pass@主机:端口 的 URL 形式，或四个独立字段的形式呈现。将一种格式粘贴到本应填写另一种格式的位置，是登录失败的最常见原因。
- HTTP 和 SOCKS5 使用不同的端口 — 在 PXM2 中，每个协议都有各自的端口和凭据对。如果将一个完全有效的 HTTP 登录请求发送到 SOCKS5 端口，该请求会失败，且返回的错误信息与密码错误的情况完全相同。
- 构建前请先验证 — 发送一个与你的出口 IP 地址相匹配的请求，可以判断代理是否正在传输流量。跳过这一步意味着需要同时对应用程序和代理进行调试。
完全不了解移动代理？请阅读 什么是移动代理 以及 移动代理的工作原理 首先——下方的配置在后续操作中会显得合理得多。
用户名和密码，而非IP白名单
数据中心代理和住宅代理通常提供两种认证方式供选择：用户名/密码认证和IP白名单认证，后者是指代理接受来自预先批准的静态IP地址的任何流量。 移动代理默认采用用户名和密码认证，这是由其结构特性决定的：运营商连接的核心特点在于出站 IP 会轮换变化，因此不存在可供加入白名单的静态地址。如果您在其他地方找到的指南假设可以使用 IP 白名单，那说明该指南是针对另一种类型的代理编写的。
socks5:// 与 socks5h:// —— 导致爬虫失效的区别
大多数 SOCKS5 库都支持两种看似可以互换、实则不同的 URL 方案。 socks5:// 会先在本地解析主机名，并仅将解析出的 IP 地址通过代理发送出去——因此，DNS 查询以及由此推断出的任何信息都不会接触到移动网络。socks5h:// 则会将主机名本身通过代理发送出去，并由运营商端进行 DNS 解析。 对于数据抓取和地理位置测试而言，这绝非微不足道的细节：本地解析 DNS 可能会返回您实际位置对应的 CDN 边缘节点，而非代理所在位置的节点，这会悄无声息地破坏您最初添加移动代理的初衷。除非特定工具另有说明，否则请默认使用 socks5h://。
旋转是一个设置，而不是一个步骤
连接到移动代理时，完全无需涉及IP轮换——在粘性端口上建立的新会话会保留相同的运营商IP，直到您进行其他设置为止。 IP 轮换需单独配置，既可通过定时器实现，也可通过您账户公开的轮换端点实现，且该配置仅在已成功通过身份验证的连接基础上生效。请先将 IP 轮换保留为默认设置来调试凭据；在确认第一个变量正常工作之前就添加第二个变量，只会使可能导致失败的原因数量翻倍。
获取一个代理服务器，以便按照这些指南操作
PXM2 实时节点位置——选择您需要出口 IP 的国家，即可获得带宽和轮换次数无限制的专用 4G/5G 代理：
法国
新加坡
印度
常见问题解答
如何设置移动代理？
系统会提供四个参数——主机、端口、用户名和密码——您只需将它们填入所用工具要求输入代理信息的位置即可。无需安装任何软件：移动代理只是一个普通的 HTTP 或 SOCKS5 端点，因此浏览器、脚本、手机以及反检测浏览器都能原生与其通信。 用户唯一真正容易出错的步骤，就是这四个值的输入格式，而不同工具的格式要求各不相同。
使用移动代理需要安装软件吗？
不。每个操作系统、浏览器和HTTP客户端都已具备与代理通信的能力，因此PXM2端点可与您现有的软件兼容。代理管理器应用程序和反检测浏览器只是为了方便管理多个端点或多个配置文件而设计的工具，并非使用端点的必要条件。
HTTP 端口和 SOCKS5 端口有什么区别？
HTTP 代理能够解析通过其传输的请求，并可为 HTTPS 建立 CONNECT 隧道；而 SOCKS5 则在不进行检查的情况下转发原始 TCP 数据，因此它能够传输 Web 代理无法处理的协议。 在 PXM2 上，这两个功能在同一代理上使用不同的端口，每个端口都有各自的用户名和密码——当看似正确的凭据被拒绝时，这一点值得首先核查。
如何测试我的移动代理是否正常工作？
通过它向一个能返回你的公共IP地址的服务发送一次请求，并将返回的结果与你的真实地址进行对比。如果两者不一致，且返回的地址属于你购买时选择的运营商和国家，则说明该代理正在转发你的流量。免费的PXM2代理检测工具会执行此操作，并报告检测到的代理类型。
一个移动代理可以在多台设备上使用吗？
从技术上讲确实如此——端点并不关心有多少客户端连接。至于你是否应该这样做，则取决于流量的性质：与平台无关的浏览行为没问题，但两个平台账户共用一个出口IP，恰恰是这些平台所关注的关联模式，这会将它们永久地关联在一起。每个账户使用一个专用IP仍是铁律。