协议与线路技术参考

FOUNDATIONS

协议、传输与线路分层

把接入过程拆成可检查的环节

一次网页访问会经过应用、系统网络接口、客户端、接入服务器和目标服务。应用先提出域名解析与连接请求，客户端再按照规则决定是否接管流量，以及使用哪个出口。协议负责描述客户端与服务器如何认证、封装和转发数据；线路则描述数据实际经过哪些网络。协议名称相同，不代表路由相同；出口地区相同，也不代表入口和传输路径相同。把这些概念混在一起，容易将目标网站响应慢误判成协议性能不足。

订阅链接是配置交付方式，不是通信协议。它可以携带服务器地址、端口、认证材料、协议类型、传输参数及分组信息。导入订阅后，客户端仍需要识别这些字段，并由自身的网络内核完成连接。某个客户端能读取订阅，并不等于它能完整执行其中所有节点配置。若导入成功却有部分线路缺失，应先检查协议和字段兼容性，而不是反复重新导入；不同订阅格式之间的转换，也可能丢失传输或证书相关字段。

区分应用代理、系统代理与虚拟接口

应用代理通常只影响主动使用该代理接口的软件。系统代理用于向应用公布代理设置，但是否遵循仍取决于应用实现。虚拟网络接口模式则在网络层接管更多流量，适合不读取系统代理设置的软件，不过它同时引入路由、权限、DNS 和局域网兼容问题。模式覆盖范围不同，不能简单理解为某种模式必然更快。排查时应记录当前模式，并确认目标应用是否真正经过客户端，避免看到客户端已连接，就认为设备上的所有请求都使用了同一个出口。

读懂协议字段的作用范围

服务器地址决定连接入口，端口用于找到服务器上的服务；认证字段用于确认访问权限。TLS 相关字段涉及加密连接与证书校验，服务器名称与证书预期身份需要匹配。传输方式决定代理数据承载在什么连接之上，复用设置则决定多个逻辑请求是否共享底层连接。这些字段不是可以随意替换的性能旋钮。手工把协议名称改成另一种，或者只复制地址而忽略传输参数，通常不能获得可用连接。应优先使用面板提供的完整配置。

DNS 也需要独立理解。域名解析可能由系统、本地客户端或远端解析器执行，具体取决于客户端模式与规则。解析位置会影响目标地址选择，但它与最终出口地区并非同一概念。网页显示的地区来自访问请求的出口，解析日志显示的服务器则反映域名查询路径。判断是否符合预期，应分别检查解析和连接，而不是看到一个不同地区的解析服务，就直接断言所有业务流量走错线路。

后续章节按这些边界展开：先看协议设计，再看线路拓扑，最后讨论性能、设备和排查。VPN54 的覆盖范围为 100+ 国家 / 180+ 线路，具体可选配置以客户端订阅列表为准。覆盖数量用于说明选择范围，不能替代对某条线路与某个目标服务的实际验证。需要确认地区与线路类型时，可先查阅节点页，不要从协议缩写反推线路所在地。

PROTOCOL FAMILIES

常见代理协议的设计取舍

Shadowsocks 与 VMess：封装与实现差异

Shadowsocks 是加密代理协议，核心任务是将应用连接转交给服务器。其实际行为取决于使用的密码套件、协议代际、客户端与服务器实现，以及是否叠加其他传输组件。选择时需要确认两端支持的具体配置，而不能仅凭名称判断兼容。实现较精简时，它可以减少部分额外封装，但这不代表在所有网络上都比其他协议更快。线路拥塞、目标距离和设备处理能力，往往比协议头部差异更容易成为用户能感知的瓶颈。

VMess 将用户认证与数据封装纳入协议设计，常见实现也允许搭配不同传输方式。排查认证失败时，除服务器与认证字段外，还应关注客户端兼容情况和系统时间。部分认证机制依赖时间相关校验，明显错误的设备时间可能导致请求无法通过。更新订阅与校准系统时间是不同的检查动作：前者解决配置是否有效，后者解决本机环境是否满足认证条件。不要为了让错误配置暂时连接而关闭必要的身份校验。

Trojan 与 VLESS：加密层不能省略理解

Trojan 通常依托 TLS 保护客户端与服务器间的传输，证书校验因此是连接过程中的关键环节。地址可达但证书身份不匹配时，客户端可能拒绝继续连接，这与端口完全不通是不同故障。应核对订阅是否完整、设备时间是否正确，以及客户端是否支持配置中的传输选项。将证书错误当成无关提示并长期跳过校验，会改变连接的信任边界；正确处理方式是修复配置或通过工单确认服务端状态。

VLESS 本身不提供数据内容加密，需要与合适的安全传输机制配合。它的设计侧重认证与转发封装，不能把名称中的简洁理解成整条链路天然具备所有安全属性。实际使用时，应查看完整配置所指定的安全层和传输方式。两个都标为 VLESS 的节点，可能采用不同承载方式，连接建立步骤和网络兼容性也会不同。对普通使用者而言，完整订阅和匹配的客户端，比手工组合看似先进的参数更可靠。

不要把协议名称当成速度排名

连接建立需要域名解析、底层传输建立、安全握手和代理认证，具体顺序与是否复用已有连接有关。使用 TCP 承载的代理，在新连接上可能需要等待往返交互，但客户端预连接和连接复用会改变实际体验。网页本身也可能复用应用层连接。因此，一个页面打开得快，不能单独证明某种代理协议握手更少；同样，一次打开很慢，也不能直接归因于协议本身。比较时要尽量保持目标、线路和测试条件一致。

资源占用也取决于实现。加密算法能否利用设备加速、数据是否在用户态反复复制、是否开启流量嗅探，以及规则处理复杂度，都会影响处理器负担。把不同客户端上的协议表现直接放在一起比较，混入了过多变量。更有参考价值的方法，是在同一设备、同一客户端支持范围内切换完整节点配置，并观察实际任务是否改善。没有可复现的差异时，优先保留兼容性明确、错误日志容易理解的方案。

静态查阅范围包括 Shadowsocks、VMess、Trojan、VLESS、Hysteria2 与 TUIC。协议列表用于说明技术概念，并非承诺每条线路同时提供所有协议；可用选项始终以当前订阅为准。

UDP / QUIC

Hysteria2 与 TUIC 的传输边界

先理解 QUIC 解决什么问题

QUIC 基于 UDP 构建可靠传输与安全连接能力。UDP 只是底层承载，不代表应用可以忽略丢包，也不代表所有 UDP 流量都可靠。可靠性、拥塞控制、流管理和加密需要由上层协议实现。Hysteria2 与 TUIC 都利用 QUIC 相关能力构建代理传输，但两者的设计与实现不能互换。客户端支持其中一种，并不自动具备另一种的能力。导入后缺少对应节点时，应检查内核支持，而不是将节点类型手工改成名称相近的选项。

在 TCP 连接中，某段数据丢失可能阻挡后续数据按序交付。QUIC 可以让不同流在交付层面更独立，降低某个流的丢包对其他流的直接阻塞。不过，同一连接中的流仍然共享路径容量和拥塞控制状态。网络整体拥塞时，其他流也可能受到带宽下降影响。因此，QUIC 不是消除拥塞的方式，更不是只要遇到丢包就一定更快。它改变了传输组织方式，结果仍受实际网络、服务器资源和应用行为约束。

Hysteria2：带宽参数需要符合真实链路

Hysteria2 的常见实现提供与拥塞控制相关的配置，部分模式需要参考可用带宽设置。此类参数不是套餐承诺速度，也不是数值越大越好。明显高于实际承载能力的发送预期，可能增加排队、丢包和重传，使网页与会议体验变差。反过来，过于保守的限制也可能使链路利用不足。使用服务端提供的订阅时，应先保留完整配置；只有理解字段含义、能够复现问题并获得适用建议时，再考虑调整本地参数。

TUIC 同样需要结合客户端实现理解其连接管理、认证与 UDP 转发行为。复用可以减少重复连接的开销，但会让更多业务共享底层状态；保活有助于维持映射，也可能增加空闲时的数据交换。迁移到另一种客户端后，即使节点名称相同，默认行为也未必一致。比较时应记录是否启用复用、是否持续保活、应用是否使用实时数据，以及网络是否从无线局域网切换到移动数据，避免把环境变化误认为协议优劣。

移动切网与数据报大小

QUIC 的连接标识机制为网络路径变化后的连接延续提供了基础，但代理客户端、服务器和应用是否支持相应行为，需要逐项确认。设备切网时，本地地址、默认路由和地址转换映射都可能变化；系统还可能暂停后台进程。即便传输层恢复，应用自身也可能已经超时。不要将某次切网成功解释为所有会话都能保持，也不要因某个应用重连就认定 QUIC 没有作用，应分别观察客户端会话和应用请求。

最大传输单元决定路径能够承载的数据包尺寸。封装增加额外开销后，过大的数据报可能需要分片，或者在路径发现不顺畅时被丢弃。常见表现是少量文本能够加载，而大响应或部分站点持续卡住。这种现象只能作为线索，不能单凭症状就确定是数据包尺寸问题。还应排除 DNS、目标服务器和本地路由。不要根据网上通用数值直接改配置，先用订阅中的另一条完整线路做对照，再检查客户端是否提供明确的诊断建议。

实际选型应从任务出发。如果当前网络允许 UDP，客户端支持完整配置，并且同一任务在该线路上持续表现更好，Hysteria2 或 TUIC 可以成为合适选项。若网络环境对 UDP 不友好，或者设备在后台容易暂停，采用 TCP 承载的兼容配置可能更省心。这里没有脱离环境的固定排序，也不应把一个协议用在所有设备、所有网络和所有应用上。

ROUTE TOPOLOGY

直连、中转与专线的路径差异

入口、传输路径与出口分别看

直连通常指客户端直接连接目标地区的接入服务器。路径结构相对直接，减少了额外转发环节，但实际数据仍需要经过本地接入、运营商骨干和跨网络互联。地理上看似更近的服务器，也可能因为路由绕行而需要经过更长路径。直连的价值在于结构清晰，不在于保证最低延迟。判断适用性时，应观察本地网络到该入口的表现，以及入口到目标服务的连通情况，而不是只看地图距离或地区名称。

中转通常先连接一个入口，再由入口转发到出口。它可能利用更合适的互联路径，改善某些网络条件下的连接体验，但也增加了转发设备、链路和故障位置。入口质量好，不代表出口质量一定好；入口能够连接，也不代表后续路径没有拥塞。排查时要明确日志中显示的是入口连接成功，还是业务已经通过出口完成请求。中转不是自动加速机制，只有整体路径优于原路径时，增加的环节才有实际意义。

专线标签说明路径组织，不替代体验验证

IEPL 专线强调专用传输段的线路组织方式。它可以减少部分公网互联的不确定性，但用户到入口、出口到目标服务的路径仍然可能经过公共网络。本地无线信号不佳、目标平台繁忙或终端处理能力不足，不会因为线路标注专线而自动解决。应把专线看作路径中的一个组成部分，而不是对整条访问链路所有环节的承诺。具体覆盖段、入口安排和可用配置，以服务提供的线路说明与客户端列表为准。

地区选择与应用要求

出口地区用于决定目标服务看到的访问来源，但平台还可能参考账户地区、付款资料、设备设置和历史会话。切换出口并不保证改变内容范围，也不保证解除应用侧的访问限制。流媒体与 AI 工具应使用目标应用自身的结果验证，不应仅依据 IP 归属查询作结论。遇到平台提示时，先区分网络连接失败与平台主动拒绝，两者需要不同处理方式；不断切换地区可能让排查变量增多，反而难以判断原因。

线路名称中标出的地区通常更接近出口语义，不能据此推断入口位置、机房实体、地址独享状态或完整路由。原生 IP 与独享 IP 也是不同概念：前者常用于描述地址归属或平台识别特征，后者涉及地址是否由单个使用者独占。仅看到地区名称，无法确认任一属性。本页不对这些属性作额外承诺。如业务确有地址类型要求，应通过工单核实具体线路，不要把宣传术语当成可以从协议字段直接验证的事实。

建立线路对照时，应保持同一目标服务与相近使用条件，分别记录入口连接、页面加载、持续传输和应用会话是否正常。单次可达测试适合排除明显故障，不适合证明长期稳定性。如果一条线路在当前本地网络中持续异常，而另一种拓扑正常，可以暂时使用后者，再提交问题记录。节点页提供地区与线路类型参考；本页负责解释概念，不重复维护可能随订阅变化的完整节点清单。

最终应选择满足目标业务且表现稳定的路径，而不是机械地把专线排在中转之前、把中转排在直连之前。线路的实际路径、共享资源、使用时段和目标服务共同决定结果。类型标签缩小了比较范围，但不能替代验证，也不能据此推导未公布的带宽上限。

LATENCY / LOSS / CAPACITY

连接速度、丢包与晚高峰拥塞

延迟、吞吐与首屏不是同一个指标

延迟描述数据往返所需时间，吞吐描述一段时间内成功传输的数据量，网页首屏还包含解析、握手、服务器处理和资源下载。低延迟通常有利于交互，但不保证大文件传输更快；吞吐充足也不能消除跨地区交互的等待。页面包含多个域名和脚本时，某个第三方资源失败就可能拖慢整体显示。此时只测试一个接入地址，无法解释全部体验。应将连接建立时间与业务完成时间分开观察，避免用单个数字代替所有性能维度。

客户端提供的线路延迟测试，可能测量探测请求、连接建立或指定地址的响应，具体含义由实现决定。不同客户端展示的结果未必能够直接比较。某条线路探测较快，而视频加载较慢，并不矛盾：探测目标可能不同，视频连接还需要经过出口到内容分发节点的路径。使用测速工具也会消耗流量，并与其他业务争夺带宽。诊断期间不宜让测速持续运行，否则看到的会议卡顿可能正是测试本身造成的。

排队、丢包与重传的关联

当链路接收的数据超过能够及时发送的容量，设备会排队缓存。缓存可以吸收短时波动，但队列持续增长会增加延迟。缓存满后出现丢包，可靠传输需要重传，拥塞控制也可能降低发送速率。这解释了为什么后台上传时，下载未必完全停止，但网页与通话却明显变慢。问题可能出在本地路由设备、上行接入或远端链路，并不一定发生在代理服务器。暂停占用带宽的任务，是区分容量竞争与线路故障的重要对照。

丢包还可能来自无线干扰、信号变化、设备负载或路径策略。普通探测包未获回应，不必然等同于业务数据以相同比例丢失，因为网络设备可能降低探测响应优先级。相反，探测看起来正常，也不能排除应用使用的传输方式受到影响。应结合真实任务、客户端错误和切换本地网络的结果判断。没有上下文的探测截图，很难帮助支持人员区分入口问题、目标侧问题与本地环境问题。

晚高峰为何容易暴露瓶颈

晚高峰意味着更多使用者同时争用接入、互联或出口资源。协议能够改变传输策略，却不能凭空增加路径容量。如果每晚相近时段只有某条线路出现持续吞吐下降，应比较其他线路类型、其他地区与另一种本地接入方式。若所有出口都同步变慢，还需检查家庭网络负载、无线环境和本地运营商连接。应先确定问题是否跟随某条路径，再讨论协议替换，避免在拥塞发生时不停调整客户端配置而失去可比较的基准。

连接复用能够减少反复握手，但也会集中故障影响。底层连接出现问题时，共享它的业务可能同时等待恢复。过多独立连接则可能增加认证、加密和系统资源开销。复用是否合适，应由客户端默认行为、目标应用与路径质量共同决定，不适合仅凭教程统一开启或关闭。对没有明确问题的配置，保持原状通常比不断尝试高级选项更有利于长期排查。

有效的性能记录应写清目标任务、当前线路、协议、接入网络、发生时段和是否存在后台传输。尽量只改变一个条件，再观察同一任务。需要长期处理的问题，应通过工单附上脱敏日志和可复现过程。没有本站事实依据的速度、可用率或固定延迟，不应被当作服务承诺；本页也不以通用协议原理替代真实链路表现。

CLIENT / DEVICE

客户端资源占用与移动端电量

耗电由活动方式决定，不由协议名独立决定

客户端耗电包括处理器运算、网络收发、系统唤醒和后台维持。协议加密只是其中一部分。持续流量会让无线通信模块保持活跃，过于频繁的保活与探测也可能增加空闲消耗。如果设备正在播放视频、同步文件或上传照片，电量变化不能全部归因于代理客户端。比较耗电时，应保持相近的屏幕状态、任务和网络条件，并确认没有其他后台任务改变负载。仅看系统电池页面的占比，也无法直接推导客户端额外消耗了多少电量。

规则数量、域名嗅探、DNS 处理与详细日志会影响资源使用。复杂规则不一定错误，但不应为了追求看似完整而加入大量用途不明的规则。详细日志适合短时诊断，长期保持可能增加磁盘写入并暴露更多连接元数据。问题解决后，应恢复适合日常使用的日志级别。若设备发热，需要同时观察客户端处理器占用、系统网络活动与其他应用，避免因为客户端处于连接状态，就认定它是唯一热源。

后台限制与连接稳定性的平衡

移动系统会限制后台活动以节省电量。客户端被暂停后，隧道可能需要重建，应用可能显示短暂连接失败。放宽后台限制有时有助于维持连接，但也可能使网络活动持续更久。应只针对实际存在的后台中断问题调整权限，并使用系统提供的明确选项。不要批量关闭设备的所有节能机制；如果问题只发生在某个应用，应先确认该应用自身的后台权限和网络访问设置，而不是直接修改整个设备的电源策略。

无线局域网与移动数据之间切换时，默认路由、DNS 和地址转换状态都会改变。客户端可能继续显示已连接，但旧连接已经失效，需要等待新的网络路径完成验证。有些应用会自行恢复，有些需要重新发起请求。可先检查普通网页是否恢复，再检查目标应用，最后才考虑重连客户端。如果只要切网就必须重新导入订阅，通常说明操作方向不对：订阅负责提供配置，不负责修复系统网络切换过程。

桌面平台也需要控制变量

桌面端常见问题是代理工具与其他网络软件同时修改设置。办公隧道、虚拟机网络、安全软件和代理客户端可能分别写入路由或 DNS。某个程序退出后，设置未及时恢复，也可能留下局部访问异常。处理前先记录当前网络模式与必要办公连接，再通过正常退出方式逐项对照。不要直接删除系统网络服务，或者运行来源不明的清理命令。需要详细安装与权限步骤时，可参阅macOS 新手完整指南。

VPN54 支持 Windows / macOS / iOS / Android / Linux，不限设备台数。设备数量不限制，不代表设备之间的配置、系统权限和网络条件相同；账户流量也应按套餐规则理解，而不是为每台设备分别计算一份额度。客户端与订阅通过用户面板获取，除 iOS 外的平台登录即可获取客户端；iOS 下载入口需要有效套餐。订阅的实际使用仍需有可用服务配置。

适合日常使用的设置应兼顾稳定、资源和可维护性。能够正常运行时，不必为了追求某种理论性能同时更换协议、规则和网络模式。若需要比较，先保存工作配置，只修改一个选项，并确认知道如何恢复。桌面端启动和验证流程可接着阅读Windows 从零开始，避免将平台安装问题与协议选择混在一起处理。

DIAGNOSTIC WORKFLOW

从连接日志定位故障层

先建立正常网络与配置基线

开始排查前，先确认设备本身可以正常接入网络，并检查是否有需要完成的网络登录页面。接着确认账户中的服务状态、剩余流量和订阅是否已更新。配置过期、流量不可用与协议兼容问题的处理路径不同，不能仅凭连接超时混为一谈。保留一份原先可用的配置说明，并暂停其他会修改路由的工具。此时不要同时更新客户端、替换全部规则和更改 DNS，否则即便恢复，也无法知道真正起作用的是哪个变化。

查看日志时，先找最早出现的相关错误，而不是只看最后一条连接失败。解析失败提示域名到地址的过程没有完成；连接超时提示入口或后续路径未在等待期内响应；认证失败指向凭据、配置或协议兼容；证书错误涉及安全连接身份或时间；业务返回错误则可能已经到达目标平台。错误文本需要结合上下文解释，不应只凭某个英文词就执行网上搜索到的通用命令。先确定失败发生在哪个阶段，再选择对照动作。

按症状安排最小对照

如果所有应用都无法使用，先确认客户端模式与系统路由，再用订阅内另一条完整线路验证。如果只有某个应用异常，检查它是否遵循系统代理、是否被分流规则排除，以及是否使用了独立的网络设置。如果网页可以加载但资源不完整，应观察失败资源来自哪个域名，避免只测试首页。若只有视频或实时通信受影响，要关注其传输方式与持续连接，而不是用文本网页的成功结果证明所有业务链路都正常。

如果同一配置在其他网络正常，问题可能与当前接入网络、无线环境或 UDP 可用性有关。如果同一网络中另一台设备正常，则应优先检查故障设备的权限、时间、解析和路由。若更换地区后恢复，只能说明路径或目标地区相关条件发生了变化，不能直接证明原协议存在缺陷。这些对照都应保持目标任务一致。尽量写下“改变什么、结果如何”，而不是只记录某条线路好用或不好用。

区分平台策略与网络错误

ChatGPT 打不开可能表现为域名无法解析、连接建立失败、页面脚本异常、账户验证或平台地区提示。这些现象不能用同一个动作处理。能打开登录页面，却在登录后被平台拒绝，通常需要继续检查应用会话与账户条件；完全无法建立安全连接，则应先看网络与证书日志。切换线路只能改变部分网络条件，不能代替目标平台的账户规则。流媒体内容不可见时，同样应先区分播放故障、内容地区差异与账户状态。

排查 DNS 时，要确认实际模式是否允许客户端接管解析。系统代理模式下，部分应用可能仍由系统解析；虚拟接口模式下，客户端也可能按规则选择本地或远端处理。清理缓存可以排除旧结果，但不是持续故障的根本修复。反复清理而不检查解析规则，只会暂时改变表象。若涉及 IPv6，还应确认应用选择的地址族是否经过预期路径，不能因为某个地址测试成功，就推断所有连接均按相同方式发送。

准备可处理的工单

需要支持时，通过用户面板工单提交发生时段、平台、网络接入类型、客户端模式、线路名称、协议和脱敏错误。说明问题是首次出现还是持续存在，以及另一条线路、另一种本地网络是否正常。若必须提供截图，应裁掉认证材料和订阅二维码。这样的记录能帮助区分入口连通、配置认证、传输异常与目标平台拒绝，比单独发送“无法连接”更容易推进处理。

完成修复后，恢复日常日志级别，并重新验证原先失败的任务。临时切换到另一条线路属于恢复使用，不代表原问题已经解决；修改规则后能打开网页，也需要确认办公应用与局域网访问未受影响。常见账户和计费问题可转到帮助中心，不要为了处理套餐状态而反复调整协议参数。

SELECTION / MAINTENANCE

按使用场景选择跨境线路

先确定任务，再确定约束

选型应先写清需要完成什么任务。网页检索重视首屏与持续可达，文件传输重视长时间吞吐，会议重视时延变化和传输连续性，流媒体还涉及目标地区与平台策略，AI 工具则可能同时包含长响应、上传和账户会话。不同任务对路径的要求不同，不适合只用一次下载结果决定全部用途。还要列出设备平台、所在网络是否允许 UDP、是否需要后台运行，以及是否有不能中断的办公连接，这些条件决定可用方案范围。

随后从客户端完整支持的配置中选择。优先验证默认配置，确认目标应用是否正常，再比较另一种线路拓扑或协议。若任务已经稳定完成，没有必要为了追求名称更新而迁移。需要替换时，保留原先可用的线路作为回退，不要先删除全部配置。实际比较应围绕同一任务展开，并观察是否引入新的后台中断、局域网访问或资源占用问题。协议只是方案的一部分，维护成本同样影响长期使用体验。

交互、传输与流媒体的侧重点

办公和会议应先保证业务流量进入预期路径，并保留公司要求的必要网络设置。不要用个人代理覆盖未经确认的办公路由。若会议卡顿发生在后台同步期间，先排除带宽争用，再比较线路。大文件传输则应观察持续稳定性与失败恢复，不能只看起始阶段的速度。使用 UDP 承载方案时，先确认本地网络兼容；使用复用时，注意某个大任务是否影响其他交互。没有一种协议能够消除所有共享资源竞争。

流媒体应先核对目标地区、账户和实际播放结果，再讨论线路性能。平台内容与访问策略可能变化，地区标签不构成固定内容承诺。AI 工具同样需要区分网络连通和应用权限，能够加载页面不保证所有功能可用。遇到平台提示时，应保留错误原文并检查账户条件，而不是不停刷新或切换地区。流媒体场景可继续查阅流媒体专题；有关 Netflix 片库与带宽选择的讨论见Netflix VPN 选型文章。

技术选择与计费规则分开确认

协议和线路选择不改变套餐的流量计费规则。VPN54 月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数。流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。应按真实使用频率与流量需求选择，不要将更高流量档位理解成某个未公布的带宽或延迟保证，完整信息见套餐页。

本服务不限设备台数，支持支付宝 / 微信 / USDT，提供 7 天无理由退款。账户无需邮箱地址，用户名和密码即可注册。订阅链接包含访问凭据，日常维护时不要将它存放在公开笔记、代码仓库或截图中。跨设备导入应通过自己的账户与受控方式完成；需要帮助时只提交脱敏材料。加密传输保护特定链路，并不能替代设备更新、浏览器证书检查和目标账户自身的安全设置。

长期维护的重点是保留可解释的配置，而不是累积越来越多的高级选项。更新客户端前了解变更说明，更新订阅后确认常用线路仍可用，改变网络环境后重新验证关键应用。若旧方案正常、新方案异常，先回退以恢复任务，再整理差异。需要重新走接入流程时，返回快速上手；需要理解故障机制时，按本页目录查对应层次。这样可以将安装、技术选型和售后处理分开，减少重复操作。