VPN 协议与线路技术参考

协议不是速度档位

协议决定数据如何封装、如何建立会话、如何确认连接状态，以及面对丢包时采用怎样的恢复方式。它会影响握手过程、CPU 占用、内存分配、重连节奏和网络切换后的恢复能力，但协议名称本身不等于速度等级。同一协议放在不同线路上，结果可能完全不同；不同协议经过同一条质量稳定的线路，也可能都能满足日常访问。把协议直接排列成“快慢榜”通常会忽略真正决定体验的路径质量。

选型时先确认业务行为。网页和文字消息由大量短连接组成，用户更容易察觉首次打开是否干脆；文件传输和高清视频是持续流量，更看重稳定吞吐与长时间丢包恢复；语音、会议和远程桌面对抖动更敏感，平均速度很高也无法掩盖音画突然停顿。协议应该服务于业务，而不是让业务迁就某个流行名称。

线路决定数据实际经过哪里

线路拓扑描述入口、转发点和出口之间的关系。直连由当前网络直接访问出口，路径简洁，但路由可能随运营商策略和网络时段变化。中转先进入位置较近或互联条件较好的入口，再由服务侧转送到目标出口，可减少不可控的公网路段。专线则进一步强调中间链路的可管理性，重点是路径稳定和拥塞隔离，而不是把任何终端都变成同样的低延迟。

因此，看到连接慢时不要立刻换协议。若多种协议在同一出口都表现相似，应优先怀疑入口、路径或出口负载；若只有某一协议频繁重连，而其他协议稳定，则再检查该协议与当前网络的兼容性。这个顺序能减少无效切换，也能避免把线路问题错误归因到客户端。

终端环境会改变最终结果

桌面系统通常允许连接进程持续运行，电源策略也相对宽松。移动系统则会冻结后台任务、切换无线与蜂窝网络，并在屏幕关闭后重新安排网络活动。相同线路在桌面端稳定，不代表在移动端锁屏后仍保持同样状态。客户端实现、系统网络扩展、后台权限和省电策略都会参与连接生命周期。

建立基线时，应固定节点、协议和业务，只改变一个条件。例如先在同一网络中比较协议，再固定协议比较不同线路，最后测试前后台切换。一次同时更换协议、节点、网络和客户端，看似试了很多组合，实际上无法确定改善来自哪里。技术选型需要可复现，而不是依赖一次偶然成功。

Shadowsocks：结构简洁，依赖外层线路质量

Shadowsocks 的理解重点是轻量加密转发。它的协议结构相对直接，客户端和服务端实现广泛，资源开销通常容易控制，适合作为网页、消息、开发工具和常规下载的基础选择。它不会替线路修复拥塞，也不会自动消除公网路径上的抖动；当底层链路稳定时，简洁结构能减少额外处理，当底层持续丢包时，应用层仍会感受到停顿。

使用 Shadowsocks 时，应关注客户端是否正确处理系统代理、DNS 和连接复用，而不是只看加密方法名称。某些应用不遵循系统代理，某些应用会自行缓存解析结果，这些现象都可能造成“浏览器能用、应用不能用”的差异。此时继续换节点未必有效，先检查流量是否真正进入客户端更重要。

VMess：状态信息完整，配置项较多

VMess 包含较完整的会话和身份信息，常见实现允许搭配不同承载方式。它的优势是部署组合丰富，适合需要兼容既有服务结构的环境；代价是配置面更宽，客户端与服务端参数必须相互匹配。传输承载、加密、安全层和路径只要有一项不一致，就可能表现为握手失败，而不是单纯变慢。

排查 VMess 时应把身份、承载和外层安全分开核对。订阅导入通常会自动完成这些参数，不建议手工重写后再与原配置混用。若导入后无法连接，先重新获取订阅并确认客户端选择了正确条目，再检查系统时间、DNS 与网络权限。配置项多并不代表性能必然更强，它更像兼容不同部署方式的工具箱。

Trojan：借助标准安全会话，边界清晰

Trojan 通常建立在 TLS 会话之上，认证与加密边界容易理解，适合需要标准安全层和成熟网络库的场景。连接建立会经过安全握手，首次连接体验受解析、证书校验和网络往返共同影响。一旦会话稳定，持续传输主要仍由线路容量、拥塞和出口决定。

它适合桌面办公、浏览器访问和持续连接，也常用于需要较好应用兼容性的环境。若某个网络对长连接保持不理想，可以比较同节点的其他协议；若所有基于 TCP 的协议都出现相似停顿，问题更可能在丢包恢复或线路拥塞，而不是 Trojan 本身。

VLESS：减少协议内冗余，依赖组合正确

VLESS 将身份验证与具体安全承载分离，协议本身更克制，常与 TLS 或其他安全层组合。它的性能特征不能脱离承载方式讨论：相同的 VLESS 名称，放在不同传输与线路中可能呈现完全不同的连接建立和资源使用。看到订阅中的 VLESS 条目时，应把它理解为组合入口，而不是一项单独的速度承诺。

这种拆分便于按部署需求组合，但也要求客户端完整理解订阅参数。更新客户端或重新导入订阅，往往比手工复制局部字段更可靠。若连接出现“能建立但应用无流量”，应继续检查路由规则、DNS 和系统网络扩展，而不是只重复点击连接。

Hysteria2 与 TUIC：面向不稳定链路的 UDP 方案

Hysteria2 和 TUIC 都以 QUIC 与 UDP 传输能力为基础，重点不在“无条件更快”，而在于面对抖动、丢包和网络切换时采用不同于传统 TCP 的拥塞控制与多路复用方式。它们适合底层 UDP 可用、路径质量波动明显、应用又需要持续传输的环境。若当前网络限制 UDP 或设备对后台 UDP 保持较严格，连接可能退化或无法建立。

两者都需要关注客户端实现质量。拥塞控制、连接迁移、任务调度和系统接口调用会影响实际体验。移动端使用时还要观察待机恢复与耗电，而不是只在前台跑一次下载。协议具备处理波动的能力，不表示它能绕过出口容量不足；晚高峰出口已经饱和时，换成 UDP 方案只能改变恢复方式，不能凭空增加可用带宽。

连接建立速度要分冷启动与复用

用户感受到的“连得快”至少包含几个阶段：域名解析、到入口的网络建立、协议认证、外层安全握手、系统网络接口接管，以及应用重新发起请求。冷启动会经历完整过程，已有连接的复用则可能省去部分步骤。只观察客户端按钮变为已连接，并不能说明业务流量已经通过；应继续打开新的网页或重新发起应用请求，确认解析和路由都已切换。

短时测试容易偏向连接复用表现。某个协议第二次连接明显更快，可能只是解析缓存、会话缓存或系统网络接口仍未释放。公平比较时，应在相同网络、相同入口和相同出口下进行，并记录是首次连接还是恢复连接。无需追求精确到毫秒的排名，关注是否稳定、是否经常卡在某个阶段更有意义。

资源占用来自加密、复制与调度

CPU 消耗不仅由加密算法决定。数据在应用、系统网络扩展和客户端核心之间复制，连接数量增加，多路复用队列增长，日志级别过高，都可能带来额外工作。内存占用也会受到缓冲区、并发连接和缓存策略影响。轻量协议通常更容易预测资源使用，但如果客户端实现频繁唤醒或维护大量连接，轻量结构仍可能表现出明显耗电。

观察资源时不要只看瞬时峰值。网页打开后的短时计算属于正常活动，更值得关注的是无业务时是否仍持续唤醒、锁屏后是否长时间活跃、网络切换后是否留下重复连接。桌面端可查看任务管理器或系统活动监视工具；移动端则结合系统电量页面、后台活动记录和实际待机变化判断。

丢包恢复不是单纯重传速度

传统 TCP 会按连接维护有序字节流，丢失的数据需要恢复后，后续内容才能按顺序交给应用。QUIC 在流的组织与恢复上具有不同机制，可减少某些互不相关请求之间的相互等待，但底层带宽和出口负载仍是硬边界。若路径持续拥塞，任何协议都需要降低发送节奏，否则只会制造更多重传。

因此，选择协议时应问“当前问题是哪种等待”。网页首开慢可能是解析和握手；视频周期性缓冲可能是吞吐波动；会议声音断续可能是抖动和实时包丢失；下载速度逐渐下降可能是拥塞控制正在收缩窗口。问题定义越清楚，协议比较越有价值。

直连：路径短，但公网路由变化更直接

直连表示终端所在网络直接访问出口节点，中间仍会经过运营商与互联网络，只是不额外经过服务侧入口转发。它的优势是结构简单，没有额外中转处理；在双方互联良好时，连接建立和持续传输都可能很直接。它的弱点是路径可控范围较小，运营商路由调整、跨网互联拥塞和远距离公网波动都会直接反映到连接上。

直连适合当前位置到目标出口已有良好路由的情况。判断方法不是看地图距离，而是观察持续连接是否稳定、不同时间段是否出现相同问题、多个协议是否一起受到影响。地理上更近的出口未必具有更少的网络跳转，地理上稍远但互联清晰的出口也可能更稳定。

中转：用受控入口缩短不可预测路段

中转线路先让终端连接到较合适的入口，再由入口将数据转送到出口。设计目标是把最容易变化的一段公网路径替换成服务侧可调度的链路。它通常对跨运营商、远距离出口和晚高峰波动更有帮助，但中转本身也会增加处理环节，因此入口位置、入口容量、转发策略和出口质量缺一不可。

中转并不等于所有场景都更低延迟。若终端到入口绕路，或者入口已经拥塞，多一段转发反而会增加等待。正确做法是按当前网络选择入口，而不是固定认为某个标签必然更快。H5VPN 覆盖 120+ 国家 / 190+ 线路，可在全球节点页面查看地区、城市和线路类型，再结合实际业务选择。

专线：强调中间链路的稳定与隔离

专线类拓扑的价值主要是中间路径更可管理，减少与普通公网流量共同争用不可控链路的情况。IEPL 等标签描述的是线路组织方式，不应被理解为终端到入口的全部路径都已固定。用户侧接入网络、无线质量、家庭路由器状态和最后一段运营商网络仍会影响结果。

专线更适合对持续稳定敏感的工作负载，例如会议、远程桌面、长时间文件传输和稳定码率播放。它的判断重点是波动是否收敛，而不是某次测速是否出现峰值。峰值很高但频繁回落的线路，对实时业务未必优于峰值普通但持续稳定的线路。

入口、出口与目标服务要分别定位

入口负责接收终端连接，出口负责对外访问，目标服务则有自己的接入策略和内容分区。客户端显示已连接，只能证明终端到服务链路已经建立，不等于某个目标服务必然响应正常。若多个网站正常而单个服务异常，应检查目标服务、DNS 或出口适配；若所有业务同时停顿，则更可能是入口、终端网络或连接核心出现问题。

线路选择应保留替代路径。常用出口可以准备直连与中转两个方案，办公和娱乐也可使用不同出口。不是为了频繁切换，而是让故障隔离更快：替代路径正常，说明终端基础配置大概率有效；所有路径都异常，则回到系统权限、客户端状态和本地网络检查。

丢包会在不同业务中呈现不同症状

数据包丢失后，可靠传输需要重传，实时传输则可能直接舍弃过期内容。网页常见表现是某个资源长时间等待，随后页面突然完整出现；视频会表现为缓冲区逐渐耗尽，再降低画质或暂停；会议更容易出现声音缺口、画面冻结和控制延迟；远程桌面则可能出现输入已发出但画面稍后才追上。

这些现象不能只用“速度慢”概括。下载任务可以通过缓冲与重传掩盖短时丢包，实时业务却无法等待过期数据。判断线路是否适合会议时，应观察连续交流和操作响应，而不是只运行一次大文件下载。反过来，网页打开顺畅也不代表持续传输拥有足够容量。

抖动是延迟在时间轴上的不稳定

平均延迟相同的两条线路，若其中一条时而很快、时而明显停顿，交互体验会更差。应用为了平滑播放会设置缓冲，但缓冲越大，实时性越低。语音和远程控制无法无限增加缓冲，因此对抖动尤其敏感。协议可以调整发送和恢复策略，却无法完全消除底层队列突然增长造成的等待。

无线环境本身也会制造抖动。信号竞争、漫游切换、路由器排队和其他设备的上传任务，都可能让终端到入口的第一段路径不稳定。此时更换远端出口不会解决本地排队。可先暂停占用上传的任务、靠近接入点或改用有线网络，确认本地段稳定后再比较线路。

晚高峰问题通常是共享资源竞争

晚高峰时，多条路径上的使用量同时增加。家庭接入、运营商互联、入口、中转和出口都可能形成队列。队列较短时只是延迟增加，队列持续增长后会出现丢包和拥塞控制收缩，最终表现为吞吐下降与反复缓冲。某次测速峰值无法说明整段时间内的稳定性，因为短任务可能恰好避开拥塞窗口。

定位晚高峰问题时，应保持相同业务并依次更换同地区线路、不同拓扑和相邻出口。如果只有某个入口异常，可换同出口的另一入口；如果同地区出口都异常，可比较邻近地区；如果所有远端线路同时变差，应检查本地接入和运营商路径。这个过程的目标是缩小故障范围，而不是无序地遍历全部节点。

带宽、延迟与稳定性不能互相替代

带宽描述单位时间内可传输的数据能力，延迟描述请求往返等待，稳定性描述这些指标是否持续可预测。大文件更依赖带宽，交互应用更依赖延迟，会议和视频同时依赖稳定性。选择线路时，应先确定业务最不能接受哪种失败：网页首开等待、视频降画质、会议断音，还是下载时间拉长。

流媒体自动降低画质时，可以进一步阅读看 4K 用什么 VPN：画质总掉 480p 的原因与选购实测。文章从码率、缓冲和丢包角度拆解画质变化。本页关注通用网络层，不把某个流媒体的结果直接外推到所有业务。

Windows 与 macOS：持续运行更容易观察

桌面系统通常允许网络扩展和客户端核心持续工作，适合长时间文件传输、会议和开发环境。Windows 上应关注系统代理与虚拟网络模式的差异，某些应用只读取系统代理，另一些应用需要虚拟网络接口接管。macOS 则需要正确授予网络扩展权限，权限未完成时，客户端界面可能可操作，但系统流量并未进入连接。

桌面端排查可以利用任务管理器、活动监视工具和系统网络设置。重点不是追逐瞬时 CPU 数值，而是观察空闲时是否持续占用、网络切换后是否重复创建连接、休眠恢复后是否需要手动重连。macOS 安装与权限流程可参考macOS VPN 从零开始：安装、授权到导入订阅完整教程。

iOS 与 Android：后台冻结和网络切换更关键

移动系统会根据前后台状态、电量策略和网络条件调度应用。屏幕关闭后，客户端不一定持续以桌面方式运行；无线网络切到蜂窝网络时，原连接的本地地址和路径都会变化。支持连接迁移的协议可能更快恢复，但最终仍取决于客户端是否正确接收系统事件，以及系统是否允许它在后台完成必要工作。

判断耗电时，应区分正常传输与异常唤醒。观看视频、同步文件时持续加密和收发数据必然消耗资源；真正值得排查的是没有业务时仍频繁活动、锁屏后设备持续发热、网络切换后不断重试。先更新订阅、停止详细日志、关闭不需要的并发任务，再比较另一协议。若只有某条线路导致持续重连，线路可达性比协议计算量更值得怀疑。

Linux：透明路由与权限边界需要明确

Linux 环境差异较大，桌面发行版、服务器和容器中的网络管理方式并不相同。使用系统代理时，只有遵循代理设置的应用会进入连接；使用虚拟网络接口或透明路由时，则需要正确的权限、路由表和 DNS 配置。连接成功后若只有命令行工具异常，应检查该工具是否读取环境变量；若整个系统异常，应检查默认路由和解析路径。

不要在多个网络管理工具中同时写入相互冲突的规则。临时测试完成后，应确认旧路由和旧 DNS 已恢复。对于长期运行的设备，还要观察休眠、网卡重连和服务重启后的恢复行为。协议核心本身正常，不代表系统启动顺序和权限一定正确。

多设备不等于复制同一套配置

H5VPN 支持 Windows / macOS / iOS / Android / Linux，且不限设备台数。不同设备可以使用相同订阅，但应按设备能力选择连接方式。桌面端可优先考虑稳定持续运行，移动端应同时关注锁屏恢复和电量，Linux 则需要明确系统代理与透明路由的边界。把桌面端的复杂规则原样搬到移动端，往往增加调试成本。

订阅链接属于账户凭据，应只导入可信客户端并妥善保管。注册无需邮箱地址，用户名和密码即可完成。若需要重新获取客户端或订阅，应进入用户面板，不要通过聊天记录反复转发链接。客户端下载统一从用户面板进入。

网页、资料检索与 AI 工具

这类业务包含大量短请求，也可能维持流式响应。首次打开依赖解析和握手，连续对话则要求连接保持稳定。可先从结构简洁、兼容性成熟的 Shadowsocks 或 Trojan 开始，配合路径清晰的中转或专线。若当前网络的 TCP 抖动明显，再比较 Hysteria2 或 TUIC，观察流式内容是否减少中断。

不要只测试首页是否打开。应继续登录、发起新的请求、保持一段连续输出，并切换浏览器标签后返回。若页面可开但流式响应频繁停止，检查长连接与线路抖动；若只有某个工具异常而其他网站正常，检查出口地区、DNS 和该服务自身状态。协议切换应放在这些检查之后。

视频、直播与大文件传输

持续传输需要足够吞吐，也需要拥塞时平稳恢复。线路容量充足且丢包低时，多种协议都能正常工作；路径波动明显时，基于 QUIC 的方案可能更善于处理变化，但前提是 UDP 可用且客户端实现稳定。直连线路若长时间稳定，不必因为标签普通而强制改用更复杂的组合。

验证时应观察持续播放、拖动进度和清晰度恢复，而不是只看起播。下载任务则要观察速度是否稳定、暂停后能否恢复，以及其他应用同时使用时是否出现明显争用。流媒体能否访问还与出口适配相关，网络层稳定不等于每个内容库都相同。节点页面会标示线路类型与流媒体支持，选择前可先查看全球节点。

会议、语音与远程桌面

实时业务最怕抖动和连续丢包。优先选择路径稳定的中转或专线，再比较协议。Trojan、VLESS 等基于 TCP 的组合在稳定线路上可以保持良好体验；若本地网络经常切换或路径丢包明显，可测试 TUIC 或 Hysteria2，但必须实际验证麦克风、共享画面和远程输入，而不是用下载速度替代。

会议开始前应避免临时更新客户端或大规模修改规则。准备一个已验证的替代线路，在当前路径异常时快速切换。若声音断续但画面仍在，可能是实时包受到抖动影响；若所有内容一起冻结，检查本地网络和入口；若只有远程桌面输入延迟，检查目标主机与应用本身。不同症状对应不同层级。

短期出差与酒店网络

酒店、共享办公和公共 Wi-Fi 的接入策略不一致，有的需要网页认证，有的会在设备休眠后重新验证。先完成接入网络自身的认证，再启动客户端。若认证页无法出现，可暂时断开连接并重新打开普通网页，让系统触发认证页面，完成后再恢复连接。

商旅场景应重视恢复能力和备用路径。准备桌面与移动端客户端，提前导入订阅，并在出发前确认可用。酒店网络若对 UDP 兼容较弱，可切换到 Shadowsocks、Trojan 或 VLESS 的合适条目；若 TCP 路径拥塞，则比较中转与 QUIC 方案。更多场景细节见出差用什么 VPN：短期商旅套餐与酒店网络实测对比。

套餐选择应与使用结构对应

协议和线路决定连接方式，套餐决定可用流量。月订阅提供 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数。流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。

持续视频和大文件传输更适合按月评估用量，间歇出差或低频备用可对照流量包。所有选择都应以实际业务为依据，不需要为了使用某个协议购买不同终端名额；本服务不限设备台数，并提供 14 天无理由退款。完整规则与支付方式可查看套餐页面，支持支付宝 / 微信 / USDT。

先确认故障范围

第一步不是切换全部设置，而是判断影响范围。检查是单个网站、单个应用、某类业务，还是所有流量都异常。浏览器正常而桌面应用异常，通常指向系统代理或应用路由；多个应用同时异常，则检查连接核心、网络接口和入口；只有单个目标异常，则优先检查目标服务、出口地区和 DNS。

接着确认问题是否与时间、网络和设备相关。同一设备换网络后恢复，说明原接入环境值得排查；同一网络上的多个设备都异常，说明本地路由或上游路径可能有共同问题；只有移动端锁屏后断开，则应检查后台策略。通过范围收缩，可以避免把每次故障都归结为节点不可用。

建立一个可复现的测试基线

选择常用设备、稳定接入网络、一个已知可用节点和一个明确业务作为基线。记录协议、线路类型、出口地区、客户端模式和异常表现。随后每轮只改变协议、线路或网络中的一项。若改变后恢复，再切回原条件复测，确认改善不是缓存或偶然波动。

可以使用简短的文本记录，而不需要复杂监控。记录的价值在于让不同轮次可比较，也便于提交工单时说明问题。示例如下，其中不包含订阅凭据或真实地址：

环境: macOS
业务: 视频会议
协议: Trojan
拓扑: 中转
现象: 连接可建立，持续通话出现间歇停顿
对照: 同出口切换专线后恢复
复测: 切回原线路后问题再次出现

按层级执行替换

先在同一出口内更换协议，可判断传输兼容性；再保持协议不变，更换同地区的线路，可判断入口和路径；之后才更换出口地区，用于排除出口负载或目标适配。若所有组合都失败，则检查客户端权限、订阅是否更新、系统时间、DNS、本地网络和安全软件规则。

对于 Hysteria2 与 TUIC，若连接无法建立，可先测试同节点的 TCP 类协议。TCP 类协议正常而 UDP 类协议持续失败，说明当前网络对 UDP 的可用性需要进一步确认。若 UDP 能建立但移动端锁屏后频繁恢复，则关注系统后台策略和客户端实现。不要仅凭协议标签判断服务端故障。

区分连接状态与业务可用

客户端显示已连接，表示隧道或代理会话已经建立，但业务请求还要经过 DNS、路由、出口和目标服务。验证时应重新发起请求，不要只刷新仍在使用旧连接的页面。浏览器可能复用已有连接，应用也可能缓存解析结果；完全关闭相关应用后重开，能更清楚地验证新线路是否接管。

若新网页正常而旧标签异常，可能是旧连接未迁移；若域名无法解析但直接业务连接正常，检查 DNS；若页面资源部分加载，检查丢包、规则和目标分发域名；若连接一段时间后才停止，检查网络切换、会话保持与后台冻结。把“不能用”拆成具体阶段，排错会明显更快。

何时应该提交工单

完成基础对照后仍无法定位，可以进入用户面板提交工单。建议提供设备平台、客户端模式、协议、线路类型、出口地区、接入网络类型、发生时段和可复现步骤。不要提交密码、订阅链接或任何访问凭据。清晰的对照结果比笼统描述“速度慢”更容易定位。

工单入口位于用户面板。如果尚未完成基础配置，先回到新手指引逐步检查安装、权限、订阅导入和连接验证。若需要比较线路，则查看全球节点页面；若需要核对月订阅、流量包、升级规则和退款说明，则查看套餐页面。