Clash 怎么只代理浏览器而不影响全局

Clash 只代理浏览器而不影响全局，本质是解决“流量路由范围控制”的问题。当你在使用 Clash 时，若所有网络请求（包括系统更新、微信、钉钉、游戏客户端等）都被强制走代理，说明配置的规则模式或系统代理设置过于宽泛。真正需要的是：仅让浏览器（如 Chrome、Edge）的流量通过代理，其余应用保持直连，这在跨平台办公、本地开发调试、多账号管理等场景中尤为关键。

核心矛盾在于：Clash 默认的系统代理模式（PAC/Global/Rule）会覆盖整个系统的网络行为。若你希望只让浏览器走代理，必须将代理作用域精准限制在浏览器进程内，而非操作系统层面。这就要求绕开系统级代理，改用浏览器插件或独立代理容器的方式实现。

具体操作分三步走： 第一步，关闭 Clash 的全局系统代理。进入 Clash 客户端设置，将“系统代理”选项改为“不启用”，确保系统其他程序不受干扰。此时，系统默认直连，但浏览器仍可单独设置代理。

第二步，为浏览器配置独立代理。以 Chrome 为例，安装插件如 SwitchyOmega，创建一个新配置文件，类型选择“手动代理设置”，地址填 `127.0.0.1`，端口填 Clash 启动时的本地监听端口（默认为 7890）。再将该配置设为默认，仅在浏览器中生效。此时，只有打开的 Chrome 窗口走代理，其他应用如微信、迅雷、网易云音乐等均不受影响。

第三步，验证是否生效。打开浏览器访问 [https://ipinfo.io](https://ipinfo.io)，查看显示的公网 IP 地址。若与系统实际公网 IP 不符，且能识别出代理节点所在国家（如日本、美国），则说明浏览器已成功走代理。同时，在同一台设备上打开命令行，执行 `curl ifconfig.me`，若返回结果与浏览器一致，则证明系统未被代理影响。若两者不同，说明系统仍有代理介入，需检查是否启用了 Clash 桌面端的全局模式或系统代理开关。 延伸阅读：简历关键词：先拆岗位描述，再做匹配度自评。 延伸阅读：PikPak 支持哪些离线协议。

常见误判点包括：误以为开启 PAC 模式就能只代理浏览器，实则 PAC 是由浏览器主动拉取并判断路由规则，但前提是你必须在浏览器中启用该规则。若浏览器未配置为使用 PAC 脚本，即便 Clash 生成了 PAC，也无效。此外，部分浏览器（如 Edge）默认使用系统代理，需手动在设置中关闭“使用系统代理”选项，否则即使插件配置正确，也会被系统层覆盖。

更深层的问题是：某些应用（如 PikaPak）虽支持离线协议（如 WebDAV、FTP、SFTP），但其连接行为可能依赖系统网络栈，一旦系统代理开启，即使浏览器没走，这类应用也可能被劫持。因此，若你在使用 PikPak 下载资源，发现无法连接或提示超时，应首先确认当前系统代理状态是否被激活——哪怕只是浏览器走代理，只要系统代理处于开启状态，就可能影响底层连接。

最终目标不是追求“全网代理”，而是构建可控的网络环境。简历关键词的拆解逻辑与此一致：先分析岗位描述中的核心能力需求（如“熟悉 HTTP 代理机制”、“具备网络隔离经验”），再评估自身技能匹配度。同样的，能否只让浏览器走代理，正是检验你对网络分层控制理解深度的标准。当你可以精确控制某个进程的网络路径，而不影响其他程序，才算真正掌握“代理边界”的设计思维。