VPN 加速故障排查手册

排查前的准备:三层定位与三换法

结论先行:绝大多数「连不上」不是线路故障,而是本地网络、客户端配置、目标服务三者之一。先定位到层,再动手改。一上来就重装客户端、反复换线路,只会把变量搅在一起,最后连自己也说不清是哪一步起的作用。

把问题拆成三层

第一层是本地网络:出口宽带、路由器策略、局域网里的访问控制。判断方法很直接——断开加速,国内站点能否正常打开;把设备换到另一个网络(手机热点、另一个 Wi-Fi)是否恢复。能恢复,问题就落在这一层,后面两层可以暂时不动。

第二层是客户端与账号:订阅是不是最新、账号是否在有效期内、流量是否已经用完。月订阅的流量按开通日每月重置,不是按自然月,这一点先确认清楚,可以避免把「刚好用完」误判成线路故障。同一账号换一台设备是否正常,也是这一层的判定依据。

第三层是线路与目标服务:换一条线路类型(IEPL 专线 / 中转 / 直连)是否恢复;如果只有某一个站点打不开、其它站点一切正常,那多半是目标服务自身的问题,换线路不会有帮助。线路类型的差异与适用场景,在线路页里有完整对照。

三换法:每次只换一个变量

换网络:把设备从当前 Wi-Fi 换到手机热点。恢复,说明问题出在原来的网络出口或路由器上,与账号和线路无关。

换设备:用同一个账号在另一台设备上连接。恢复,说明账号与线路都是好的,问题在原设备的客户端或系统配置上。

换线路:在同一台设备上,把线路类型从专线切换成中转或直连。恢复,说明原线路侧存在异常;把原线路的名称与地区记下来,提工单时用得上。

三换法的价值在于不制造新变量:一次只换一个,结果才有指向性。三个都换过、问题依旧,就可以直接进入本页最后一章的工单流程,不必继续在客户端里反复试参数。

三个 30 秒内能做完的检查

账号与流量:登录用户面板,看账号状态和本月流量余量。面板里的数字是唯一口径,以它为准,不要凭印象判断。

订阅与客户端:在面板里重新复制一次订阅,回到客户端手动执行一次「更新订阅」。注意是更新,不是重新安装——重装会丢掉原有的分流设置,反而多出一个变量。

系统时间:把系统的自动时间同步打开。时间偏差会直接影响加密握手,表现就是「怎么都连不上」,而这一项在自查时最容易被漏掉。线路本身走的是军工级加密通道,握手对时间敏感属于正常设计。

下面是本服务的四项固定参数,后续所有章节的判断都以它们为准:

完全连不上:先看报错信号,再分三条路

结论先行:「完全连不上」不是一个问题,而是三种。客户端直接报错、长时间转圈不出结果、显示已连接却立刻掉回未连接——这三种信号指向的原因几乎不重叠,分开处理比逐个试参数快得多。

先看客户端给了什么信号

报错文案类:客户端弹出明确的错误提示,通常指向配置、账号或系统时间。这一类先回到上一章的三个必查项,确认完之后再考虑换线路。

长时间转圈类:客户端一直停在连接中,既没有报错也没有成功。这一类通常指向本地网络策略——所在网络的出口限制、路由器上的访问控制,或者同机其它加速软件抢占了系统路由。

连上就掉类:短暂显示已连接,随即回到未连接。这一类通常指向协议与端口被中间设备重置,或者两个代理栈同时接管了系统网络,互相把对方顶掉。

本地网络侧自查:按顺序做,每步一分钟

1. 关掉同一台设备上其它的加速、代理、抓包类软件。两个 TUN 或两个代理栈同时运行会互相抢路由,这是「完全连不上」里最常见的一种,而且从客户端界面上完全看不出来。
2. 换一个出口:从 Wi-Fi 换到手机热点。恢复即说明原网络出口有限制,与账号和线路无关。
3. 检查路由器:家长控制、上网时段限制、强制 IPv6、以及自定义的 DNS 设置,都可能把连接拦掉。逐项关掉再试一次。
4. 重启客户端进程,而不是重启整台电脑。前者清掉的是客户端的连接状态,后者引入的变量太多,反而让结果更难判断。

客户端与账号侧处理

第一步是重新获取一次订阅:登录用户面板,在下载区复制最新订阅,回到客户端更新。第二步是换线路类型,按 IEPL 专线、中转、直连的顺序各试一次,每次连接后等 30 秒再判断结果,不要连上就立刻切走。

第三步是核对系统时间是否自动同步。第四步是确认账号状态与流量余量:账号过期或流量用完,表现同样是连不上,但客户端未必会给出准确的提示,所以这一步必须回面板看。

能连上却打不开网页:DNS 与分流的判断顺序

结论先行:这一类里,DNS 解析失败和分流规则没命中占了大多数,目标服务自身故障排第三。判断顺序是——先确认是全部打不开还是部分打不开,再决定查 DNS 还是查分流。

三种表现对应三个方向

域名解析失败:浏览器提示找不到服务器、无法解析域名,但客户端显示已连接。方向是 DNS,按下面的三条命令自查。

部分站点能开、部分不能:国内站点正常、某个境外站点打不开,或者反过来。方向是分流规则,见本页后面「某个 App 走不了代理」一章。

全部打不开:所有站点都无法加载。方向是出口或 DNS 整体异常,先按上一章的流程处理,再回到这里。

DNS 自查:三条命令

在系统终端里执行下面的命令,把 example.com 换成你实际打不开的域名。三条命令分别回答三个问题:域名能不能解析、解析结果是不是本机在用的那套 DNS 返回的、以及到目标站点的握手是否正常。Windows 自带的命令行里 nslookup 与 curl 可以直接使用;dig 在部分系统上需要另行安装,没有就用 nslookup 代替。

# 1. 看域名能否解析出 IP
nslookup example.com

# 2. 只取解析结果,便于两次查询对比
dig example.com +short

# 3. 测试到目标站点的连通性与握手耗时
curl -I --max-time 10 https://example.com

第一条返回 IP 地址,说明解析链路是通的;返回超时或找不到服务器,说明 DNS 请求没有拿到响应。第二条在加速开启与关闭两种状态下各跑一次,结果不同说明两套 DNS 在走不同的解析路径,这本身正常,但能帮你确认当前用的是哪一套。第三条返回 HTTP 状态码与耗时,用来区分「连不上」和「连上了但对方不响应」这两种完全不同的情况。

处理办法:把系统 DNS 换成公共解析服务(例如 1.1.1.1 或 8.8.8.8),或者在客户端里开启自带的 DNS 处理选项。注意以客户端内设置为准——系统 DNS 和客户端 DNS 可以不同,两边都改了才算改干净,只改一边往往看不到变化。

排除目标服务自身故障

判断方法只有一条:换一个网络、或者关掉加速直连,看同一个站点是否恢复正常。直连能开、加速不能开,问题在加速链路;两边都开不了,问题在目标站点本身,或者本地出口到该站点的路径上,与本服务无关。

还有一种容易被误判的情况:站点本身在维护,或者对当前出口地区做了限制。此时换线路类型或换地区往往就恢复了,不需要改任何配置。流媒体站点的地区差异更大,可以对照流媒体页里的分区说明,先确认该地区是否属于已优化的范围。

速度慢与晚高峰卡顿:先量清楚慢在哪一段

结论先行:「慢」至少发生在三个位置上——本地出口、到加速节点、节点到目标站点。不区分位置就换线路,大部分时间是在白折腾。先量三段,再决定改哪里。

把链路拆成三段来量

第一段,本地出口:关掉加速,下载一个大文件,看速率是否稳定。如果本地本身就慢,或者同一时间家里其它设备在跑下载、同步盘、系统更新,那么加速之后再快也快不过出口,这一段与本服务无关。

第二段,到加速节点:开启加速,连接一个地理上较近的地区,连续观察几分钟的速率波动。波动小说明这一段是稳的;忽高忽低说明本地网络到节点之间在丢包或排队,换线路类型通常有效。

第三段,节点到目标站点:打开目标视频或网页,看缓冲行为。前两段都正常、只有这一段慢,方向就是跨境链路本身,处理办法是换线路类型,而不是重装客户端。

线路类型怎么选

三种线路类型的差别不在「快慢」,而在走法不同、适用的场景不同。选错类型再抱怨慢,是最常见的误判。

完整线路清单与地区分组在线路页,那里按国家与城市列出了每条线路的类型与流媒体支持情况,照着目标站点所在地区选即可。

晚高峰卡顿:成因与处理

晚高峰变慢的成因是公网出口在特定时段排队,不是带宽被谁偷走了。处理顺序:先切到 IEPL 专线线路;专线也不理想时换一个地区;批量下载、系统更新这类不急的任务挪到非高峰时段。

IEPL 专线走的是专线通道,不经过公网出口,因此晚高峰的波动明显小于直连线路——这也是它被放在视频与会议场景首选的原因。判断是否属于高峰期问题,只要看同一条线路在上午与晚间的表现差异即可,不需要额外的工具。

客户端侧的三项调优

协议保持默认的自动选择,只有在默认选项确实连不上或明显偏慢时,才手动指定协议,并且一次只改一项。分流规则只让需要的流量走加速,减少无谓占用;同一台设备上的同步盘、直播、系统更新会吃掉大量带宽,测速前先确认它们没有在跑。

频繁断线与移动端后台掉线:四个常见成因

结论先行:频繁断线多半不在服务端,而在四个地方——网络切换、系统休眠、多加速软件冲突、路由器会话老化。移动端还多一层:系统的省电策略会冻结后台进程。

桌面端的四个常见成因

网络切换:笔记本在 Wi-Fi 与有线之间来回切,或者在不同 Wi-Fi 之间漫游,每一次切换都会重建连接,表现为「用一会儿就断」。判断方法是看断线时是否伴随网络变化,是的话就不用查客户端。

系统休眠:合盖、睡眠、显示器关闭后系统挂起,恢复时旧连接已经失效。处理方法是把休眠策略放宽,或者在恢复后手动重连一次,不必重装任何东西。

多加速软件冲突:两个客户端同时接管系统网络,连接会周期性互相顶掉。这一类的特征是断线时间很规律,而且两台客户端的状态会轮流变化。

路由器会话老化:长时间空闲的连接会被路由器回收,表现为「放着不动一段时间后断了」。这类断线通常重连即恢复,属于正常现象,不需要处理。

移动端后台掉线

移动系统的省电策略会在后台冻结应用,包括加速客户端。Android 上需要把客户端加入电池优化白名单、允许后台活动;iOS 上需要允许后台刷新。具体到每个系统的操作路径,安卓从零开始那篇里有分步说明,照着点一遍即可。

移动网络的切换也会触发重连:从 Wi-Fi 走到室外切到移动数据,或者在不同制式之间切换,连接都会重建。这属于正常的网络行为,不算掉线,也不会影响账号与流量。

区分「真断线」和「重连很快」

看客户端里的连接时长是否归零:归零说明确实断开过;没归零说明连接一直在,只是某个应用自己卡了一下,问题不在加速链路上。再看日志里有没有连续的重连记录,连续多条就是真断线,偶发一条只是网络抖动。

如果家里设备多、希望整个网络统一走加速,路由器级方案可以省掉「每台设备各自设置」的麻烦,但硬件门槛与维护成本也更高,取舍见路由器 VPN 方案对比。方案选对了,桌面端的断线问题会少掉一大半。

订阅更新失败:链接、缓存与导入协议

结论先行:订阅更新失败通常是三件事——链接不完整或已失效、客户端缓存了旧内容、导入协议没选对。这三件事的判断与处理都不需要重装客户端,按顺序试一遍即可。

订阅链接从哪里拿、长什么样

登录用户面板,在概览或下载区复制订阅链接。链接形如下面这样,token 是账号专属的一段字符串,只在登录后可见:

https://example.com/sub?token=YOUR_TOKEN

上面是格式示例,不是可用地址。真实链接不要发到公开渠道,也不要截图分享——拿到链接的人等于拿到了你的订阅。需要在新设备上使用时,登录面板重新复制一次即可。

更新失败的四种情况

1. 链接复制不完整:聊天软件与笔记应用会在长链接里插入换行,或者省略中间部分。复制时确认首尾完整,粘贴后检查有没有多余的空格。
2. 客户端缓存了旧内容:在客户端里手动执行一次「更新订阅」,而不是重新安装。重装会丢掉分流设置,还会把旧缓存一起带回来。
3. 系统时间偏差:请求校验对时间敏感,时间不对会直接被拒绝。把自动时间同步打开再试一次。
4. 导入协议没选对:导入优先级依次是 clashplus:// 、Shadowrocket 、Stash 、sing-box 、Clash。同一个订阅链接在不同客户端里能识别的协议不同,优先用排在前面的,兼容性最好。

什么时候需要重新获取订阅

重装客户端、更换设备、套餐变更之后,都建议回到面板重新复制一次订阅,而不是继续用几个月前保存的那一条。以面板里当前显示的那一条为准,旧链接即使还能用,也不代表它同步了最新的线路与规则。

如果更新过程中出现报错,先把报错原文记下来——工单里附上原文,比描述「更新不了」有用得多。账号与套餐相关的处理入口在用户面板的工单区,操作细节见本页最后一章。

某个 App 走不了代理:分流规则怎么查

结论先行:单个应用走不了加速,九成出在分流规则或该应用自己的网络实现上,而不是线路故障。因为其它应用正常,线路本身已经被证明是通的。

分流规则的三类匹配方式

域名规则:按访问的域名匹配,最常用,也最容易理解。IP 段规则:按目标地址段匹配,用于那些不按域名访问的服务。进程与应用规则:按发出请求的程序匹配,粒度最细,但需要客户端支持。

匹配的优先级是从具体到宽泛:进程规则优先于域名规则,域名规则优先于 IP 段规则,最后才是默认策略。一条直连规则命中,该应用的流量就不会走加速——这是「某个 App 走不了代理」里最常见的原因,而且从界面上完全看不出来。

三种典型场景

四步排查法

1. 切到全局模式做一次对照测试。全局模式下能正常使用,说明线路没问题,问题在规则;仍然不能用,说明是应用自身或目标服务的限制。全局模式只作为诊断手段,日常仍然用规则模式。
2. 翻一遍客户端的规则列表,看有没有命中该应用的直连规则。命中就调整规则顺序,或者为该应用单独加一条。
3. 换一条线路类型再试一次,排除 UDP 与端口相关的限制。
4. 只有在以上三步都确认之后,才考虑自定义规则。自定义规则越少越好,加得越多,后面越难排查。

流媒体应用的情况更特殊:不同平台在不同地区的内容与可用性不一样,需要选对应地区的线路,分区说明在流媒体页。选线路的逻辑与上面四步一致,只是目标地区要跟着平台走。

设备数、流量与账号异常:哪些限制真的存在

结论先行:VPNOh 不限台数同时在线,同一账号可以同时在 Windows / macOS / iOS / Android / Linux 上使用。因此在其它服务里常见的「设备数超限」,在本服务里不存在;真正会拦住你的只有两件事——账号状态与流量余量。

不限台数意味着什么

不限台数指的是同时在线设备数没有上限:家里的电脑、手机、平板、电视盒子可以同时挂着同一个账号,不需要为每台设备单独买一份。家庭共用一个账号是允许的,唯一需要留意的口径是流量——所有设备共用同一份流量额度。

多设备共用的具体算法与注意事项,在多设备 VPN 推荐那篇里有完整说明,包括一家人怎么分配流量、哪些设备适合常挂、哪些按需连接。设备数不是限制,用量分配才是需要规划的事。

遇到「设备数超限」式提示怎么办

先确认提示来自哪个客户端。如果设备上装过其它服务并且还留着,提示可能来自它们,与本服务无关,卸载或停用之后再看一次。

如果确认是本服务账号在别处被使用,处理办法是修改密码,然后回到面板重新获取一次订阅。客户端缓存了旧订阅时,也会出现类似「状态不对」的表现,手动更新订阅即可恢复正常。

流量与套餐

月订阅有三档:¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。流量按开通日每月重置,不是自然月;中途升级套餐时,差价折算成剩余天数,不需要等下一个周期。

流量包适合用量不规律的用户:¥158/300GB、¥358/1000GB、¥658/3000GB,用完为止,永久不过期。轻度浏览、长期观影、远程办公三种用法各自需要多少流量,流量包和包月怎么选那篇给了估算方法。完整价格与套餐对比在套餐页。

退款与账号相关处理

本服务提供 14 天无理由退款,申请入口在用户面板内,按工单流程提交即可。账号注册不需要邮箱地址,用户名加密码就能完成;因此密码请保存在密码管理器里,不要复用其它站点的密码。

账号、订单、支付相关的异常都属于需要人工核对的范围,按下一章的清单提工单即可,不需要在正文里反复尝试各种操作。

什么时候该找客服:工单要附哪些信息

结论先行:你已经在对应章节走完判断流程、换过网络与线路,问题仍然存在,就该提工单了。工单的质量直接决定处理速度——一句话工单和一份带完整信息的工单,处理路径完全不同。

三类可以直接提工单的情况

第一类,按本页流程走完仍未解决:比如三换法全部试过、订阅重新获取过、系统时间也同步过,连接依然异常。第二类,账号、订单与支付相关的异常:这类问题需要人工核对,自查解决不了。第三类,需要人工确认的操作:套餐变更、退款申请、账号相关的处理。

反过来说,还没做三换法就提工单,处理的人也一定会先让你做一遍。先把变量换干净,再提交,是最省时间的做法。

提工单要附的五项信息

五项里最容易被忽略的是后两项。报错原文比「连不上」有用,已做过的排查比「都试过了」有用——把三换法的结果写清楚,处理的人可以直接跳到下一步,而不是从第一步重新问起。

工单入口与其它渠道

登录用户面板后,在工单区提交:打开工单。其它联系方式与支持范围在联系页。提交后不需要重复提交多条,重复工单会分散处理记录,反而更慢。

这些情况不必提工单

流量用完:直接在面板里续费或升级套餐,流量按开通日每月重置,升级的差价折算成剩余天数。不知道怎么导入订阅:看新手指引,里面按平台写了完整步骤。目标站点自身故障:换一个网络或换一条线路对照,确认不是本服务的问题,等对方恢复即可。

还有一类是新手最常问的:能不能多设备用、流量怎么算、要不要一直开着、会不会被限速。VPN 新手常见问题把这类问题集中答了一遍;更细的分类问答在帮助中心。这份排查手册与它们配合使用:先在这里定位,再去对应页面看细节。