很多人第一次接触代理,使用方式基本都是:
打开客户端→ 选节点→ 开全局 / TUN→ 开始用text
这样当然能用,而且最省事。
但问题是,很多人用了很久之后,依然停留在这一步:要么全开,要么全关。
其实代理真正好用的地方,并不是“能不能全局”,而是:
哪些流量应该走代理,哪些流量应该直连。
也就是我们常说的——分流。
别被“分流”这个词吓到,它本质上没那么复杂。
分流到底是什么?
最简单理解,只有两个选择:
DIRECT→ 直接连接text
PROXY→ 通过代理连接text
比如:
网站 A → Proxy网站 B → Directtext
这已经是在分流了。
不需要一开始就研究什么 GeoIP、规则集、DNS、TUN。
先理解一件事就够了:
这个网站,到底应该直连,还是走代理?
默认走代理,还是默认直连?
这是最重要的一步。
答案不是固定的,完全取决于你的使用习惯。
如果你主要访问外网
比如你平时大部分时间都在用海外搜索、开发平台、文档、社区、AI 服务等。
那最简单的方式就是:
默认 → Proxytext
然后把少数适合直连的网站设置为:
Directtext
也就是说:
大部分网站走代理,少数网站直连。
这种情况下,默认代理完全没有问题。
因为如果你 80% 的网站本来就需要代理,却坚持默认 Direct,那你反而要维护一大堆 Proxy 规则。
如果你只是部分网站需要代理
如果你平时大多数网站都可以正常直连,只是偶尔访问一些需要代理的服务。
那就反过来:
默认 → Directtext
然后把需要代理的网站加入:
Proxytext
也就是:
大部分网站直连,少数网站走代理。
这样最省事。
所以真正的原则其实只有一句话
多数走默认,少数写例外。
所以我并不是想说:
“全局代理是错的。”
真正的问题是:
不管自己平时访问什么,一律全局。
代理不应该只是一个开关按钮。
对普通用户来说,Chrome 就能完成最简单的分流
如果你的代理需求主要都发生在浏览器里,其实没必要一开始就开 TUN 接管整个系统。
Chrome 配合代理管理插件(这个请自行搜索插件,最好还是自己写),就可以完成很实用的按网站分流。
假设你的代理客户端在本机提供:
127.0.0.1:7890text
那么可以在 Chrome 的代理插件里建立一个 Proxy 配置。
比如:
Proxy→ SOCKS5 127.0.0.1:7890text
同时还有:
Direct→ 直接连接text
之后就可以决定:
网站 A → Proxy网站 B → Proxy网站 C → Directtext
甚至设置好规则以后,根本不需要每次手动切换。
打开网站,Chrome 自己判断应该走哪边。
注意:Chrome 插件本身不是代理
这一点很多刚接触的人容易搞混。
Chrome 里的代理插件,通常只是负责:
决定 Chrome 的流量往哪里走。
真正负责连接远程代理的,还是你本地运行的代理客户端。
整个过程大概是:
Chrome↓代理插件判断规则↓需要代理↓127.0.0.1:7890↓本地代理客户端↓代理节点↓目标网站text
如果规则判断应该直连:
Chrome↓Direct↓直接访问网站text
所以可以简单记成:
代理客户端→ 负责“怎么代理”text
Chrome 插件→ 负责“哪些网站代理”text
把这两个概念分开,代理就没那么难理解了。
不要一开始就导入几万条规则
很多教程一讲分流,就开始:
规则集GeoIPPACDNS自动更新几万条域名text
结果配置确实能用了,但自己完全不知道发生了什么。
对于刚开始的人,我反而更推荐:
边用边加。
比如你设置:
Default → Directtext
正常上网。
碰到一个需要代理的网站:
切到 Proxy→ 确认能正常访问→ 把这个域名加入 Proxy 规则text
以后再访问,就自动走代理。
如果你的默认是 Proxy,也一样:
某个网站发现直连更合适,就把它加入 Direct。
慢慢用一段时间以后,你自然就会有一套真正适合自己的规则。
而且每一条规则为什么存在,你自己都知道。
那么全局和 TUN 还有没有用?
当然有。
如果你需要代理的是浏览器之外的软件,或者某些程序根本不支持普通代理设置,那么系统代理、规则模式、TUN 都有它们自己的用途。
只是如果你目前的需求主要就是:
上网浏览网页。
那完全可以先把 Chrome 的分流玩明白。
不要一开始就把整个网络环境搞得特别复杂。
最后
代理其实没那么神秘,很早我就在写自己用的chrome代理插件,可能有空会在以后更新,其实我更希望是能理解一点点原理
https://linux.sb/topic/18549
然后让ai做剩下的













暂无评论内容