这份 VPN名词解释,先把订阅、节点、协议、分流与规则模式放回实际使用流程:订阅提供配置,节点是连接入口,协议决定通信方式,分流决定请求走哪条路。它们不是同一个设置,也不能相互替代。
还要留意一个常见用词差异:大家口中的“VPN 客户端”,可能是系统级隧道工具,也可能是代理客户端。后者能接管多少应用流量,取决于系统代理、虚拟网卡和应用自身设置,不能只看界面上的“已连接”。
订阅与节点:配置来源和连接入口
订阅链接是配置的获取地址,不是某个节点本身。客户端访问这个地址后,读取服务端提供的节点信息;某些订阅格式还包含策略组、分流规则或 DNS 设置。链接通常带有身份凭据,应当按账号密钥保管。
节点则是一组具体连接参数,可能包括服务器地址、端口、协议、认证信息和传输设置。客户端里显示的地区名称只是标签;出口 IP 所属地区、实际路径与标签是否一致,需要结合服务说明和网络检测判断。
更新订阅,是重新获取配置,不是续费,也不一定会切换当前节点。订阅格式同样重要:有的链接只返回节点列表,有的返回完整配置。格式不兼容时,换一个导入入口未必能解决问题,应先核对客户端支持的格式。
协议、传输与线路:不同层面的名称
协议约定客户端与服务器如何认证和交换数据。传输方式描述数据如何承载,例如某些配置会使用 WebSocket;TLS 用于相应连接的安全保护。这些名称可能同时出现在节点详情中,并不代表它们是同一层的替代选项。
| 协议名称 | 基本作用 | 使用时核对什么 |
|---|---|---|
| Shadowsocks | 加密代理协议 | 加密方法、密码及客户端实现是否匹配 |
| VMess | 带认证与加密机制的代理协议 | 认证参数、传输配置与系统时间 |
| Trojan | 通常在 TLS 连接中承载代理流量 | 密码、服务器名称与证书验证配置 |
| VLESS | 轻量代理协议,本身不负责内容加密 | 配套的 TLS、REALITY 等安全与传输设置 |
| Hysteria2 / TUIC | 基于 QUIC 的代理方案 | 客户端支持情况,以及网络是否允许所需 UDP 通信 |
协议名称不是速度排名。相同协议走不同路径,体验可能差别明显;不同客户端版本对协议和字段的支持也会变化。导入失败时,不要随意改协议或关闭证书验证,应先查看配置来源与客户端文档。
线路类型说的则是网络路径。直连通常表示客户端直接连接境外入口;中转是在路径中加入转发入口。IEPL 是国际以太网专线,属于网络承载资源,不是代理协议。它也不自动意味着从家中设备到最终网站的全程都是专线。
一条线路可以同时涉及入口、中转、专线承载和出口。是否拥堵、路由是否绕行、出口到目标网站的连接质量,都可能影响体验。因此,“专线”和“中转”标签需要结合具体说明理解,不能据此推导固定速度或平台访问保证。
规则模式与全局模式:请求往哪里走
分流就是按条件为请求选择路径。常见条件包括域名、目标 IP、应用进程和地理地址库。匹配后的动作可能是直连、代理、拒绝,或者交给某个策略组继续选择。
规则模式按规则逐项判断。许多客户端采用从上到下、先匹配先生效的逻辑,但具体行为仍以配置格式为准。策略组也不是另一条线路,它是选择节点或连接策略的容器,可能允许手动选择,或按客户端支持的机制进行切换。
全局模式通常把已经进入代理内核的请求统一交给全局策略。它不等于接管整台设备:没有进入内核的应用连接,不会因为切换全局就自动被处理。直连模式通常让进入内核的请求直接连接,也不等于退出客户端。
日常使用的判断:先采用可信配置的规则模式。某个网站异常时,可临时切换全局进行对照;如果全局能访问而规则模式不能,优先检查规则、策略组和 DNS,再决定是否换节点。
全局模式适合帮助定位问题,不宜当作所有故障的统一答案。它可能改变本地服务和国内网站的访问路径,也可能增加套餐流量消耗。测试完成后,记得恢复原来的模式。
系统代理与 TUN:流量是否进入客户端
系统代理是向操作系统声明代理地址。遵循这项设置的应用会把请求交给代理,但有些游戏、命令行工具或应用内组件不使用它。浏览器能打开网站,只能说明相应浏览器请求可用,不能代表所有应用都已接入。
TUN 模式通过虚拟网络接口接收 IP 流量,通常覆盖面更广,也可能需要额外权限。它仍受路由、排除规则、DNS 设置和系统限制影响。开启后若公司内网、局域网设备或其他隧道连接异常,应检查路由冲突,而不是盲目叠加更多开关。
Windows、macOS 与 Linux 客户端可能分别提供系统代理、后台服务或 TUN 设置,界面名称并不统一。Android 常借助系统 VPN 接口接管流量;iOS 客户端常通过系统提供的网络扩展建立隧道。看到系统 VPN 标识,不等于它们使用了相同的代理协议。
同时运行多个网络接管工具,容易产生端口、路由或 DNS 冲突。遇到问题时,先保留当前需要的连接工具,再逐项排查。iOS 客户端的获取还可能受 App Store 地区、分发方式与面板权限影响,应以实际可用入口为准。
DNS 与出口 IP:能连接之外还要看什么
DNS 将域名解析成 IP 地址。代理连接成功后,域名解析仍可能使用本地网络提供的解析器。若本应按预期通过指定路径处理的查询从其他路径发出,就可能出现 DNS 泄漏问题;它和网页最终使用哪个出口 IP 是不同的检查项。
客户端中的远程 DNS、加密 DNS 和 Fake-IP 也不是同义词。加密 DNS 保护相应解析请求的传输,但不自动保证请求走代理。Fake-IP 是客户端返回合成地址、再关联真实域名的处理方式,并不是给用户更换公网出口。
检查时可以先用网络检测核对当前请求的出口信息,再结合客户端日志和可信 DNS 检测观察解析路径。网页检测结果只覆盖当次测试,不能证明所有应用都使用同样的路径。若网络启用了 IPv6,也应检查相关流量是否被当前配置处理。
从导入到排错:按依赖顺序检查
理解术语后,设置可以按下面的顺序进行。先确认配置能读到,再确认节点能连接,最后检查具体应用与分流结果。每次只改变一项,才能知道是哪一步影响了连接。
- 确认客户端来源与兼容性。从可信渠道获取客户端,核对它支持的订阅格式、协议和所需系统权限,不要仅凭软件名称相似就照搬其他教程。
- 导入并更新订阅。从面板复制完整链接到订阅入口,检查是否成功读取节点。失败时先核对链接是否有效、是否复制完整,以及当前网络能否访问订阅地址。
- 选择节点并启用接管。选择面板列出的节点,按平台要求启用系统代理或隧道。延迟测试成功只说明相应探测有响应,不等于目标网站一定可访问。
- 验证实际请求。打开目标网站并查看出口信息。若浏览器可用、其他应用不可用,先检查该应用是否进入代理,而不是直接判断线路失效。
- 定位规则与解析问题。临时对照全局模式,查看请求命中的规则、所选策略和 DNS 行为。提交问题时说明系统、客户端及报错,隐藏订阅链接和认证信息。
- ✅ 能读到节点列表:说明订阅读取成功,不代表节点连接已经成功。
- ✅ 能访问目标网站:说明当前请求可用,还需按需求核对出口和其他应用。
- ❌ 导入报错就反复换线路:导入发生在连接前,应先查格式与链接。
- ❌ 为了连接而跳过证书验证:应核对服务器名称、系统时间和配置来源。
套餐流量与配置订阅:同名但不同义
最后分清“订阅”的另一个含义:配置订阅负责获取节点,月订阅则是计费方式。更新配置不会重置套餐流量;节点列表更新,也不意味着套餐额度或权益发生变化。
VPNMG 月订阅为 ¥9.9 / 60GB、¥18 / 250GB、¥28 / 500GB,流量按开通日每月重置。流量包为 ¥158 / 300GB、¥358 / 1000GB、¥658 / 3000GB,用完为止、永久不过期。具体选择可查看套餐说明,不要把配置中的“自动更新”误认为套餐续期。
记住这条关系:订阅提供配置,节点提供入口,协议负责通信,接管方式决定哪些流量进入客户端,分流规则再决定去向。按这个顺序理解,比记住每个开关名称更容易解决实际问题。