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

Clash 之所以默认影响全局，是因为它通过系统级代理或路由规则将所有网络流量纳入其控制范围，这在需要仅代理部分应用（如浏览器）时显得过于粗暴。当你只想让 Chrome、Edge 等浏览器走代理而其他程序（比如微信、钉钉、本地开发服务）保持直连时，必须手动干预 Clash 的规则策略与系统设置，否则不仅可能造成某些应用无法联网，还可能因代理异常导致数据泄露或延迟飙升。

核心问题在于：Clash 的“全局模式”会强制所有出站连接经过代理服务器，而“规则模式”虽然能根据域名或 IP 判定是否代理，但若未正确配置，仍可能误判或遗漏关键路径。更麻烦的是，不同操作系统对代理的处理机制差异显著——Windows 用系统代理+路由表，macOS 倾向于使用 TUN 模式或 PAC 文件，而 Linux 用户则常需结合 iptables 或自定义路由规则。因此，真正实现“只代理浏览器”的前提是精准控制哪些进程走代理、哪些不走，并确保系统层面的代理开关不会被其他应用覆盖。

要达成目标，首先确认你使用的 Clash 客户端类型。以 Clash for Windows 为例，进入「配置」→「规则」，选择「Rule」模式而非「Global」，并启用「PAC 模式」或自定义规则组。重点是创建一条明确的规则，例如：

``` DOMAIN-SUFFIX,example.com,PROXY DOMAIN-KEYWORD,google,PROXY ```

这类规则会把访问特定网站的请求导向代理，但不会影响非浏览器程序。接着，在「高级设置」中开启「自动识别网关」并关闭「全局代理」，避免系统级代理被激活。此时，系统代理状态应为“无”，仅浏览器插件或独立代理配置生效。

接下来的关键步骤是**为浏览器单独配置代理**。以 Chrome 为例，安装 Clash 官方提供的浏览器扩展（如 Clash Browser），它会自动读取 Clash 的本地代理端口（默认 7890），并将浏览器流量定向至该端口。注意：不要在系统设置里勾选“使用系统代理”，否则整个系统都会走代理。一旦启用扩展，浏览器行为将完全独立于系统代理，即使你在系统设置中开启代理，只要浏览器不继承它，就不会受影响。

验证是否成功的方法非常直接：打开浏览器访问 `https://ipinfo.io`，查看显示的公网 IP 是否与你实际使用的代理服务器一致；再在命令行运行 `curl ifconfig.me`，观察输出是否来自同一地址。如果浏览器显示的是代理节点的地址，而命令行返回的是本地真实地址，则说明只有浏览器被代理。

常见错误包括：误将 Clash 的系统代理设置为“全局”、未安装浏览器扩展、或混淆了 PAC 文件与规则列表的优先级。尤其要注意，某些国产软件（如企业微信、钉钉）会主动绕过系统代理，直接走直连通道，它们的行为不受 Clash 控制，这正是“不影响全局”的体现——你不需要担心它们被干扰，反而省去了额外配置的麻烦。

另一个隐藏陷阱是：某些应用（如 Steam、游戏客户端）会自行建立长连接，若未在 Clash 规则中排除，可能触发异常断连。解决方法是在规则中添加：

``` DOMAIN-KEYWORD,steam,NO_REMARK ```

或使用进程匹配方式，指定某可执行文件不走代理。在 Clash for Windows 中可通过「进程规则」功能，绑定 `chrome.exe`、`msedge.exe` 等浏览器进程，同时排除 `WeChat.exe`、`DingTalk.exe` 等无需代理的应用。

最后提醒：即使配置完成，也要定期检查浏览器扩展是否正常工作，避免因更新导致代理失效。同时，如果你正在用 AI 生成简历后还要改哪些地方要注意什么，实习经历怎么量化成结果，这些细节同样适用于技术配置——你不能只依赖自动化工具生成的规则，必须亲自验证每一步的实际效果，尤其是当你要展示成果时，清晰的流程和可复现的结果才是说服力的核心。