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

Clash 之所以默认影响全局，是因为它通过系统级代理配置（如系统代理、PAC 模式或全局规则）将所有网络流量导向代理服务器，这在需要精准控制时反而成了障碍——你只想让浏览器走代理，其他应用如微信、钉钉、游戏、下载工具仍需直连。问题核心不在于 Clash 本身功能不足，而在于如何规避其“全量接管”的行为，实现仅对浏览器生效的精细代理策略。

关键在于：**不要依赖系统级代理设置，转而使用浏览器自身支持的代理模式，并配合 Clash 的局部规则与本地端口转发机制**。具体操作如下：

第一步，确保 Clash 客户端运行中，且已加载有效配置文件。进入 Clash 配置界面，找到「高级设置」或「代理设置」，关闭「系统代理」选项。此时系统整体不再受代理影响，但浏览器仍可能因缓存旧设置而异常，需主动重置。

第二步，在浏览器中手动配置代理。以 Chrome 为例，打开设置 → 高级 → 系统 → 打开“使用系统代理设置”前的复选框，将其关闭。随后进入「代理设置」页面，选择「手动配置代理」，填写：

- 代理类型：HTTP - 服务器地址：127.0.0.1 - 端口：7890（若未修改，即为 Clash 默认）

注意：此处必须使用 **本地回环地址**，不能用公网 IP；端口需与 Clash 运行时监听端口一致，可通过 Clash 启动日志或界面状态栏确认。配置完成后重启浏览器，即可实现仅浏览器走代理。

第三步，验证是否成功。打开一个能显示真实 IP 的网站（如 https://ipinfo.io），观察返回的公网地址是否与你所在地区匹配。若匹配，则说明浏览器已通过代理访问。同时在命令行执行 `curl -v http://ifconfig.me`，若输出结果是代理节点地址而非本地出口，也证明代理生效。

第四步，排除干扰项。常见错误包括：防火墙拦截、Clash 未正确绑定本地端口、浏览器扩展（如某些广告拦截插件）覆盖了代理设置、操作系统版本存在兼容性问题（如 macOS Monterey 及以上对系统代理权限更严格）。建议在测试时临时关闭所有浏览器扩展，使用无痕模式测试。

第五步，建立长期可维护方案。对于频繁切换场景，可编写脚本自动切换代理开关。例如在 Linux/macOS 上用 shell 脚本调用 `networksetup` 命令修改特定网络接口的代理设置，或使用 AutoProxy 工具结合 Clash API 实现自动化。若使用 Windows，可借助 PowerShell 脚本配合注册表修改当前用户的代理配置。

判断是否“只代理浏览器”的标准是：其他非浏览器应用（如 ping、nslookup、迅雷、微信、钉钉）依旧能正常连接，且其网络行为不受干扰。若某应用突然无法联网，或返回的 IP 地址与浏览器不同，说明仍有全局代理残留。此时应检查 Clash 是否在后台开启“全局规则”或“PAC 模式”，并确认系统代理设置是否被意外启用。

特别提醒：简历里的数据怎么写才可信；简历被刷的十个原因，这些看似无关的话题实则揭示了一个深层逻辑——**精确控制才是专业性的体现**。当别人只会用“全局代理”应付需求时，你能做到仅让浏览器走代理，就等于在技术细节上构建了不可替代的竞争力。这种能力不仅体现在网络配置上，更映射到工作中的严谨态度：不滥用权限，不扩大影响范围，始终把可控性放在首位。