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

Clash 怎么只代理浏览器而不影响全局，本质是配置层面的权限隔离问题。你真正需要的不是“全局代理”或“系统代理”，而是让特定应用（比如浏览器）走代理链，而其他程序如微信、钉钉、系统更新、后台服务等保持原生网络路径。这在实际使用中常见于开发调试、跨境访问、本地测试等场景，但很多人误以为只要开启 Clash 就会全盘接管所有流量，结果导致某些应用无法联网或触发风控机制。

关键在于理解 Clash 的三种代理模式：系统代理（System Proxy）、PAC 模式（Proxy Auto-Config）、以及应用级规则（Rule-Based）。默认情况下，一旦启用“系统代理”，操作系统会强制所有出站请求通过代理服务器，无论是否需要。这正是“影响全局”的根源。要实现“只代理浏览器”，必须避开系统级代理，转而使用 PAC 模式或更精细的规则控制。

第一步，确保 Clash 客户端支持并启用了 PAC 模式。打开 Clash 配置界面，进入“Proxy”选项卡，找到“PAC Mode”或类似设置项，将其开启。此时，Clash 会生成一个本地 PAC 脚本（通常是 `http://127.0.0.1:7890/proxy.pac`），该脚本定义了哪些域名应走代理，哪些应直连。这个脚本由 Clash 动态维护，根据规则自动判断。

第二步，配置浏览器使用此 PAC 脚本。以 Chrome 为例：进入设置 → 高级 → 系统 → 打开计算机的代理设置 → 选择“自动检测代理设置” → 在“手动代理配置”中填入：地址 `127.0.0.1`，端口 `7890`，并勾选“使用 PAC 脚本”。注意，这里不能填入系统代理的全局设置，否则仍会覆盖整个系统。务必确认浏览器独立使用该脚本，而非继承系统代理。

第三步，检查 Clash 的规则列表。进入“Rules”部分，确保核心规则明确区分了浏览器相关域名（如 `*.google.com`, `*.github.com`）和非浏览器类应用。例如，可添加如下规则： `DOMAIN-SUFFIX,google.com,Proxy` `DOMAIN-SUFFIX,github.com,Proxy` `DOMAIN,api.weixin.qq.com,DIRECT` `DOMAIN,update.microsoft.com,DIRECT`

这些规则将决定哪些流量走代理，哪些不走。特别注意：不要将 `DIRECT` 规则用于浏览器相关域名，否则会导致网页加载失败。同时，避免使用 `GEOIP` 或 `IP-CIDR` 类规则来覆盖浏览器行为，因为它们可能影响范围过广。 延伸阅读：What changed in jianli bf 1。 延伸阅读：转行简历怎么突出可迁移能力要注意什么。

第四步，验证是否生效。打开浏览器，访问 `https://www.iplocation.net/`，查看返回的公网 IP。若显示为代理节点所在国家，说明浏览器已走代理；再打开另一个应用（如微信），尝试发送消息或刷新页面，若正常通信，则说明其他应用未被干扰。这是最直接的判断依据：**只有浏览器出现代理响应，其余应用无异常**。

若发现浏览器依旧无法访问，可能是以下原因：一是浏览器缓存了旧的代理设置，需重启浏览器或清除网络缓存；二是 Clash 未正确监听 7890 端口，可在 Clash 日志中查看是否报错；三是 PAC 脚本未被浏览器正确读取，建议在浏览器地址栏直接输入 `http://127.0.0.1:7890/proxy.pac`，看能否下载脚本文件。

值得注意的是，许多人在简历中写“熟练使用 Clash 进行网络调试”，却忽略了这种精细化控制能力。真正的技术力体现在能否在不破坏系统稳定性的前提下，精准控制单一应用的网络路径——这恰恰是转行简历中突出可迁移能力的关键点：**你能用工具解决具体业务问题，而不是只会开关代理**。简历项目经历怎么写才不被划走？重点不在“用了什么工具”，而在“解决了什么边界问题”。比如：“通过 PAC 模式配置，实现开发环境浏览器代理与本地服务直连的隔离，保障后端接口测试不受干扰”。

最终，只代理浏览器的本质，是把网络控制权从“全局接管”转向“按需分配”。这不是功能缺失，而是对工具理解的深化。当你能精确掌控哪个应用走哪条路，你就不再是被动接受代理规则的人，而是主动设计网络策略的实践者。