VPN 新手入门最容易卡住的地方,不是安装客户端,而是打开订阅页之后的一屏名词。订阅、节点、线路类型、协议、分流、全局模式,每个字都认识,连起来不知道在说什么,于是只能按名字里带「日本」「美国」的那几行随便点一个。
这篇速查按客户端里从上到下的顺序,把这六个词逐个拆开。每个词配一句界面上真会看到的例子,再补一句它和相邻概念的区别。读完不需要记住所有参数,只要能判断三件事就够:这条订阅有没有更新成功、节点名里的后缀是什么意思、规则模式为什么比全局模式省流量。
订阅:一条链接背后的账号与流量
订阅在客户端里通常就是一条 URL。服务端把节点列表、协议参数、传输层配置、流量与到期信息打包成一份配置,客户端按固定间隔拉取一次,把结果写进本地节点列表。整个过程不需要手工填服务器地址、端口、身份参数和加密方式,这也是订阅取代早期手动添加节点的原因。
在客户端里,订阅留下的痕迹通常出现在三个位置:设置页的订阅地址输入框、节点列表顶部的「订阅已更新 · 230+ 线路」提示、以及账号信息里的已用流量与到期日。三者对不上时,先确认订阅有没有拉取成功,再看节点能不能连。
订阅链接等同于账号凭证。它带着你的身份参数,任何人拿到都能消耗你的流量。所以不要把订阅链接贴进群聊、不要提交到公开的订阅转换网站、不要留在截图里。需要在新设备上使用时,从账号里重新复制,而不是转发旧链接。
更新订阅的时机有三个:换了套餐,流量与到期时间随之变化;服务端调整了线路,旧列表里的地址失效;客户端提示订阅拉取失败。多数客户端支持手动更新,也支持设置自动更新的间隔,间隔不必太短,几小时一次足够。
订阅链接泄露后,被消耗的是你的流量额度。发现用量异常时,先在账号里重置订阅地址,旧链接随即失效。
订阅页上还会看到几个固定数字,它们描述的是账号能力,不是单条线路的性能:
节点:名字里的四段信息
节点是订阅展开之后的一条具体连接。它至少包含服务器地址、端口、协议、加密方式、传输层与伪装参数。这些内容在订阅里已经写好,客户端只负责按参数发起连接,用户侧唯一能选的是连哪一条。
节点名是给人看的,命名习惯各家不同,但常见结构可以拆成四段:
| 段落 | 含义 | 例子 |
|---|---|---|
| 地区 · 城市 | 出口落地位置,决定对方网站看到的国家或地区 | 日本 · 东京 |
| 序号 | 同一地区下的第几台入口,用于分散负载 | 03 |
| 线路类型 | 数据从入口到出口怎么走 | IEPL 专线 / 中转 / 直连 |
| 协议标签 | 客户端用哪种协议握手 | VLESS / Trojan |
要提醒一句:节点名里的地区指的是出口落地,不是入口服务器的物理位置。一台标着「美国 · 洛杉矶」的节点,入口可能在境内,数据经中转或专线出境后再从洛杉矶落地。判断一条线路稳不稳,看线路类型;判断能看到什么内容,看出口地区。
另一个常见误解是节点越多越好。230+ 线路描述的是覆盖规模,实际使用中你只会固定用其中几条。与其在列表里反复试,不如先按用途锁定地区,再在同一地区里按线路类型排序。
线路类型:直连、中转与专线
线路类型描述数据从入口到出口的路径,它决定晚高峰稳不稳,也是节点名后缀里最值得看的一段。
| 类型 | 数据路径 | 晚高峰表现 | 适合场景 |
|---|---|---|---|
| 直连 | 客户端直接连境外出口,国际段走公网 | 受国际出口拥塞影响,抖动明显 | 轻度浏览、临时查资料 |
| 中转 | 先连境内中转入口,再转发到境外出口 | 境内段较稳,国际段取决于中转上游 | 日常浏览、视频 |
| IEPL 专线 | 入口与出口之间走国际私有专线,不经过公网国际出口 | 丢包与抖动最小 | 视频会议、长连接、跨境办公 |
专线的建设成本高,所以同一地区里专线节点的数量通常少于直连节点。这不影响选择,一个人同时只会用一条线路。
需要区分的是线路类型和协议:线路类型管数据怎么走,协议管数据怎么封装。两者在节点名里通常一个在前一个在后,混在一起看容易乱。
线路类型由服务端配置决定,客户端里改不了。节点名后缀写着 IEPL,说明这条线路的入口到出口走专线;没有后缀时,按直连或中转理解。
协议:六种常见协议的区别
协议决定客户端与服务端怎么握手、用什么方式加密、流量在中间设备看来长什么样。订阅里给什么协议,客户端就按什么协议连,用户侧没有可调项。但知道区别有助于理解「为什么这条节点连不上」。
| 协议 | 传输基础 | 主要特点 | 常见搭配 |
|---|---|---|---|
| Shadowsocks | TCP / UDP | 轻量,AEAD 流加密,配置项少 | 自建、轻量客户端 |
| VMess | TCP | 带时间校验,设备时间偏差过大会握手失败 | WebSocket + TLS |
| VLESS | TCP | 本身不加密,依赖 TLS 提供加密,开销小 | XTLS、Reality |
| Trojan | TCP | 伪装成标准 HTTPS 流量,走 443 端口 | TLS |
| Hysteria2 | QUIC(UDP) | 拥塞控制激进,丢包链路上表现更稳 | 独立端口 |
| TUIC | QUIC(UDP) | 基于 QUIC 多路复用,握手快 | 独立端口 |
两个和协议有关的实操点
第一,VMess 对时间敏感。设备时间与标准时间差出几分钟,握手会直接失败,表现是所有节点一起超时,而网络本身正常。遇到这种情况先校准系统时间,再排查线路。
第二,基于 QUIC 的协议走 UDP。部分网络会对 UDP 限速或阻断,表现是能连上但速度异常低,或者连上几秒后断开。同一地区如果同时有 TCP 和 UDP 节点,先用 TCP 那条排查,能快速区分是线路问题还是协议被限。
结论:协议不是越新越好。订阅里给什么就用什么,遇到连不上先校准设备时间、再确认 UDP 是否被限速,最后才考虑换节点。
分流与全局:规则模式在判断什么
客户端顶部通常有三个模式:全局、规则、直连。全局把所有流量都送进代理隧道;规则模式按规则表逐条匹配,命中的走代理、未命中的直连;直连模式全部不走代理。
分流规则常见的匹配维度有四种:域名后缀、IP 段、进程名、端口。规则表按从上到下的顺序匹配,命中即停,所以顺序很重要。一条宽泛的 IP 段规则如果排在具体域名规则前面,后面的规则就永远不会生效。
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,update,PROXY
GEOIP,CN,DIRECT
PROCESS-NAME,chrome.exe,PROXY
MATCH,DIRECT
上面这份示例的读法是:命中指定域名后缀的走代理,命中关键词的走代理,解析到国内 IP 段的直连,指定进程的流量走代理,其余全部直连。不同客户端的规则语法略有差别,但匹配顺序的逻辑是共通的。
DNS 泄漏是什么
分流是否准确,很大程度取决于 DNS 查询走哪条路。DNS 泄漏指的是域名解析请求没有进入代理隧道,而是用本地运营商下发的 DNS 明文发出。后果有两个:解析结果可能与出口地区不一致,出现节点在美国、内容却按本地推送的情况;解析请求本身也暴露了你访问过哪些域名。
多数客户端在规则模式下会接管 DNS,把解析请求按规则分配到代理 DNS 或本地 DNS。检查方式很直接:连上节点后打开本站的 IP 查询页,看显示的国家或地区与节点名是否一致。不一致时先看 DNS 设置,再看规则表。
- ✅ 日常使用选规则模式:国内域名直连,跨境访问走代理,流量和速度都更合理。
- ✅ 不确定哪些域名该走代理时,先用全局模式跑通,再逐条补规则。
- ✅ 规则表定期更新,新域名才有对应条目。
- ❌ 长期开全局:国内站点绕一圈出境再回来,速度慢,流量消耗快。
- ❌ 把
MATCH,DIRECT写在规则表最前面:后面所有规则都不会生效。
三步验证:订阅是否真的生效
名词看懂之后,用三步确认订阅是否真的生效:
- 更新订阅,确认节点列表的条数与账号里的线路规模对得上。
- 连一条节点,打开 IP 查询页,看出口国家或地区与节点名是否一致。
- 打开一个国内站点和一个国际站点,确认规则模式按预期分流。
三步里任何一步不符合预期,排查顺序都是订阅、节点、规则,不要跳步。订阅没拉成功,后面两步的结论都不作数;节点连不上,先换同地区的另一条线路,再怀疑规则表。
一句话串起来:订阅把节点列表拉下来;节点名里的地区决定出口、线路类型决定稳定性;协议决定怎么握手;分流规则决定哪些流量进隧道。新手阶段不用背参数,按这条线定位问题就够了。