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

Clash 之所以默认影响全局，是因为它通过系统级代理规则将所有网络流量导向代理服务器，这在需要精准控制时反而成了负担。你真正想要的，是让浏览器走代理，而其他应用如微信、钉钉、游戏、下载工具等依旧直连——这种需求常见于本地开发调试、特定网站登录测试或规避某些平台对全局代理的识别机制。关键在于，不要用“全局模式”去处理局部需求，而是利用 Clash 的规则分组与应用级路由能力，实现只代理浏览器的精细化控制。

第一步，确认你使用的 Clash 客户端支持“应用规则”功能。主流版本如 Clash for Windows、Clash Verge、ClashX（macOS）均具备此能力。打开设置界面，进入“配置”或“规则”部分，找到“应用规则”或“应用匹配”选项，确保其已启用。若未开启，系统将无法根据进程名判断是否代理。

第二步，明确你的浏览器进程名称。以 Chrome 为例，其主进程名为 `chrome.exe`（Windows）或 `Google Chrome`（macOS），但实际运行中可能有多个子进程，如 `chrome.exe --type=renderer`。此时不能仅靠主进程名过滤，需使用正则表达式精确匹配。在应用规则中添加如下条目： - 平台：Windows - 应用路径：`C:\\Program Files\\Google\\Chrome\\Application\\chrome.exe` - 规则：`MATCH`（或 `DOMAIN-SUFFIX` 用于域名匹配）

若使用 Edge，路径为 `C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe`，同样需完整路径匹配。注意路径中的反斜杠必须转义为双反斜杠，否则规则无效。

第三步，在 Clash 配置文件中定义一个独立的规则组，专门用于浏览器。在 YAML 配置中新增一段：

```yaml rules: - DOMAIN-SUFFIX,google.com,PROXY - DOMAIN-SUFFIX,baidu.com,PROXY - DOMAIN,example.com,PROXY - IP-CIDR,192.168.0.0/16,DIRECT - PROCESS-NAME,chrome.exe,PROXY - MATCH,DIRECT ``` For a different angle on this, see PikPak 磁力链接不解析的常见情况.

这里 `PROCESS-NAME` 是核心指令，它会监听指定进程是否启动，一旦发现浏览器运行，就强制其走代理；其他应用即使访问了被代理的域名，也不会受干扰。注意顺序很重要，`PROCESS-NAME` 必须放在通用规则之前，否则会被后续规则覆盖。

第四步，验证生效。打开浏览器，访问一个可查证的公网地址，如 `https://ipinfo.io`，查看返回的公网 IP。如果显示的是代理节点的地址，说明浏览器已成功走代理。再打开另一个应用，比如迅雷或微信，尝试访问相同网站，观察响应速度和返回的 IP。若无延迟且返回真实本地 IP，说明非浏览器应用未受影响。

常见问题排查点包括： - 进程名拼写错误，如误写为 `chromium.exe` 而实际是 `chrome.exe`，导致规则不触发。 - 路径中存在空格或特殊字符未转义，例如 `C:\Program Files\...` 应写作 `C:\\Program Files\\...`。 - 某些浏览器启动器（如 Electron 打包的 App）可能使用自定义可执行文件名，需通过任务管理器查看实际进程名。 - 若使用 PikaPak 磁力链接不解析，很可能是因为该应用未被纳入代理范围，而其内部请求走的是直连通道。此时需在应用规则中单独添加 `pikpak.exe` 或对应路径，并设置为 `DIRECT`，避免因代理异常导致连接失败。

特别提醒：应届生简历自我评价怎么写实操经验？不要堆砌“熟悉”“了解”，而是具体写出“曾通过 Clash 应用规则配置，实现仅代理 Chrome 浏览器并保持其他软件直连，解决某项目中跨域调试与账号安全隔离问题”。这种写法直接体现技术细节与场景理解，远胜于泛泛而谈。

最终，真正的控制不是“开或关”，而是“谁走、何时走、走哪条路”。当浏览器成为唯一被代理的窗口，而系统其余部分保持原生连通性，这才是你想要的精准代理状态。