在独立 Chrome 配置中试用代理

使用明确的 HTTP 或 SOCKS5 端点启动专门的 Chrome 测试配置，与日常浏览器配置分开。

更改系统代理可能不只影响正在测试的浏览器窗口。短时间测试 Chrome 时，可以改为启动独立配置，并明确指定代理端点。

启动专门的测试配置

Linux 上的 HTTP 代理示例如下：

google-chrome --user-data-dir=/tmp/proxy-ip-check --proxy-server=http://203.0.113.10:8080

使用专供本次测试的新目录，并将文档示例端点替换为来自你的服务或免费代理列表的实际代理。Chrome 可执行文件的名称与位置取决于操作系统和安装方式。

独立的用户数据目录很重要。Chrome 可能复用与配置关联的已有进程，因此在正常浏览器已运行时再执行命令，不能证明新代理参数已生效。用另一个端点重新启动同一测试配置前，应关闭先前的测试进程。

使用 SOCKS5 条目时

google-chrome --user-data-dir=/tmp/proxy-socks-check --proxy-server=socks5://203.0.113.10:1080

Chrome 此处使用 socks5 方案，不采用 curl 的 socks5h 写法。Chromium 的 SOCKS5 实现对其支持的 URL 请求，通过代理解析目标名称。它支持 TCP，不提供通用 UDP 中继，也不支持 SOCKS5 用户名/密码认证。因此，有凭据保护的 SOCKS 端点可能因客户端能力不匹配而失败，并不一定是 IP 无效。

在该窗口测试公共目标

在专用配置中打开 IP 检测页面。localhost 页面不适合测试代理路由，因为 Chromium 对环回和某些本地地址有隐式绕过规则。

也要测试你实际需要的目标类型。HTTP 页面成功不能证明支持 HTTPS CONNECT。如果该配置什么都加载不了，在调整浏览器选项前，先通过一个小型命令行请求对比相同端点（HTTP 监听器可参阅curl HTTP 测试）。

结束测试

完成后关闭专用 Chrome 进程。上面的命令没有选用日常配置。将临时配置与含个人会话的配置分开；测试端点不需要登录账户。

在 Windows 上，日常浏览通常使用普通系统代理对话框更简单。如果你明确需要独立、范围有限的测试会话，而非长期更改系统设置，独立配置方式就很合适。

相关文章