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

Clash 之所以默认影响全局，是因为其核心机制是通过系统级代理设置（如 PAC 模式或全局规则）将所有网络流量导向代理节点，而浏览器只是其中一部分应用。当你只希望浏览器走代理、其他程序（如微信、钉钉、游戏、下载工具）保持直连时，必须主动切断 Clash 对系统整体网络的控制，否则即便你只在浏览器里配置了代理，系统层面仍会强制所有出站请求经由 Clash 路由。

关键在于：**别让 Clash 自动接管系统代理**。如果当前状态是“打开 Clash 后所有软件都变慢或无法联网”，那说明系统代理已被启用，这正是你要规避的。真正要实现“仅浏览器代理”的目标，必须做到两件事——一是关闭 Clash 的全局代理开关，二是为浏览器单独配置代理，且不干扰系统代理环境。

第一步，进入 Clash 客户端设置，找到“系统代理”选项，确保“全局”和“自动”模式均未开启。若使用的是 PWA 版本或桌面客户端，确认没有勾选“系统代理”或“全局模式”。此时，系统仍然走原始网络路径，不会被拦截。

第二步，手动为浏览器配置代理。以 Chrome 为例，打开设置 → 高级 → 系统 → 打开代理设置，选择“手动代理配置”，填入 Clash 的本地监听地址：`127.0.0.1`，端口通常是 `7890`（具体看你的 Clash 配置）。注意，这个端口可能因配置不同而变化，可在 Clash 配置文件中查找 `port: 7890` 或在客户端界面查看。

但这里有个关键陷阱：**如果你在系统设置了全局代理，即使浏览器配置了独立代理，也可能被系统层覆盖**。因此，务必在浏览器启动前，确保系统没有启用任何代理。可以在命令行运行 `networksetup -getautoproxyurl Wi-Fi`（macOS）或检查 Windows 网络设置中的“自动检测设置”是否关闭。若发现系统代理仍在生效，先手动清空。 延伸阅读：PikPak 磁力链接不解析的常见情况。 延伸阅读：用工具改写项目经历：从「负责」到可验证的结果。

第三步，验证是否成功。打开浏览器，访问 [https://ipinfo.io](https://ipinfo.io) 看 IP 地址是否变为代理服务器所在地区。同时，在同一台设备上，用另一个应用（如迅雷、微信、钉钉）尝试下载一个大文件或发送消息，确认它们不受影响——如果这些应用依然正常联网，说明系统代理未被劫持。

常见误判点： - 某些浏览器扩展（如 SwitchyOmega）虽能切换代理，但若未正确配置“绕过本地地址”规则，会导致本地服务（如内网系统、开发服务器）访问失败； - 使用 PikPak 下载磁力链接时，若提示“无法解析”或“连接失败”，往往不是 Clash 问题，而是因为 PikPak 本身未开启代理支持，或其内部代理逻辑与 Clash 的透明代理冲突。解决方法是：在 PikPak 设置中手动开启“使用系统代理”或“自定义代理”，并指向 `127.0.0.1:7890`，而非依赖 Clash 的全局策略。 - 若你在简历中写“负责某项目代理配置”，改为“实现浏览器独立代理，使非浏览器应用零干扰，提升协作效率 30%”——这种表达不仅可验证（可通过日志、性能监控数据佐证），也更贴近真实技术贡献。

最后提醒：不要依赖“仅浏览器代理”这一功能的稳定性。部分网站会检测用户是否使用代理，尤其当浏览器代理行为与系统代理不一致时，可能触发风控。若需长期稳定使用，建议配合分流规则（如 PAC）筛选需要代理的域名，避免全量走代理导致延迟或封禁。

真正有效的方案，从来不是靠某个开关，而是对网络流向的精确控制。当浏览器走代理、系统保持直连，且其他应用无感知，这才是“只代理浏览器而不影响全局”的本质。