协议与线路技术参考
本页是 VPNXE 的协议与线路技术参考手册,面向选型场景的系统科普。 如果你只是想快速连上,请先阅读新手指引; 本页回答的是"为什么这样连、选哪个协议、线路怎么排"这类更深一层的问题。
理解协议与线路:一次连接的两层结构
当你在客户端里点击"连接"按钮时,背后其实发生了两件独立的事情:第一,你的设备用某种协议把数据封装并加密,让它能在公共网络上安全传输;第二,这些加密数据沿着一条特定的线路路径,从你的设备出发,经过若干中间节点,最终到达目标服务器。协议和线路是两个正交的维度——同一个协议可以在不同线路上运行,同一条线路也可以承载不同协议。
很多用户只关心"连不连得上",而进阶用户会发现,理解这两层结构能帮你解决大多数模糊的问题:"为什么换了线路还是慢?""为什么这个协议在手机上特别耗电?""为什么晚高峰总是断?"这些问题的答案,都藏在协议与线路的交互里。
协议层:数据怎么被封装和传输
代理协议解决的核心问题是:如何在公共网络上安全、隐蔽地传输数据。不同协议采用不同的加密算法、握手流程和伪装策略。有的协议追求极致的轻量(比如 Shadowsocks),有的协议把伪装成普通 HTTPS 流量做到极致(比如 Trojan),有的协议则利用现代传输协议的特性来对抗网络抖动(比如 Hysteria2)。
协议的选择会影响三个关键指标:连接建立速度、传输吞吐量、资源占用。连接建立速度决定了你点击连接后多久能开始浏览;传输吞吐量决定了大流量场景(如流媒体、文件下载)的上限;资源占用则影响设备的 CPU 和内存消耗,在移动设备上还会直接转化为电量消耗。
线路层:数据走哪条路
线路决定了数据从你到目标服务器的物理路径。直连线路是你直接连接到目标地区的服务器,路径最短但容易受国际出口拥塞影响;中转线路会经过一个中间节点帮你"绕行",可能在延迟上稍高但更稳定;专线则是运营商级的高质量链路,由服务商租用或自建,延迟和稳定性都有保障。
VPNXE 提供 120+ 国家 / 190+ 线路的覆盖,不同线路的拓扑类型不同。理解线路拓扑能帮你判断:为什么有些线路在白天飞快、晚上却卡顿?为什么专线线路虽然贵但值得?为什么"节点越多越好"这个说法不完全正确?
接下来的章节会分别深入协议与线路两个维度,最后给出按场景选型的建议。你可以按顺序阅读,也可以直接跳到感兴趣的章节。每条线路在节点页都有类型标注,读完后你就能看懂那些标注背后的含义。
主流代理协议的设计取舍
当前主流代理协议有六个:Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC。它们各自的侧重点不同,理解这些差异是选型的前提。下面逐一说明。
Shadowsocks:轻量而广泛
Shadowsocks 是最经典的代理协议之一,设计目标是在防火墙环境下提供轻量、低延迟的加密隧道。它使用 SOCKS5 代理模式,加密方式简单(通常为 AES-256-GCM 或 ChaCha20-Poly1305),握手流程短,因此连接建立速度快,CPU 占用也低。它的生态极为成熟,几乎所有客户端都原生支持,配置格式也最简单。缺点是加密流量特征较为明显,在深度包检测环境下容易被识别。
VMess:V2Ray 的核心协议
VMess 是 V2Ray 项目引入的协议,设计目标是解决 Shadowsocks 流量特征明显的问题。它引入了 UUID 作为身份标识,每次连接都会生成随机的请求 ID,配合 AEAD 加密,使得流量特征更难被识别。VMess 还支持多路复用,可以在一个 TCP 连接上并发传输多个请求,减少握手开销。代价是协议头更复杂,连接建立速度略慢于 Shadowsocks,CPU 占用也稍高。
Trojan:伪装成 HTTPS 流量
Trojan 的核心思路是"伪装成正常的 HTTPS 流量"。它直接利用 TLS 协议作为外层,服务端与客户端之间的通信看起来就是一个普通的 HTTPS 网站,这使得它在深度包检测面前极难被识别。Trojan 不需要额外的加密层(因为 TLS 已经加密了),所以开销比 VMess 更低,连接速度也更快。它的配置相对简单,只需要一个域名和证书,因此在很多场景下是兼顾隐蔽性与性能的优选。
VLESS:VMess 的去冗余改进
VLESS 是 VMess 的改进版,核心变化是去掉了 VMess 中冗余的加密层。VMess 本身会用 AEAD 加密请求体,但 VLESS 认为外层已经有 TLS 加密时,这层加密就是多余的——它只会增加 CPU 开销和连接延迟。VLESS 因此比 VMess 更轻量,连接建立更快,同时保留了 VMess 的抗识别能力。VLESS 通常搭配 XTLS 使用,后者可以在 TLS 握手后直接把原始流量透传,进一步减少开销。
Hysteria2:基于 QUIC 的抗丢包设计
Hysteria2 基于 QUIC 协议,QUIC 是运行在 UDP 之上的传输协议,具有天然的拥塞控制和连接迁移能力。Hysteria2 的杀手锏是它的拥塞控制算法——它假设网络是"尽力而为"的,通过激进的发送策略来填满可用带宽,因此在丢包率较高的网络中(比如晚高峰的国际出口),Hysteria2 的表现往往优于基于 TCP 的协议。代价是它在网络条件良好时可能过度占用带宽,且 UDP 流量在某些网络中可能被限制。
TUIC:轻量级的 QUIC 协议
TUIC 同样基于 QUIC,但设计取向与 Hysteria2 不同。它追求的是"最小化开销",在 QUIC 之上只做一层极薄的代理封装,没有 Hysteria2 那样激进的拥塞控制。TUIC 特别适合移动端场景:QUIC 的连接迁移特性让它在 Wi-Fi 与蜂窝网络切换时不会断连,且 UDP 传输减少了对 TCP 栈的依赖,有助于降低电量消耗。
| 协议 | 传输层 | 伪装策略 | 连接速度 | 资源占用 |
|---|---|---|---|---|
| Shadowsocks | TCP | 无 | 快 | 低 |
| VMess | TCP | 随机 ID | 中等 | 中等 |
| Trojan | TCP/TLS | HTTPS 伪装 | 快 | 低 |
| VLESS | TCP/TLS | HTTPS 伪装 | 快 | 低 |
| Hysteria2 | UDP/QUIC | 无 | 中等 | 中等 |
| TUIC | UDP/QUIC | 无 | 快 | 低 |
从这张表可以看出,协议的选择没有"最好",只有"最适合当前网络条件"。在低丢包的网络环境下,基于 TCP 的协议(Trojan、VLESS)往往更快;在高丢包环境下,基于 QUIC 的协议(Hysteria2、TUIC)则更有优势。
连接建立速度与资源占用对比
"点击连接后要等几秒"是用户最常见的抱怨之一。这个等待时间由两部分组成:协议握手时间和线路建连时间。理解它们各自的影响因素,能帮你判断问题出在哪一层。
协议握手:从点击到隧道建立
协议握手的过程大致是:客户端发送连接请求、服务端验证身份、双方协商加密参数、隧道建立。不同协议在这个环节的往返次数不同。
- Shadowsocks:握手仅需一次往返,客户端直接发送加密后的 SOCKS5 请求,服务端解密后立即响应。这是最快的握手。
- Trojan / VLESS:需要 TLS 握手,通常为 1~2 个往返(TLS 1.3 为 1 个往返)。加上身份验证,总共约 2 个往返。
- VMess:在 TLS 之外还有一层自己的握手(如果不走 TLS),需要额外的往返来交换请求 ID 和加密参数。总往返数约 3 个。
- Hysteria2 / TUIC:基于 QUIC,QUIC 的握手是 1 个往返(0-RTT 或 1-RTT),加上协议自身的认证,总共约 2 个往返。
在实际网络环境中,每个往返大约耗时 20~80ms(取决于线路延迟)。所以 Shadowsocks 的握手可能在 50ms 内完成,而 VMess 可能需要 150ms 以上。这个差异在肉眼上几乎不可感知,但在频繁重连的场景下(比如移动端在 Wi-Fi 和蜂窝网络之间切换),累积起来就很明显。
传输吞吐量:大流量场景的上限
吞吐量受协议本身的传输效率和网络条件共同影响。基于 TCP 的协议受限于 TCP 的拥塞控制算法,在丢包率超过 1% 时吞吐量会急剧下降。基于 QUIC 的协议则内置了更激进的拥塞控制,能在丢包率较高的环境中保持更高的吞吐量。
实际体验中,线路的带宽上限也起决定性作用。VPNXE 的套餐按流量计费,不限制单次连接的带宽上限;但不同线路的实际带宽能力不同,专线线路通常能提供更稳定的高带宽。如果你需要大流量传输,建议参考套餐页中不同档位的流量配额,选择适合自己使用习惯的那一档。
资源占用:CPU 与内存
加密和解密是 CPU 占用的主要来源。AES-256-GCM 和 ChaCha20-Poly1305 都是高效的 AEAD 加密算法,在现代处理器上都有硬件加速(Intel AES-NI、ARMv8 Crypto Extensions),所以 CPU 占用通常不是瓶颈。但在老旧设备或低功耗设备上,加密开销会被放大。
内存占用方面,每个连接都会分配一定的缓冲区。协议头越复杂,单连接的内存占用越高。VMess 因为协议头更复杂,单连接内存占用比 Shadowsocks 高约 20~30%。在同时建立大量连接的场景下(比如浏览器同时打开几十个标签页),这个差异会累积。
| 协议 | 握手往返 | CPU 占用 | 内存占用 |
|---|---|---|---|
| Shadowsocks | 1 | 低 | 低 |
| Trojan | 2 | 低 | 低 |
| VLESS (XTLS) | 1~2 | 低 | 低 |
| VMess | 3 | 中等 | 中等 |
| Hysteria2 | 2 | 中等 | 中等 |
| TUIC | 2 | 低 | 低 |
移动端电量表现:协议如何影响续航
移动设备用户对电量格外敏感——同样一部手机,开启代理后的续航差异可能高达 20~30%。这个差异来自三个层面:加密计算的功耗、网络传输的功耗、以及连接保持策略。
加密计算的功耗
每一次数据传输都需要加密和解密。在移动设备上,这个计算由 CPU 或专用加密单元完成。AES-256-GCM 在支持硬件加速的芯片上(几乎所有现代手机 SoC 都支持)功耗极低,但 ChaCha20-Poly1305 在某些没有硬件加速的旧芯片上会消耗更多电量。
更关键的是协议头的复杂度。协议头越复杂,需要计算的字节数就越多,功耗也越高。VMess 因为协议头结构复杂,在移动端的加密计算功耗比 Shadowsocks 高约 15~20%。
网络传输的功耗
移动无线电模块(RF)是手机里最耗电的部件之一,而它的功耗与传输时长成正比。基于 TCP 的协议在丢包时会触发重传,延长传输时间,从而增加 RF 模块的工作时长。基于 QUIC 的协议(TUIC、Hysteria2)在丢包时能更快恢复,减少无效传输,因此在弱网环境下可能反而更省电。
另一个容易被忽视的因素是连接迁移。QUIC 协议支持连接迁移,当你在 Wi-Fi 和蜂窝网络之间切换时,连接不会断掉,不需要重新握手。这意味着你的手机不会在每次切换网络时都经历一次"重新建立隧道"的高功耗过程。TUIC 在这方面表现尤为突出。
连接保持策略
很多客户端默认会保持连接以维持低延迟,但这意味着即使没有数据传输,连接也活着。移动设备的空闲连接会占用少量但持续的电量。如果客户端支持"按需连接"(仅在应用需要时建立隧道),可以显著降低电量消耗。
| 协议 | 加密功耗 | 弱网功耗 | 网络切换开销 |
|---|---|---|---|
| Shadowsocks | 低 | 高(重传多) | 高(需重连) |
| Trojan | 低 | 高(重传多) | 高(需重连) |
| VLESS | 低 | 高(重传多) | 高(需重连) |
| VMess | 中等 | 高(重传多) | 高(需重连) |
| Hysteria2 | 中等 | 低(恢复快) | 低(支持迁移) |
| TUIC | 低 | 低(恢复快) | 低(支持迁移) |
移动端省电实践
除了协议选择,还有几个客户端设置能直接影响电量消耗。第一,关闭不必要的后台连接——很多应用会持续保持连接以接收推送,但大部分应用并不需要。第二,选择"按需连接"模式,让隧道仅在应用发送请求时建立。第三,在 Wi-Fi 信号稳定的环境下,优先使用 Wi-Fi 而非蜂窝网络——Wi-Fi 的功耗比蜂窝网络低很多。
VPNXE 的客户端为移动端做了省电优化:默认使用 TUIC 或 Shadowsocks(取决于网络条件),并支持按需连接模式。你可以根据自己设备的实际情况调整。如果你在 iOS 上使用,还可以参考iOS VPN 设置教程了解客户端的具体设置步骤。
线路拓扑:直连、中转与专线
线路拓扑决定了数据从你的设备到目标服务器之间经过哪些节点。理解拓扑类型,能帮你解释很多网络体验差异,也能指导你选择更合适的线路。
直连线路:最短路径,但受国际出口影响
直连线路意味着你的数据直接通过国际出口到达目标服务器,中间不经过任何中转节点。这种线路的路径最短,理论延迟最低,但受国际出口带宽和拥塞的影响最大。中国到海外的国际出口在晚高峰时段(北京时间 20:00~24:00)通常会出现明显拥塞,导致直连线路的延迟飙升、丢包率上升。
直连线路适合对延迟敏感、且网络条件良好的场景,比如短时间的网页浏览、在线文档协作。但在晚高峰时段,直连线路的稳定性会大幅下降。
中转线路:绕行更稳
中转线路会在你和目标服务器之间插入一个或多个中间节点。中间节点的作用不是简单的"绕路",而是帮你规避拥塞的路径。例如,一条从中国到美国的直连线路在晚高峰可能拥塞严重,但如果你先连接到香港的中转节点,再从香港出发到美国,路径虽然更长,但每段的质量都更好。
中转线路的延迟通常比直连线路高 10~30ms,但稳定性显著提升。它的代价是增加了中转节点的维护成本,因此中转线路的收费通常高于直连。
专线线路:运营商级质量
专线线路是服务商业已租用或自建的运营商级链路。相比公网中转,专线具有独立的带宽配额、更低的丢包率和更稳定的延迟。专线线路通常使用 IEPL(International Ethernet Private Line)技术,能够提供接近本地网络的质量。
专线线路的延迟通常最低、稳定性最高,但成本也最高。VPNXE 的套餐中,高价位套餐会提供更多专线线路的选择;低价位套餐则以直连和中转线路为主。
| 拓扑类型 | 延迟 | 稳定性 | 适用场景 |
|---|---|---|---|
| 直连 | 低 | 受晚高峰影响大 | 网页浏览、低延迟需求 |
| 中转 | 中等 | 较稳定 | 流媒体、日常使用 |
| 专线 | 低 | 非常稳定 | 游戏、视频会议、大流量 |
如何判断当前线路的拓扑
在 VPNXE 的节点页,你可以查看每条线路的类型标注。客户端中也可以看到当前线路的拓扑信息。如果你发现某条线路在特定时段不稳定,可以尝试切换到同地区的其他线路——即使地区相同,拓扑类型也可能不同。
丢包与晚高峰拥塞的成因
"为什么白天好好的,一到晚上就卡?"这是几乎所有网络用户都遇到过的问题。晚高峰拥塞不是特定服务商的问题,而是全球互联网基础设施的共性现象。理解它的成因,能帮你做出更理性的线路选择。
什么是丢包
丢包是指数据包在网络传输过程中丢失的现象。当网络设备(路由器、交换机)的缓冲区被占满时,新到达的数据包会被丢弃。丢包率是衡量网络质量的核心指标之一:丢包率超过 1% 时,TCP 协议的吞吐量会急剧下降,因为 TCP 会进入拥塞控制模式,降低发送速率并重传丢失的数据包。
丢包对用户体验的影响是多方面的。网页加载变慢、视频缓冲、游戏延迟飙升,都是丢包的典型表现。在丢包率较高的网络中,即使带宽再高,用户的实际体验也不会好。
晚高峰为什么拥塞
晚高峰(北京时间 19:00~24:00)是全球互联网流量最集中的时段。这个时段的用户行为高度同质化:下班回家后看视频、玩游戏、刷社交媒体。这种集中流量会导致国际出口带宽被占满,尤其是中美、中欧等热门方向的国际链路。
国际出口的带宽是有限资源,运营商在高峰时段会按照策略分配带宽。当实际流量超过设计容量时,路由器开始丢包,拥塞控制机制被触发,用户感知到的就是"变慢"和"不稳定"。
协议如何应对丢包
基于 TCP 的协议(Shadowsocks、VMess、Trojan、VLESS)严格遵循 TCP 的拥塞控制算法。当检测到丢包时,TCP 会立即降低发送速率,然后慢慢恢复。这种机制在丢包率较低时表现良好,但在丢包率较高时会导致吞吐量骤降。
基于 QUIC 的协议(Hysteria2、TUIC)则采用了更激进的策略。Hysteria2 的拥塞控制算法假设网络是"尽力而为"的,它不会因为少量丢包就大幅降低发送速率,而是通过持续探测可用带宽来维持吞吐量。这使得 Hysteria2 在丢包率 3~5% 的网络中仍能保持较好的吞吐量。
用户侧能做什么
面对晚高峰拥塞,用户侧有几个实用策略。第一,切换线路——同一地区的不同线路可能走不同的物理路径,拥塞程度差异很大。第二,切换协议——如果你的客户端支持,在晚高峰尝试切换到 Hysteria2 或 TUIC。第三,调整使用时间——如果对延迟敏感(比如视频会议),避开晚高峰时段。
VPNXE 的客户端内置了智能选线功能,会自动检测各线路的实时质量并推荐最佳线路。你可以在客户端中开启这个功能,让它帮你自动应对晚高峰拥塞。
如何按使用场景选协议
没有"最好"的协议,只有"最适合当前场景"的协议。下面按常见使用场景给出选型建议。
流媒体
Netflix、Disney+、YouTube 等。需要高带宽和稳定的连接,建议选择专线线路 + Trojan/VLESS 协议。
游戏
对延迟最敏感。建议选择低延迟的直连线路 + Shadowsocks 协议,避免中转带来的额外延迟。
日常浏览
网页、社交、邮件等。对协议不敏感,选择客户端默认配置即可,保持连接稳定最重要。
AI 工具
ChatGPT、Claude 等。需要稳定的连接和合理的延迟,建议选择中转线路 + VLESS 协议。
大文件传输
需要高吞吐量。建议选择专线线路 + Hysteria2 协议,利用其抗丢包特性提升吞吐。
移动端
需要省电和网络切换稳定。建议选择 TUIC 协议,利用 QUIC 的连接迁移特性。
一个实用的选型决策流程
如果你不确定该选哪个协议,可以按照以下流程快速决策:
- 先看网络条件:如果你所在网络的丢包率较高(比如在晚高峰时段),优先选择 Hysteria2 或 TUIC;如果网络质量良好,任意协议都可用。
- 再看设备类型:移动端优先考虑 TUIC 或 Shadowsocks(省电);桌面端对协议不敏感,可以按场景选择。
- 最后看使用场景:游戏和实时通信优先低延迟协议(Shadowsocks、VLESS);流媒体和大文件优先高吞吐协议(Hysteria2)。
协议与线路的组合
协议与线路不是独立的。一个常见的误区是"选了专线线路就一定能获得低延迟",但实际上,如果协议本身在高丢包环境下表现不佳,再好的线路也可能被浪费。反过来,一条直连线路如果质量足够好,配合轻量协议(如 Shadowsocks)也能提供出色的体验。
VPNXE 的客户端允许你对每条线路单独指定协议。这意味着你可以在同一条线路上尝试不同协议,找到最适合当前网络条件的组合。如果你不确定怎么配,让客户端的智能选线功能帮你决定即可。
VPNXE 的智能选线
VPNXE 的客户端内置了智能选线逻辑,它会根据当前网络条件自动选择协议和线路。具体来说,客户端会定期测量各线路的延迟和丢包率,然后选择延迟最低、丢包率最小的线路。你不需要手动干预,客户端会持续优化。
如果你对某个协议有偏好,也可以在客户端设置中手动指定。客户端支持对每条线路单独指定协议,这样你可以在不同的场景下使用不同的协议。
订阅与客户端:配置如何生效
当你购买套餐后,会在用户面板中拿到一个订阅链接。这个链接包含了你的账户信息和线路列表,客户端通过解析它来获取所有配置。
订阅链接里有什么
订阅链接本质上是一个加密的配置文件,里面包含:你的账户标识、所有可用线路的列表、每条线路的协议类型、服务器地址、端口、加密方式、以及流量和到期时间等信息。客户端每次刷新订阅时会重新获取这些数据,所以你在服务商后台修改的任何配置都会同步到客户端。
以 VPNXE 为例,你在用户面板的"订阅"页面可以找到你的专属订阅链接。复制它到客户端的"订阅"栏中,客户端会自动解析并加载线路列表。
客户端如何解析订阅
不同客户端的解析方式略有不同,但基本流程一致:客户端向订阅链接发送 HTTPS 请求 → 服务端返回加密的配置文件 → 客户端解密并解析 → 生成线路列表。整个过程只需要几秒钟。
VPNXE 支持多种客户端,包括 Windows、macOS、iOS、Android 和 Linux。你可以在下载中心获取对应平台的客户端。iOS 用户需要注意,部分客户端需要通过 App Store 获取(具体取决于你所在的地区)。
配置文件的常见格式
订阅文件通常采用 URI 格式,每行代表一条线路。一个典型的线路 URI 长这样:
vmess://eyJ2IjoiMiIsInBzIjoi5Li65Y2M5pe76ZWcIiwiYWRkIjoiZXhhbXBsZS5jb20iLCJwb3J0IjoiNDQzIiwiaWQiOiJ5b3VyLXV1aWQiLCJuZXQiOiJ0Y3AifQ==
这个 URI 是 Base64 编码的 JSON,解码后包含线路的服务器地址、端口、用户 ID 等信息。不同协议的 URI 前缀不同:Shadowsocks 是 ss://,VMess 是 vmess://,VLESS 是 vless://,Trojan 是 trojan://,Hysteria2 是 hysteria2://,TUIC 是 tuic://。
导入订阅的常见操作
在大多数客户端中,导入订阅只需三步:打开客户端的"订阅"或"配置"页面 → 粘贴订阅链接 → 点击"更新"或"导入"。客户端会自动下载并解析配置,线路列表会出现在主界面。
如果你使用的是 VPNXE 官方客户端,导入过程更加简化:在登录页面输入你的用户名和密码(无需邮箱地址),客户端会自动拉取你的订阅并加载线路列表。
如何验证配置是否生效
导入订阅后,选择一条线路并点击连接。连接成功后,你可以在IP 查询页面验证你的出口 IP 是否已改变。如果显示的是你选择的线路所在地区的 IP,说明配置生效。
常见问题与排错思路
即使理解了协议与线路的原理,实际操作中仍可能遇到各种问题。下面整理最常见的几个问题及其排错思路。
连接失败,但线路列表显示正常
这种情况通常是本地网络环境导致的。请依次检查:第一,确认你的设备能正常访问互联网——打开浏览器访问任意网站,如果连网站都打不开,问题出在本地网络。第二,尝试切换协议——有些网络环境会限制 UDP 流量,导致基于 QUIC 的协议无法连接,切换到 TCP 协议即可。第三,检查防火墙设置——某些防火墙会拦截代理连接,需要将客户端加入白名单。
连接成功,但速度很慢
速度慢的原因通常是线路拥塞或协议选择不当。请按以下顺序排查:第一,切换线路——当前线路可能正处于晚高峰拥塞状态,切换到同地区的其他线路通常能改善。第二,切换协议——如果当前用的是 TCP 协议,尝试切换到 Hysteria2 或 TUIC。第三,检查本地网络——如果你的本地 Wi-Fi 本身速度就慢,代理无法提升它。
连接频繁断开
频繁断开通常是网络不稳定导致的。请尝试:第一,切换线路——当前线路可能质量不佳。第二,启用自动重连——大多数客户端支持断线自动重连,开启后可以自动恢复。第三,检查设备电源管理——有些设备的省电模式会限制后台网络活动,导致连接被切断。
部分网站打不开
如果只有部分网站打不开,而其他网站正常,可能是目标网站对代理流量有特殊限制。请尝试:第一,切换线路——不同线路的 IP 地址段不同,有些 IP 可能被目标网站屏蔽。第二,切换协议——有些网站对 TLS 流量更友好,切换到 Trojan 或 VLESS。第三,检查 DNS 设置——某些客户端默认使用远端 DNS 解析,如果解析失败,切换到本地 DNS 模式。
移动端耗电异常
如果移动端开启代理后耗电明显增加,请检查:第一,是否开启了按需连接——如果没有,客户端会保持持续连接,耗电增加。第二,协议选择——TUIC 和 Shadowsocks 在移动端的功耗最低。第三,后台应用——有些应用会频繁发送请求,导致隧道持续传输数据。
订阅无法导入
如果订阅链接无法导入客户端,请确认:第一,链接是否完整——订阅链接通常很长,复制时容易截断。第二,账户是否有效——确认你的套餐未过期。第三,客户端版本——旧版本客户端可能不支持某些协议,升级到最新版本。