VPN 新手名词速查,先抓住操作顺序:订阅把配置交给客户端,节点决定连接入口与出口,协议规定通信方式,分流规则决定哪些请求走哪条路。这些概念不在同一层,不能只凭一个名称判断连接速度或隐私表现。
日常讨论中,“VPN”也常被用来泛指代理客户端和国际线路服务。严格来说,系统级隧道与应用代理并不相同。客户端出现 VPN 权限提示,只能说明它要使用系统的网络接口,不代表它采用了某种特定协议,也不代表所有应用的请求都会经过代理。
名词速查:先分清配置、连接与路由
遇到陌生设置时,先判断它解决的是“配置从哪里来”“怎么连到服务器”,还是“请求往哪里走”。下面的表格把常见术语放回各自的位置。
| 名词 | 实际含义 | 容易混淆的地方 |
|---|---|---|
| 订阅链接 | 用于获取和更新节点或完整配置的地址。 | 不是客户端安装包,也不是公开分享链接。 |
| 节点 | 客户端里可选的一组服务器连接参数。 | 列表中的一个名称,不一定对应独立物理服务器。 |
| 线路类型 | 描述入口到出口之间的网络路径,如直连、中转、专线。 | 与通信协议不同,名称本身不能证明速度。 |
| 协议 | 规定客户端与服务器如何认证、封装和传送数据。 | 客户端支持某协议,不等于当前服务提供该协议。 |
| 分流规则 | 按域名、地址、进程等条件选择直连、代理或拒绝。 | 规则命中结果与当前选中的节点是不同设置。 |
| DNS | 把域名解析成网络地址,供后续连接使用。 | 网页走代理,不代表解析请求也一定走代理。 |
| TUN | 通过虚拟网络接口接入流量的一种方式。 | 它不是节点协议,实际覆盖范围仍取决于路由和客户端实现。 |
订阅链接与客户端:配置怎么进来
客户端是运行在设备上的软件;订阅链接是它读取配置的入口。服务商调整节点地址后,通常需要客户端更新订阅才能拿到新配置。更新订阅不等于更换账号,也不一定自动改变当前选中的节点。
订阅格式可能只含节点信息,也可能包含策略组、DNS 和分流规则。导入后应查看客户端实际生成的配置,而不是假设所有设置都已经就绪。格式不兼容、解析失败和订阅过期,都可能表现为节点列表为空。
- 从服务面板取得与目标客户端匹配的订阅入口,确认安装包来自可信渠道。
- 在客户端的配置或订阅管理中导入链接;如需选择格式,以面板说明为准。
- 执行更新,检查是否出现节点、策略组,以及是否有解析错误提示。
- 选择节点和运行模式,再启用系统代理或客户端要求的网络接管方式。
- 用实际网页或应用验证访问;仅看到“已连接”还不足以确认请求经过预期出口。
节点与线路:出口地区不等于完整路径
节点名称通常包含地区或用途提示,但名称不能展示实际经过的网络。入口可能与出口不在同一地区;网站看到的通常是出口地址。出口所在地也不必然决定内容平台的账号地区、支付地区或可用内容。
直连通常指设备直接连接境外服务端;中转通常先接入一个入口,再转发到出口;IEPL 专线描述以太网专线承载方式,服务中可能只把某段路径放在专线上。其余接入段和出口段仍然会影响体验。
这些名称在不同服务商之间可能存在口径差异。专线不是加密协议,也不能仅凭标签推导出低延迟、独享带宽或特定平台可用性。选择时应查看路径说明,并在自己的网络环境下验证网页加载、应用连接和持续传输表现。
协议名称:兼容性比追新更重要
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 都可能出现在代理客户端中,但不能把它们当作可随意替换的下拉选项。服务器与客户端必须匹配协议及其认证、传输、安全参数。
Shadowsocks 使用约定的加密方法处理代理通信;VMess 有自己的认证与通信机制;Trojan 通常依赖 TLS 保护传输。VLESS 本身不提供内容加密,实际部署需要结合合适的安全传输方案,不能看到协议名就认定链路已经加密。
Hysteria2 与 TUIC 都基于 QUIC,通常需要网络允许相应的 UDP 通信。如果当前网络限制 UDP,可能无法正常建立连接;这并不表示订阅凭据有误,也不能据此判断其他协议同样不可用。
新手更适合使用面板提供的兼容配置,不要随意修改 TLS 校验、服务器名称或传输参数。遇到证书错误,应核对设备时间和配置来源,而不是直接跳过验证。本文解释行业术语,不代表 VPN76 提供上述全部协议。
分流、规则模式与全局模式
分流是路由决策,规则模式是执行这些决策的一种运行方式。常见做法是让本地服务直连、需要国际线路的请求进入代理策略组。策略组再决定采用哪个节点,因此“规则选路”和“节点选择”是前后相接的环节。
规则通常按客户端定义的顺序匹配,最终由兜底规则处理剩余请求。具体支持域名、地址还是进程匹配,要看客户端与运行平台。新增规则后没有变化,应先检查顺序、目标策略组和配置是否真正生效。
全局模式通常把客户端已接管的请求统一交给指定代理或策略组,适合短暂排查分流问题。它不等于设备上的所有网络流量必然被接管:未遵循系统代理的应用、局域网例外和未纳入隧道的流量仍可能走其他路径。
选择结论:日常使用优先采用配置来源明确的规则模式;需要排查时,再临时对比全局模式。若全局模式可用而规则模式异常,应优先检查规则命中与策略组,而不是反复更换订阅。
DNS 泄漏:解析路径也要检查
打开域名之前,设备通常需要先解析出地址。如果预期 DNS 查询随代理传输,实际却交给本地网络的解析器,就可能发生不符合预期的 DNS 泄漏。它涉及的是解析信息暴露,不等于网页正文已经被读取。
DNS 可能由操作系统、浏览器的加密 DNS 功能或客户端分别处理。加密 DNS 保护查询传输,但解析器仍可能获知查询内容;开启加密也不自动意味着查询经过选定节点。排查时需要把解析器选择与查询路由一起核对。
- ✅ 查看当前配置的 DNS 模式和解析器来源,确认其符合客户端文档。
- ✅ 核对浏览器是否单独设置了解析方式,避免与客户端规则产生意外组合。
- ✅ 使用可信的 DNS 检测页面辅助观察,并结合客户端连接记录判断路径。
- ✅ 修改配置后重新连接并复查,留意缓存和应用自行解析带来的差异。
- ❌ 不把检测页面显示的地区或解析器数量,单独当作隐私保护已经完整生效的证明。
HTTPS 保护浏览器与网站之间的内容传输,代理隧道保护的范围则取决于具体实现。“匿名无日志”描述服务的隐私策略,不会消除网站登录账号、浏览器标识和支付信息之间的关联。
平台差异:同一订阅不代表操作完全相同
Windows 和 macOS 客户端可能提供系统代理与 TUN 等不同入口。系统代理通常依赖应用遵循代理设置;TUN 则可能要求额外权限或安装网络组件。切换接管方式后,应重新验证目标应用,而不是只观察客户端图标。
Android 客户端常通过系统 VPN 接口接入流量,后台省电限制可能影响持续运行。iOS 客户端受系统网络扩展机制管理,按应用分流等能力不能照搬桌面端说明。Linux 则可能需要配合服务进程、路由和 DNS 设置,导入配置不一定完成系统接管。
跨平台迁移时,应逐项确认客户端支持的协议、订阅格式和规则语法。相同名称的设置也可能有不同边界。需要入门操作时,可查看本站新手指引,不要直接复制其他平台的配置片段。
连接异常:按配置、路由、应用逐层排查
节点列表为空,先看订阅更新和格式解析;列表正常却无法连接,检查权限、网络可达性与协议兼容;只有部分应用异常,再看系统代理、TUN 覆盖范围和分流规则。这样的顺序能避免把不同层的问题混为一谈。
每次只改变一个设置,并记录改变前后的现象。向支持页面反馈时,可以提供系统、客户端名称、所用模式和脱敏错误提示,但应隐藏订阅链接、密码与访问令牌。
记忆方法:订阅负责交付配置,节点负责连接目标,协议负责通信方式,规则负责请求去向,DNS 负责名称解析。先确认每层是否正常,再判断线路是否适合自己的使用场景。