浏览器已配代理，程序仍走本地网络怎么办？

如果出现“浏览器设了代理、程序仍走本地网络”，通常不是代理 IP 本身失效，而是浏览器设置只接管了浏览器流量。应让浏览器和目标程序访问同一个检测地址，分别记录实际出口；确认程序走本地网络后，再检查它读取的是系统代理、环境变量、启动参数还是程序内部设置，并在对应层级单独配置。

先对比浏览器与程序的实际出口

同一台设备上的不同应用可以使用不同的网络配置。先根据程序类型确认它由哪一层设置接管：

确认接管方式后，用同一检测地址核对浏览器和程序的实际出口。如果浏览器显示代理出口、程序仍显示本地出口，问题通常在程序接管范围；如果两边都没有变化，再核对协议、主机、端口和认证信息。测试时保持同一设备、同一代理信息和相近时间，避免同时更换多个变量。

按程序类型找到代理配置入口

程序有独立代理设置

在程序中填写供应端提供的协议、主机、端口、账号和密码。保存后重新启动程序，再检测程序出口。

程序读取系统代理

确认操作系统中的代理已经启用，并核对程序文档是否明确支持系统代理。Windows 手动代理入口更常用于 HTTP/HTTPS；不要把它直接当成所有 SOCKS5 程序的通用入口。可参考全球代理 Windows 设置说明。

程序读取环境变量或启动参数

命令行工具和开发程序可能读取 HTTP_PROXY、HTTPS_PROXY 或程序专用参数。变量名、协议格式和是否支持账号密码，应以该程序的官方文档为准。设置后需要确认新进程确实继承了变量。

使用同一个检测地址做最小对照时，建议使用脱敏测试账号，并避免把真实密码保留在命令历史中：

```text
curl https://api.ipify.org
curl --proxy http://HOST:PORT --proxy-user USER:PASSWORD https://api.ipify.org
```

第一条返回本地出口，第二条应返回代理出口。如果第二条仍显示本地 IP，或直接报连接、认证错误，再按错误码核对程序参数。

程序运行在容器或虚拟机中

宿主机浏览器的代理设置不会自动进入容器或虚拟机。应在其内部配置代理，并分别记录宿主机和内部环境的出口 IP。

根据错误结果继续分流

程序请求成功后，还要记录目标 URL、状态码、响应时间和出口国家。仅看到 IP 变化，不能证明真实业务步骤已经正常。

更换代理 IP 的适用条件

同一组参数在浏览器中正常、程序中失败时，换代理 IP 通常不能解决程序配置问题。只有程序已经确认走代理，但出口地区不符合任务要求，或同一环境下持续出现代理网络质量异常，才考虑调整资源。

确认程序已经走代理后，再根据任务选择产品：长期后台和账号任务可评估静态住宅代理 IP；程序化的多地区短时请求可根据任务评估动态住宅代理 IP。产品选择不能替代程序接入配置。

FAQ

浏览器代理能自动作用于所有程序吗？

通常不能。浏览器设置主要接管浏览器流量，其他程序是否跟随取决于它是否读取系统代理或拥有独立设置。

为什么程序日志里没有代理错误？

程序可能根本没有读取代理配置。先记录程序实际请求的出口 IP，再检查启动参数和环境变量。

程序返回 407 应该更换代理 IP 吗？

不应先换。407 通常是认证问题，应先核对账号、密码、协议和端口。

容器内的程序为什么仍走本地出口？

容器有独立网络边界，宿主机浏览器设置不会自动传入；需要在容器内单独配置并验证。

保留浏览器出口、程序出口、目标 URL、错误码和脱敏日志，通过智能检测助手检查端口和子账号；需要协助时，将这些信息提交给全球代理定位接入层级。