VPN 名词解释大全：订阅、节点、协议、分流与全局模式一次讲明白

订阅、节点与客户端：配置如何变成连接

客户端是运行在设备上的连接工具；节点是客户端可以使用的一组服务器连接配置，通常包含地址、端口、认证信息和协议参数。节点名称里的地区标签方便选线，但名称本身不能证明实际出口位置，更不能证明某个平台一定能播放。

订阅链接则是获取配置的入口。客户端访问这个地址，下载节点或完整配置，并在后续更新时同步变化。订阅不是一条始终开启的网络隧道，也不是把链接粘贴进浏览器就完成连接。导入后仍要选中配置、启用连接，并检查规则是否生效。

还要区分两种“订阅”：套餐页的月订阅是计费方式，客户端里的订阅是配置更新机制。流量包用户也可能通过订阅链接获取配置。套餐是否有效、剩余流量是否充足，与客户端能否成功更新配置，需要分别查看。

常见协议：名称与实际兼容性

严格来说，传统 VPN 协议与代理协议并不完全相同。面向新手的服务常把它们归在网络连接工具这一类，但客户端是否接管系统流量、是否支持某种协议，仍取决于具体实现。不能只看软件名称里有没有 VPN。

• Shadowsocks：加密代理协议，常见于代理客户端。不同加密方法、扩展和实现之间存在兼容差异，导入成功不代表所有参数都受支持。
• VMess：V2Ray 生态中的代理协议，涉及用户认证以及传输配置。通信失败时应检查认证信息、传输方式和相关参数，而不只是更换地区。
• Trojan：通常通过 TLS 承载代理通信。服务器名称、证书校验和认证信息需要匹配，不应为了暂时连通而随意关闭证书校验。
• VLESS：本身不提供数据加密，通常搭配 TLS 或其他合适的安全机制使用。看到 VLESS 名称，不能直接推断连接的完整安全属性。
• Hysteria2 与 TUIC：都基于 QUIC，使用 UDP 承载通信，但并非同一种协议。网络对 UDP 的限制、客户端实现和服务器配置都会影响连接表现。

协议不是速度排行榜。相同协议经过不同入口、出口和运营商路径，体验可能完全不同；不同协议也可能受同一个拥堵出口限制。本文解释的是通用概念，不代表 VPNHill 提供上述全部协议，实际支持情况以面板配置与客户端说明为准。

选择客户端时，优先确认服务提供的配置格式、软件支持的协议，以及当前版本的内核能力。手动把节点地址改成另一种协议名称，并不会让服务器自动支持那种协议。

直连、中转与 IEPL 专线：路径在哪里不同

直连节点通常指设备直接连接境外入口，不经过服务另设的前置中转。这里的“直”不是没有路由器，也不代表距离最近。实际路径仍受本地网络、运营商互联和国际出口影响。

中转节点是在设备与后续服务器之间增加转发入口。它可能改善入口可达性或跨网路径，也可能引入额外瓶颈。节点列表里的中转标签描述的是路径组织方式，不是清晰度或延迟保证。

IEPL指国际以太网专线，通常用于企业或服务商站点之间的专用连接。服务采用 IEPL，并不表示用户设备到目标网站的整段路径都是专线：本地接入、专线入口、境外出口和网站侧网络仍要分别考虑。

因此，选线路要把标签和实际用途分开看。看体育直播，应关注赛事时段的持续播放和缓冲情况；看点播片库，应先确认出口地区与平台识别结果，再观察拖动进度后的恢复情况。线路类型不能代替对具体观看场景的验证。

规则模式与全局模式：决定请求去向

规则模式会按域名、目标地址或其他受支持条件匹配请求，决定直连、交给某个策略组，或者拒绝。具体可用条件由客户端内核决定。规则一般有先后顺序，较早命中的规则可能使后面的规则不再参与判断。

全局模式通常表示客户端接管的请求统一交给选定代理策略处理。关键词是“接管的请求”：如果某个应用没有使用系统代理，而客户端又没有通过虚拟网卡等方式接管它，全局模式也不等于该应用必然经过代理。

直连模式通常是不使用代理节点，由本地网络直接访问目标。规则里的直连动作与节点列表中的直连线路不是同一个概念：前者是请求不走代理，后者仍然是一种代理连接路径。

系统代理、TUN 与策略组的区别

系统代理是向支持该设置的应用告知代理入口，有些应用可能忽略它。TUN 模式通过虚拟网络接口接管流量，再由客户端处理路由与规则，通常需要相应系统权限，也可能与其他网络软件产生冲突。是否启用，应以客户端说明和实际需求为准。

策略组则位于分流逻辑内部。手动选择组让用户指定节点；自动选择或故障转移组依据配置执行检测和切换。检测地址可达，不代表流媒体账号可用；自动选中的节点也不一定符合目标片库地区。

出口 IP、DNS 与片库地区：为什么连接后仍有差异

出口 IP是网站通常看到的请求来源地址。入口负责接入，出口负责访问目标，两者可能不在同一地区。切换节点后，可以通过IP 检测核对当前浏览器的出口，但浏览器检测结果不一定代表其他应用的路径。

DNS负责把域名解析成可连接的地址。DNS 查询和网页连接是不同环节：网页流量经过代理，并不自动说明解析查询也按预期处理。浏览器内置的加密 DNS、系统解析器和客户端 DNS 配置还可能互相影响。

DNS 泄漏通常指解析请求走了用户预期之外的解析路径，例如本想交给指定解析器，却仍通过本地网络查询。判断时要结合实际配置；测试页面显示的解析服务商位置，不等于个人真实位置已经泄露，也不能单凭一个名称得出全部结论。

遇到出口地区正确、片库却不符的情况，还要考虑平台账号地区、内容授权、缓存及出口地址的识别结果。所谓“原生 IP”并非统一认证标准，不同服务对这个标签的定义可能不同；住宅或数据中心地址类型也不构成平台可用保证。

更有效的做法是记录目标平台、节点名称、接管模式和具体报错，再逐项验证。不要同时更改 DNS、节点、规则和浏览器设置，否则即使恢复播放，也难以知道真正的原因。

客户端导入与连接验证：按依赖顺序检查

理解名词后，实际操作可以沿着“配置来源—客户端解析—节点连接—规则接管—目标访问”的顺序进行。前面的环节失败时，后面的模式切换通常解决不了问题。平台差异主要在配置兼容、网络权限和后台运行方式，而不是按钮摆放。

1. 获取匹配的客户端。从面板的获取客户端入口查看说明，确认系统与配置格式匹配。Windows、macOS 和 Linux 上的图形客户端及命令行工具，支持能力可能不同。
2. 通过官方配置入口导入。复制完整订阅链接，按客户端提供的订阅导入方式添加。iOS 和 Android 还应留意系统网络连接授权；客户端配置与系统管理描述文件不是同一种东西，不要随意安装来源不明的描述文件。
3. 先更新，再选节点。确认订阅已成功解析、节点列表有内容，然后选择目标地区。如果更新失败，先检查链接是否完整、配置格式是否支持及服务状态。
4. 启用并核对接管方式。按说明启用系统代理或适用的虚拟网卡模式，避免多个工具同时改写路由。移动设备还需关注系统是否限制客户端后台运行。
5. 分别验证出口和目标应用。检查浏览器出口，再打开实际要用的平台。只有特定应用失败时，查看它是否被接管、命中了哪条规则，以及是否有独立网络设置。

导入成功只说明配置被接收；节点检测成功只说明检测目标可达；网页打开也只说明这次请求成功。把这些状态分开，才能避免“明明已连接，为何不能播放”的循环。需要操作入口时，可继续查看快速上手中的客户端说明。

常见报错的名词对照与处理边界

• ✅ 订阅更新失败：先检查配置入口、链接完整性与格式兼容，不要先改播放平台设置。
• ✅ 所有节点都无法连接：核对服务状态、本地网络和客户端权限，再检查协议支持与认证参数。
• ✅ 浏览器能用，应用不能用：检查系统代理是否被应用采用，以及是否需要按客户端说明调整接管方式。
• ✅ 连接正常但片库不符：确认实际出口与策略组选择，再核对账号地区和平台内容限制。
• ❌ 不要把测速当作完整结论：带宽、延迟、抖动和丢包描述不同现象，单项结果不能代表持续播放体验。
• ❌ 不要公开配置求助：保留报错内容即可，分享截图前遮住订阅地址、认证字段和账户凭据。

最后要分清流量与带宽：流量是累计传输的数据量，带宽描述传输能力，延迟描述往返耗时，抖动描述延迟变化。套餐流量更多，不表示每个节点都会更快；节点检测延迟更低，也不表示赛事高峰时段必然更稳定。