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

Clash 之所以默认影响全局，是因为它通过系统级代理（如系统代理或透明代理）将所有网络流量重定向至代理规则，无论应用是否主动发起请求。但若你只想让浏览器走代理，而其他软件（如微信、钉钉、游戏、后台下载工具）保持直连，就必须关闭全局代理模式，仅启用「仅代理浏览器」的配置，这本质上是通过拦截浏览器的独立代理设置来实现的。关键在于：不是 Clash 本身不能做到“局部代理”，而是多数用户在使用时误用了全局模式。

第一步，进入 Clash 客户端界面，确保「全局模式」未被选中。切换为「规则」或「直接」模式，这是基础前提。接着，找到浏览器的代理配置方式——以 Chrome 为例，需在浏览器设置中手动开启「使用代理服务器」，并填写本地代理地址：127.0.0.1，端口 7890（具体端口根据你的 Clash 配置可能不同）。若你使用的是 Firefox，可在“网络设置”中选择“手动代理配置”，同样填入上述地址和端口。此时，只有浏览器会主动连接到 Clash 的本地代理端口，其他应用不受影响。

第二步，确认 Clash 的监听设置正确。在 Clash 配置文件中，必须确保 `port` 字段设置为可被浏览器访问的端口（通常为 7890），且 `allow-lan` 设置为 `true`，否则局域网内的浏览器无法连接。如果使用的是桌面版 Clash for Windows，还需检查是否启用了「允许局域网连接」选项。若不开启，即使浏览器设置了代理，也会提示连接失败。

第三步，验证是否生效。打开一个能显示真实 IP 的网站（如 ipinfo.io），在浏览器中刷新页面，观察返回的公网 IP 是否与你所在地区一致。若显示的是代理节点所在地，说明浏览器已走代理；再打开另一个非浏览器应用（如迅雷、PikPak 或微信），查看其下载速度和网络行为，若无延迟或异常，说明这些应用并未受代理干扰。特别注意：若你在用 PikPak 下载文件，发现后台下载带宽被限制，那恰恰说明它没有走代理，因为一旦走代理，就应受 Clash 规则控制，包括限速策略。所以，只要 PikPak 的下载未受限，就证明它未接入代理，符合预期。 延伸阅读：PikPak 怎么限制后台下载带宽。

第四步，处理特殊情况。部分浏览器插件（如 SwitchyOmega）可能自动修改代理状态，需检查其规则是否仍指向 127.0.0.1:7890，且未启用全局代理。若使用多浏览器，每个都需单独配置代理，否则只有主浏览器生效。此外，某些系统（如 macOS）在启用“系统代理”后，会强制所有应用走代理，此时必须关闭系统级代理，只保留浏览器独立代理设置。

最后，判断是否成功的核心标准是：浏览器的网络行为受控于 Clash 规则，而其他应用完全直连。你可以通过以下方式快速验证：在浏览器中访问一个被屏蔽的境外网站，若能正常加载，说明代理有效；同时在另一应用中尝试访问同一资源，若无法访问或响应迅速，说明未受代理影响。简历里的数据怎么写才可信？这个问题其实与本题同理：只有真实可追溯的行为记录，才能构成可信依据——比如你写“通过优化代理配置使浏览器访问速度提升 30%”，必须附带测试截图、时间戳、对比数据，而不是空泛描述。同样，若你声称“成功隔离浏览器代理”，也应能提供日志、网络抓包、端口占用状态等证据，而非仅说“我改了设置”。

最终，真正有效的做法不是依赖某个开关，而是理解代理机制的本质：浏览器作为独立进程，可以自行决定是否走代理，而系统级代理才是影响全局的根源。只要你主动切断系统级代理，仅在浏览器层面建立连接，就能实现精准控制。