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

Clash 只代理浏览器而不影响全局，本质是让流量路径在应用层实现隔离，而非系统级全网代理。当你在使用 Clash 时发现所有程序都走代理、甚至本地服务（如 Docker、SSH）也被劫持，说明配置未正确区分代理范围。核心问题在于：Clash 默认行为是将所有出站流量通过代理规则处理，若不加限制，系统默认会把所有网络请求都纳入其管理范畴，导致非浏览器应用也受影响。

要实现“只代理浏览器”，关键在于明确两个层面的控制：一是流量入口的识别（即哪些进程发起请求），二是代理策略的精准绑定。通常情况下，浏览器作为独立进程运行，其出站请求可被单独捕获并路由至代理。但若系统代理设置被全局开启，或 Clash 的 TUN 模式启用，就会导致所有流量都被强制经过代理链路。

解决方法从底层开始：首先确保你使用的 Clash 客户端支持“仅代理指定应用”功能，例如 Clash for Windows、Clash Verge、Clash Browser 等主流版本均提供“应用程序规则”或“Process Rule”选项。进入设置界面，找到“Proxy”或“Rule”部分，确认是否启用了“System Proxy”或“Global Proxy”模式。若已开启，必须关闭，改为“Manual”或“Rule-based”模式。

接下来，建立基于进程名的规则。以 Chrome 浏览器为例，在规则列表中添加如下规则：

``` - PROCESS-NAME, chrome.exe, PROXY - PROCESS-NAME, firefox.exe, PROXY ```

这表示只有这些进程发出的请求才会被引导至代理。其他所有程序，包括微信、钉钉、系统更新、游戏客户端等，将直接连接互联网，不受干扰。注意：不同操作系统下进程名略有差异，Windows 上为 `.exe` 文件名，macOS 上为 `Google Chrome.app` 或 `firefox`，Linux 上为 `chrome` 命令行启动项。

此外，务必关闭 Clash 的 TUN 模式。该模式会接管整个系统的网络栈，无论哪个应用发起请求都会被拦截，即使设置了进程规则也无法绕过。如果仍在使用 TUN 模式，即使规则写得再精确，也会全局生效。切换回 TAP 模式或仅使用 HTTP/HTTPS 代理模式即可恢复应用级控制。

验证是否成功的方法很简单：打开一个非浏览器应用，比如在命令行执行 `curl ifconfig.me`，观察返回的公网 IP 是否与浏览器访问相同网站时一致。若一致，说明浏览器走代理而其他应用直连，判断成立。反之，若所有请求都显示同一个境外 IP，说明全局代理仍处于激活状态。

另一个典型误判场景是：你在浏览器里打开了某个网站，却没看到代理效果。此时应检查是否开启了“绕过中国大陆地区”类规则，这类规则可能将国内网站排除在代理之外，导致看似“没走代理”。建议查看规则列表中是否有类似：

``` - DOMAIN-SUFFIX, cn, DIRECT - DOMAIN-SUFFIX, taobao.com, DIRECT ```

若存在，意味着这些域名不会走代理，即使浏览器请求也会直连。这并非错误，而是合理设计，但需确认你的目标正是“只代理国外站点”，而非“所有非国内流量”。

最后提醒一点：某些工具（如 PikPak 网页版和客户端功能差异）容易被误解为“代理失败”的根源。实际上，PikPak 网页版依赖浏览器环境，其流量自然受浏览器代理规则影响；而客户端则可能独立于浏览器，若未在客户端内手动开启代理设置，它将始终走直连。这种差异不是配置错误，而是设计逻辑所致——项目复盘怎么写进简历，恰恰需要你理解这种“行为差异背后的技术决策”，比如“通过对比网页版与客户端在代理策略上的表现，识别出应用层控制边界，并据此优化代理规则分组”。

最终，真正有效的“只代理浏览器”方案，是构建在“进程隔离 + 关闭全局代理 + 显式规则绑定”三者之上。不要依赖“自动匹配”或“智能分流”，它们在复杂环境下极易失效。每一次操作后，用真实流量测试，用进程名称核对规则，用外部查询验证结果。这才是工程实践中的真实逻辑。