这份 VPN 新手名词速查，先把订阅、节点、协议、分流、全局与规则模式放回实际操作里。第一次打开客户端，不必把所有开关都改一遍。先弄清配置从哪里来、连接经过哪里、哪些应用会使用它，再动设置。
还要先分清一个习惯用语：日常所说的“VPN 客户端”，可能是系统级隧道工具，也可能是代理客户端。它们接管流量的范围不同。系统显示连接标志，不等于所有应用都经过相同出口。
订阅与节点：配置入口和连接目的地
订阅就是客户端获取配置的入口。服务方提供的订阅链接，通常让客户端读取节点、连接参数，有时还包括规则或策略组。这里的“订阅”是配置术语，不等于计费周期；月订阅和流量包则属于套餐概念。
使用场景是换设备或更新线路：在受支持的客户端中导入链接，再执行更新，就能获取服务方当前提供的配置。更新订阅不是续费，也不代表软件本身已更新。套餐状态、配置更新时间、客户端版本应分别检查。
节点就是一个可选择的连接配置。它通常包含服务器地址、端口、认证信息和协议参数。界面上的地区名称是选择线索，不是连接质量证明。节点入口所在地、流量最终出口所在地，也可能不是同一个地方。
例如，需要访问某地区内容时，应选相应出口，再在目标应用中验证。网站能否使用还受到账号地区、内容版权和风控规则影响，不能只凭节点名称判断。
直连、中转与 IEPL：线路走法的区别
线路类型描述路径，不是协议名称。直连通常指客户端直接连接境外服务入口；中转通常先到一个转发入口，再到后续服务器；IEPL 是国际以太网专线，描述的是运营商提供的专用链路服务。
| 名词 | 白话解释 | 使用场景与核对项 |
|---|---|---|
| 直连 | 直接连接服务入口，不经过服务方另设的中转入口。 | 适合先做基础连接测试；表现依赖本地网络与跨网路径。 |
| 中转 | 由中间入口接收并转发流量。 | 直达路径不理想时可比较；应观察实际应用，而非只看入口响应。 |
| IEPL 专线 | 线路中的某段使用国际以太网专用链路。 | 需要核对覆盖的是哪一段；本地接入与最终出口仍会影响体验。 |
中转不等于专线，专线也不等于端到端全部使用专用链路。家庭网络、入口负载、出口到目标网站的路径，都在整体连接里。界面上出现 IEPL 字样，不能直接推导出延迟更低、速度更快或任何网站都能访问。
协议：客户端与服务器使用的通信约定
协议可以理解为双方约定的通信方式。地址正确但客户端不支持对应协议，仍然无法建立连接。相同协议也可能涉及不同传输方式、加密方法和证书设置，因此手动填写时不能只对上名称。
- Shadowsocks：加密代理协议，常见配置包含服务器、端口、密码和加密方法。适用场景是导入对应代理节点；不同加密方法是否可用，要看客户端实现。
- VMess：代理协议，常见于支持相关核心的客户端。导入时除了用户标识，还要匹配配置里的传输与安全参数。
- Trojan：通常通过 TLS 建立加密连接。使用时应核对密码、服务器名称及证书校验设置，不能为消除报错随意跳过验证。
- VLESS：轻量代理协议，本身不负责提供内容加密，通常配合 TLS 或其他安全层使用。能否连接取决于配套传输与安全配置。
- Hysteria2 与 TUIC：基于 QUIC 的代理方案，需要底层网络允许相关 UDP 通信。遇到连接失败时，应检查网络和客户端支持情况，不能只反复更换密码。
这些是行业通用概念，不是 InnVPN 的协议支持清单。具体以面板提供的配置和客户端说明为准。选客户端时先问“能否完整导入这份配置”，不要仅凭协议名字新旧判断好坏。
分流、规则模式与全局模式
分流就是按条件决定连接走哪里。条件可能是域名、目标地址、应用进程或规则集合。结果通常是直连、交给某个代理策略组，或拒绝连接。规则模式就是依照这些条件处理请求。
常见场景是国内服务直连，访问国际网站时走代理。规则按客户端设定的顺序匹配，前面已命中的规则通常会决定去向；末尾的兜底规则负责处理未匹配的连接。具体语法和优先级要看客户端，不能把不同软件的规则原样混用。
全局模式通常是把已被客户端接管的连接统一交给所选策略。关键词是“已被接管”。如果某应用没有使用系统代理，也没有被隧道捕获，切到全局模式仍可能不影响它。
全局模式适合临时判断是否存在分流错误，规则模式更适合需要区分访问路径的日常使用。测试结束后，应恢复自己需要的模式，而不是长期保留一个不理解的设置。
先查接管范围，再查模式。浏览器能访问而桌面应用失败，优先检查该应用是否经过客户端；某个网站走错出口，再检查规则和策略组。全局模式不是所有连接问题的通用修复键。
系统代理与 TUN：应用怎样进入代理路径
系统代理是给应用提供代理设置。愿意读取该设置的应用会按它连接；自行管理网络的应用可能忽略它。命令行工具还可能需要单独设置代理环境变量，具体以工具文档为准。
TUN 是虚拟网络接口。客户端通过它接收被路由进去的网络流量，再决定如何转发。它能覆盖一些不读取系统代理的应用，但仍受路由、排除项、权限和平台限制影响。开启 TUN 不代表可以不看分流规则。
Windows、macOS 与 Linux 上，不同客户端对系统代理和 TUN 的支持方式不同。Android 客户端常借助系统 VPN 接口接管流量，并可能提供按应用设置；iOS 通常通过系统网络扩展建立隧道，后台行为与配置能力由应用和系统共同决定。
安装时使用服务面板给出的入口。InnVPN 的客户端与订阅需登录后获取；Android、Windows、macOS、Linux 登录即可下载，iOS 按面板内有效套餐判定。不要把桌面端的开关名称当作所有平台的统一标准，具体操作可看使用教程。
DNS、出口 IP 与泄漏：各自在检查什么
出口 IP 是目标服务看到的连接来源地址。浏览器查询结果可以帮助确认该浏览器的出口，但不能代替其他应用的测试。规则模式下，不同目标走不同出口可能正是预期行为。
DNS 是把域名解析成网络地址的过程。DNS 查询和后续内容连接可能使用不同路径。检查 DNS 时，要看解析请求是否按配置预期处理，不能仅凭显示的解析器地区就判定泄漏。
所谓 DNS 泄漏，通常指原本应受代理或隧道保护的解析请求，意外发往不符合预期的网络路径。浏览器内置的加密 DNS、系统解析设置、客户端的 DNS 接管与缓存，都可能影响结果。不要同时改动所有设置，否则很难判断原因。
从导入订阅到验证：照着界面排查
读懂名词后，可以按下面的顺序操作。每次只调整一个环节，并记录现象，通常比来回重装更容易找到原因。
- 确认入口。登录服务面板，核对套餐状态，获取对应平台的客户端与订阅。不要从陌生页面复制配置。
- 导入并更新。使用客户端提供的订阅导入功能，查看是否成功读取节点。若报格式错误，先核对客户端是否支持该订阅格式，不要把链接随意交给在线转换工具。
- 选择连接。选定节点与策略组，保留教程建议的基础设置。自动选择或故障转移属于客户端策略，不等于每次都能选到最适合目标应用的线路。
- 检查接管。确认系统代理、隧道或按应用设置符合预期，再打开目标应用测试。必要时关闭旧连接、重新启动应用，避免沿用先前建立的会话。
- 验证结果。分别观察出口、DNS 和目标功能。仍有问题时记录平台、客户端版本、模式、节点名称和错误提示，再到故障排查核对。
- ✅ 导入成功但连不上：检查节点配置、协议支持、证书与当前网络条件。
- ✅ 浏览器正常但应用失败：检查应用代理设置、TUN 接管范围与分流结果。
- ✅ 能打开网站但功能受限：检查账号地区、网站政策和目标功能，不把问题全部归到线路。
- ❌ 不要公开完整订阅链接、认证信息或带凭证的日志；联系支持前先遮盖敏感内容。
记忆时只抓住这条关系：订阅提供配置，节点指定连接，协议约定通信，线路描述路径，分流决定去向。遇到故障，沿这条关系逐项核对。判断设置是否合适，最终仍以目标应用的实际使用结果为准。