VPN 新手名词速查：订阅、节点、线路、协议、分流与全局模式一次讲明白

这份 VPN 新手名词速查先给出一个关系：订阅负责提供配置，节点是可选的连接入口，线路描述流量经过的路径，协议规定通信方式，分流决定哪些请求走代理，全局模式则改变代理的选择范围。它们属于不同层面，不能用一个名称判断全部体验。

日常所说的 VPN 客户端，也可能实际使用代理协议和系统虚拟网络接口，而不是传统企业 VPN。界面出现 VPN 标志，不代表所有应用都已按同样方式转发。理解下面的区别，比反复切换开关更有助于排查问题。

常用名词对照表

订阅链接与节点：从配置到连接

订阅链接可以理解为配置的获取地址。客户端请求这个地址后，可能得到节点列表，也可能得到含有规则、策略组和 DNS 设置的完整配置。一个链接能否导入，取决于它返回的格式是否被当前客户端及其内核支持，而不只是链接能否在浏览器打开。

节点则是配置中的连接对象。它可能包含服务器域名、端口、密码或其他认证信息，以及 TLS、传输方式等参数。节点名称通常用于识别地区和用途，但属于展示标签；实际出口应结合 IP 查询和目标服务的表现验证。

更新订阅的作用是重新拉取配置，不是续费，也不会自动增加套餐流量。完整配置更新后还可能覆盖手动修改的规则，修改前应先了解客户端的覆盖机制。订阅地址通常含有访问凭据，应按密码一样保管。

不要把完整订阅链接发到公开讨论区，也不要为了“转换格式”随意提交给陌生网站。地址泄露后，应在服务面板检查是否支持重置，再更新自己的客户端。

IEPL 专线、中转与直连的区别

直连通常指客户端直接连接境外代理入口，跨境这一段主要依赖本地运营商与公共互联网路由。中转是在途中增加转发入口：客户端先连接中转服务器，再由它转发到后续服务器。多经过一个入口不必然更慢，关键在于路径质量、拥塞和转发资源。

IEPL 是运营商提供的国际以太网专线服务。代理服务标注 IEPL 时，通常是在说明路径中的某一段采用此类传输资源，并不意味着从用户设备到目标网站的全程都是专线。本地接入、入口负载和出口到网站的连接仍可能影响体验。

因此，专线、中转和直连不是简单的质量排名。选择时应看自己常用网络、访问时段和目标应用上的实际表现。地区名称也只说明配置标注的地区；不应把“日本节点”直接等同于所有日本地区内容都能访问。

协议名称分别说明什么

Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 都常见于代理客户端，但认证、加密与传输设计不同。下面是理解设置的入口，不是协议性能排行榜，也不表示 LogoVPN 提供全部这些协议。

• Shadowsocks：加密代理协议，客户端与服务端需要匹配的加密方法和认证参数。它不是某一种固定线路，也不会因为名称相同就有相同速度。
• VMess：具有认证与加密机制的代理协议，可与不同传输方式组合。是否可用取决于双方参数和实现兼容性。
• Trojan：通常依托 TLS 保护通信。证书验证、服务端名称及认证信息需要正确，不能把关闭证书验证当作常规修复方式。
• VLESS：协议本身不提供内容加密，需要结合适当的安全传输配置理解；看到 VLESS 名称时，还要查看 TLS 或 REALITY 等配套设置。
• Hysteria2 与 TUIC：基于 QUIC 的代理方案，底层依赖 UDP。若当前网络限制 UDP，或者客户端内核不支持对应协议，就可能无法正常建立连接。

客户端显示“支持某协议”也不代表支持所有扩展和参数。排查时先核对客户端版本、内核与订阅格式，再考虑更换协议；不要只凭名称推断某个方案更适合所有网络。

规则分流与全局模式怎么选

规则模式会按配置顺序匹配请求。例如，将某些域名交给代理策略，将局域网访问交给直连策略。常见规则还可以依据目标 IP，部分客户端支持进程匹配。匹配顺序和末尾默认策略很重要：同一请求通常按首先命中的规则处理。

全局模式常用于排查规则遗漏，它通常让已进入代理处理流程的请求统一走选定策略。但桌面应用若忽略系统代理，其流量可能根本没有进入客户端。TUN 模式通过虚拟网络接口扩大接管范围，也仍受路由、排除项和客户端实现影响。

日常使用优先采用来源可信、用途明确的规则。需要确认某个网站是否因分流出错时，可以临时切换全局模式做对照，检查后再恢复原配置。不要同时更换节点、DNS 和规则，否则即使恢复正常，也难以定位原因。

• ✅ 网站打不开时，先查看连接记录中的命中规则和所选策略。
• ✅ 浏览器正常而其他应用失败时，检查该应用是否遵循系统代理。
• ✅ 局域网设备访问异常时，检查是否保留了相应的直连或排除规则。
• ❌ 不把“打开全局”当成所有应用均已接管的证明。

DNS 泄漏与出口验证

DNS 负责把域名解析成可连接的地址。如果希望某个网站的访问和解析都经过预期路径，但查询却通过本地网络发往非预期解析器，就可能产生 DNS 泄漏。网站显示代理出口，只能说明相关网页请求的来源，不能单独证明 DNS 路径正确。

检查时要结合客户端 DNS 配置、系统设置及浏览器的安全 DNS 功能。浏览器可能使用自己的解析方式，应用也可能内置解析逻辑。DNS 检测页面展示的解析器地区只是线索，不能仅凭地区不同就认定发生泄漏。

还要关注 IPv6：如果客户端只接管部分流量，目标应用可能通过另一条可用路径连接。应按客户端说明检查支持与路由情况，而不是不加判断地关闭系统功能。可先用IP 查询查看当前网页出口，再结合连接日志验证具体应用。

客户端导入与排查顺序

Windows、macOS 和 Linux 客户端常涉及系统代理、TUN 权限及桌面环境差异；Android 的应用范围设置可能影响接管对象；iOS 则通常需要允许添加 VPN 配置。各平台菜单和内核支持不同，应以面板提供的客户端说明为准，iOS 获取权限也以面板为准。

1. 获取匹配客户端。从面板查看可用客户端与说明，确认支持订阅格式及节点协议，不仅看软件名称。
2. 复制并导入订阅。在客户端选择订阅或配置导入入口，粘贴完整地址，等待拉取完成。不要把它填进单个节点的服务器地址栏。
3. 选择配置与节点。确认导入配置已经启用，再选择节点或策略组；订阅成功不代表连接已启动。
4. 允许必要权限。按系统提示添加网络配置或授权相关网络功能，不随意关闭证书校验来绕过错误。
5. 逐项验证。先确认连接建立，再检查出口，最后打开实际目标应用；异常时保存错误提示并一次只调整一个因素。

如果提示订阅下载失败，优先检查地址完整性、网络可达性和面板中的服务状态；如果能拉取但没有节点，检查格式与内核兼容性；如果节点能连接而目标应用仍不可用，再查规则、DNS、账户地区及目标服务自身限制。需要平台操作说明时，可查看使用教程。