在 Chrome 或 Firefox 中使用代理，无需安装任何软件

您需要的四个值

一切都从面板中代理的信息卡开始。复制按钮会给您这样一行内容：

frproxy.com:15007:您的用户名:您的密码

也就是主机、端口、用户名、密码。每个代理都带有两个端口：一个 HTTP，一个 SOCKS5，它们使用相同的凭据，出口 IP 也完全相同。SOCKS 端口等于 HTTP 端口加 50：如果您的 HTTP 端口是 15007，那么 SOCKS 端口就是 15057。

我们所有的代理都需要用户名和密码。 没有任何一个是开放的，也没有任何一个通过 IP 地址授权。这个细节不是行政手续：它决定了哪种方法在哪款浏览器里可行，并且直接排除了您在别处读到的一半教程。

没有任何浏览器支持带认证的 SOCKS5

正是这一点，排除了您在别处读到的一半做法，也包括本站在这次修订之前的说法。Chrome 和 Firefox 都没有实现 SOCKS5 认证（RFC 1929）：您代理的 SOCKS 端口对两者都不可用。

2026-09-05 在 Firefox 154 上实测：面对一台要求用户名的 SOCKS5 服务器，浏览器只声明一种方式，即「无需认证」。即便强行要求它认证，它也什么都不发送：这段代码根本不存在。同一测试换成 curl 则会正常声明方式并送出凭据，可见缺失的是浏览器，而不是服务器。

实际结论：在浏览器里请使用 HTTP 端口。 若要用 SOCKS5，需要一个真正的 SOCKS 客户端（Proxifier）、一条 WireGuard 隧道，或一款自带网络协议栈的防关联浏览器。

Firefox：HTTP 端口，五次点击

Firefox 拥有独立于系统的自有设置：它不会改动机器上的其他部分。

☰ → 设置 → 常规 → 拉到最底部，网络设置 → 设置…

勾选 手动配置代理。
HTTP 代理：frproxy.com，端口：您的 HTTP 端口（本例为 15007）。
勾选 也将此代理用于 HTTPS。

在 HTTP 端口上，域名由代理负责解析：您的网络运营商看不到您访问的站点清单。

首次加载页面时，Firefox 会询问用户名和密码。请让它保存下来。

如果每次启动都重新询问，请在 about:config 中将 signon.autologin.proxy 设为 true。此后 Firefox 会直接使用已保存的凭据，不再弹窗。

一个场景，一个配置文件

代理设置对整个 Firefox 生效。要隔离两个场景，也就是两个代理、两套 Cookie，请使用两个配置文件： about:profiles → 新建配置文件 → 在新浏览器中启动该配置文件。两个窗口可以并行运行，各自拥有独立的代理、历史记录和登录状态。

WebRTC

一次 WebRTC 通话可能在代理之外建立连接，把您的真实地址交给页面。请在 about:config 中将 media.peerconnection.ice.proxy_only 设为 true。WebRTC 仍然可用，但只能通过代理。详见 WebRTC 与 DNS 泄漏。

Chrome、Edge、Brave：应急方案

这三款共用同一个内核，因此规则相同，两项拒绝也相同。

拒绝之一：不支持带认证的 SOCKS5，和 Firefox 一样，原因也一样。而且这里的失败未必会被告知：有用户反馈它会静默回退到直连，页面照常打开，但加载它的是您的真实 IP。绝不要因为页面能打开就下结论：请验证。

拒绝之二：命令行里放不了密码。 在 HTTP 端口上，Chromium 会忽略代理 URL 中的 用户名:密码@ 部分。写成 --proxy-server="http://user:pass@frproxy.com:15007" 不会传递任何东西，也不存在任何可以提供这些凭据的命令行参数。

因此只剩 HTTP 端口，并且首次加载时必然弹出登录窗口：

chrome.exe --proxy-server="http://frproxy.com:15007" --user-data-dir="C:\chrome-frproxy"

macOS：

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome \
  --proxy-server="http://frproxy.com:15007" --user-data-dir="$HOME/chrome-frproxy"

Linux：

google-chrome --proxy-server="http://frproxy.com:15007" --user-data-dir="$HOME/.chrome-frproxy"

--user-data-dir 不是可选项。 它让这个实例拥有独立于您日常 Chrome 的 Cookie。更重要的是，如果没有它，而 Chrome 已经在运行，您的命令只会在现有窗口中打开一个标签页：代理被忽略，且没有任何提示。这正是「我照着做了，但 IP 没变」的头号原因。

请把这个快捷方式当作应急手段，而不是正式安装。它适合一次性测试，或者您不想安装任何软件的机器。日常使用中，每次启动都重输密码很快就让人厌烦：在 Chrome、Edge 和 Brave 上，真正的答案是一个能记住并自动填入凭据的扩展，参见 FoxyProxy。

三十秒完成验证

在配置好的窗口中打开 https://api64.ipify.org。您应当看到面板中代理信息卡上显示的那个 IP。

不要使用不带 64 的 api.ipify.org：该服务只响应 IPv4。我们的代理同时从 IPv4 和 IPv6 出口；在 IPv6 出口上，短版本毫无响应，于是人们判定出现了根本不存在的故障。这一话题详见验证您的代理是否正常。

如果什么都加载不出来，错误信息会指明原因：参见 407、超时、连接被拒绝。

这种方法做不到什么

它不会改变您的指纹。 Canvas、WebGL、已安装字体、分辨率、时区、语言：全都仍是本机的。以这种方式打开的两个账户，即便使用两个不同的代理，也会在一次请求之内被关联起来。若需要多个身份，就需要反检测浏览器：AdsPower、Dolphin{anty}、 BitBrowser。

它只覆盖浏览器。 您的脚本、桌面客户端以及系统的其余部分，仍然走您平时的网络连接，参见 Proxifier。

如果只需照看一个账户，这个方案免费、五分钟就能就绪，而且足够了。

另请参阅： HTTP 还是 SOCKS5 · 隔离您的不同用途