故障排查大全

排查前的基线:先记录,再动手

跨境线路的问题很少只有一个原因。同一个「连不上」,可能是客户端权限被系统回收,可能是本地网络解析失败,也可能是所选线路正在调整。如果一上来就同时换线路、换客户端、重装系统,即使最后恢复了,也不知道是哪一步起了作用,下次遇到同样的问题还得从头试一遍。

本页与教程页(tutorial.html)的分工需要先说清楚:教程页负责「从零到能用」的主线流程——注册、选购套餐、取订阅、导入客户端、验证连通;本页是系统查阅手册,按症状分章,遇到具体报错时对照排查。首次配置还没走完,先看教程页;已经能用、但某个场景出问题,直接跳到对应章节。

先记录四项基线信息

排查开始前,把这四项写在便签上。它们既是自查的依据,也是提工单时最需要的信息:

1. 平台与客户端名称。Windows / macOS / iOS / Android / Linux 五个平台的操作路径差别很大,同一个报错在不同平台的原因往往不同。写清楚是哪一个平台、哪一个客户端。
2. 订阅最后一次成功更新的时间。客户端里能看到订阅的更新时间。如果是一周以前,先更新订阅再排查——很多「线路不见了」其实是订阅过期,不是线路故障。
3. 当前线路的名称与类型。例如「香港 · IEPL 专线」「东京 · 中转」。切换时要记下切到了哪一条,否则无法比较两条线路的差别。
4. 报错原文与出错的具体应用。是客户端弹窗报错,还是浏览器打不开网页,还是某个 App 里提示网络异常。原文照抄,不要转述成「就是连不上」。

通用三步自查:每步只改一个变量

任何症状都可以先做这三步,顺序不要打乱:

1. 换线路。在同一客户端里换到另一个地区,优先换线路类型不同的(直连换中转、中转换 IEPL 专线)。换了就好,说明是单条线路的问题,记下线路名,继续用别的。
2. 换网络。把设备从 Wi-Fi 切到移动网络,或者换一个 Wi-Fi。换了就好,说明问题在原来的本地网络:路由器、运营商出口或 DNS。
3. 换设备。同一账号在另一台设备上导入订阅试一次。换了就好,说明问题在原设备的客户端或系统设置上。

三步做完,问题基本能落到「某条线路 / 某个网络 / 某台设备」三者之一。落不到,再进入对应症状章节做细查。

排查顺序:从近到远,逐层收敛

把链路拆成四层,按顺序排除,不要跳层:

• 客户端层:权限、订阅状态、分流规则、客户端自身。
• 本地网络层:路由器、运营商出口、DNS、需要认证的公共网络。
• 线路层:所选地区与线路类型是否可用、是否处于高峰拥塞。
• 目标站点层:目标服务本身是否可访问、是否对出口地区有额外要求。

从近到远的好处是每一层都能给出确定结论,四层走完,问题一定落在某一层里,不会变成「到处都试一遍」。反过来,先怀疑线路、最后发现是浏览器插件拦了请求,是最常见的白费功夫。

准备两个验证工具

排查过程中至少要能回答两个问题:流量到底有没有走线路?解析到底有没有生效?前者用站内的「我的 IP」页面(myip.html)看当前出口 IP 与归属地,连接前后各查一次,IP 与地区变了,说明流量确实走了线路。后者用系统自带的命令行工具查解析结果,Windows 用 nslookup,macOS 与 Linux 用 dig 或 nslookup,具体用法在「打不开网页」一章。

连不上:从客户端到线路逐层判断

「完全连不上」指客户端无法建立连接,或者显示已连接但任何流量都出不去。这一章按客户端层、本地网络层、线路层三步推进,每一步都给出可以观察到的现象,让你能判断自己走到了哪一层。

客户端层的四个检查点

1. 权限是否还在。iOS 与 Android 上,VPN 权限可能在系统更新、客户端重装或用户手动清理后失效。表现是客户端里的开关打不开,或者打开后立刻自动关闭。处理办法是在系统设置里重新允许该客户端建立 VPN 连接,再回客户端重连一次。
2. 订阅是否有效。客户端里的线路列表为空、或者只剩一条默认线路,通常是订阅没有成功导入。先更新一次订阅;更新失败,按本页「订阅更新失败」一章处理。
3. 系统时间是否准确。连接建立阶段对时间敏感,系统时间偏差过大时会直接握手失败。把系统时间设为自动同步,再重试。
4. 是否被安全软件拦截。部分安全软件会接管系统网络层,把客户端的连接请求拦下来。临时退出安全软件再试一次,如果恢复正常,把客户端加入它的允许列表。

本地网络层的检查

先确认这台设备在不走线路的情况下能正常上网:打开一个常见网站,能打开说明本地网络通。然后按顺序检查:

• 换一个网络。从 Wi-Fi 切到移动网络。如果移动网络下能连上,问题在原来的 Wi-Fi 或路由器,不在线路。
• 是否需要认证。酒店、机场、公司网络常需要先在浏览器里完成认证页面,认证完成之前,其他类型的流量会被网关直接丢弃。
• 路由器是否开了上网保护。部分路由器的「家长控制 / 上网保护」会按应用类型拦截连接,临时关闭再试。
• 重启路由器。长时间运行的路由器连接表满时,表现为新连接建立失败,重启是最快的验证方式。

线路层的检查

客户端层与本地网络层都排除之后,用换线路的方式来验证:

1. 换地区。香港、新加坡、东京、洛杉矶、巴黎、米兰任选一条没试过的,不要在同一条线路上反复重连。
2. 换类型。直连、中转、IEPL 专线三种都试一次。三种都失败,问题更可能在客户端或账号侧;只有某一种失败,说明是该类线路的问题。
3. 换协议。客户端里如果提供多个协议选项,换一个再试,可以排除单个协议的兼容问题。

已连接但零流量

有一种情况最容易误判:客户端显示「已连接」,但打开任何网页都超时。这时先按「我的 IP」页面查出口 IP——如果 IP 与地区都没有变化,说明流量并没有走线路,连接只是建立到了本地,属于客户端层问题;如果出口 IP 已经变成线路所在地区,但网页仍然打不开,那属于下一章的「连上却打不开网页」,处理方向完全不同。

连上却打不开网页:代理、DNS 与分流

客户端显示已连接,出口 IP 也变了,但网页打不开、或者只有一部分打不开。这一类问题几乎全部落在三处:代理模式与分流规则、DNS 解析、以及目标站点自身。按下面的顺序判断,不要三处一起改。

三种典型表现,对应三个方向

• 所有网站都打不开,连搜索引擎也不行。优先查 DNS 与代理模式。
• 常见网站能开,某些站点打不开或一直转圈。优先查分流规则与目标站点自身。
• 浏览器能开,某个 App 不行。属于「某个 App 走不了代理」一章,直接跳过去看。

DNS 异常怎么判断

DNS 负责把域名翻译成 IP。解析环节出问题时,典型表现是「浏览器一直转圈最后超时」,而用 IP 直接访问却可能通。判断方法是用系统自带命令查一次解析结果:

# Windows
nslookup example.com

# macOS / Linux
dig example.com +short

看返回结果:正常应返回一组 IP 地址;如果返回 NXDOMAIN、请求超时,或者返回一个明显不属于该域名的地址,就是解析异常。常见的三种解析异常与对应方向:

• 解析超时。本地 DNS 服务器不可达。换成公共 DNS 再试一次。
• 解析结果异常。返回的地址与预期不符,通常是本地 DNS 请求被中间设备改写。把解析交给线路侧完成。
• 部分域名解析失败。分流规则把该域名交给了错误的解析路径,只有这一部分域名受影响。

处理顺序:先在客户端里开启「远程 DNS / 由线路解析」这类选项(不同客户端叫法不同),让域名解析走线路侧完成;客户端没有这个选项,就把系统 DNS 改成公共 DNS,再重连一次。改完用上面的命令复查,确认返回结果正常。

分流规则与规则集

规则模式下,客户端按规则集决定哪些流量走线路、哪些直连。规则集过期会导致两类相反的问题:该走线路的域名被判定为直连,于是打不开;该直连的流量被送进线路,于是变慢。处理办法很简单——在客户端里更新一次规则集(通常和更新订阅是同一个入口),然后完全重启客户端,不要只切后台。

修复顺序

1. 先查出口 IP,确认流量确实走了线路。没走线路的话,先解决连接问题,不用往下查。
2. 查一次 DNS 解析,排除解析异常。命令与判读方法见上一节。
3. 更新规则集,重启客户端。这一步能解决大部分「部分站点打不开」。
4. 把代理模式临时切到全局,测试同一个站点。全局下能开、规则下不能开,问题确定在规则集。
5. 以上都正常,再怀疑目标站点自身。换一个网络环境访问同一个站点,如果同样打不开,那就是站点侧的问题,与线路无关。

速度慢与晚高峰卡顿

「慢」是一个笼统的描述。排查前先把它拆成三种可观察的现象:带宽不足、延迟高、丢包。三者的表现、成因与处理办法完全不同,混在一起排查只会来回换线路。

先分清三种慢

• 带宽不足:下载大文件时速度上不去,但网页打开、视频起播都正常,表现为持续的低速。
• 延迟高:每次点击都要等一两秒才有响应,下载速度可能并不低,表现为「卡但不算慢」。
• 丢包:视频会议声音断续、网页加载到一半停住、需要反复刷新,表现为不稳定。

判断方法很直接:打开一个网页看首字节出现的快慢(延迟),下载一个较大文件看速度是否稳定(带宽),开会或看直播看是否断续(丢包)。三者里只有带宽能靠测速数字大致反映,另外两项要靠实际使用感受。

线路类型与晚高峰

晚高峰通常指 20:00 至 24:00,是国际出口最拥挤的时段。三种线路类型在这个时段的表现差别最大:

这不是绝对结论——具体表现取决于你所在的城市、运营商和当天的出口状况。但选线逻辑是稳定的:对稳定性敏感的场景(会议、远程桌面)优先 IEPL 专线;对带宽敏感的场景(4K 视频、大文件)优先看当前线路的实际速度,不要只看地区名字。全部线路清单与类型标注在线路页。

自查步骤

1. 换线路类型再测。同一时段内,直连、中转、IEPL 各测一次,记录结果。跨时段比较没有意义。
2. 检查本地占用。同一网络下有没有其他设备在下载、备份、看视频。一个占满上行的大文件同步就能把整条网络拖慢。
3. 检查 Wi-Fi。靠近路由器、优先 5GHz 频段,再测一次。Wi-Fi 自身的抖动经常被误判成线路问题。
4. 确认走的是该走的路。用「我的 IP」页面确认出口地区与所选线路一致。选了香港却从别的地区出去,说明分流规则有问题,先按上一章处理。
5. 换设备对比。同一线路在另一台设备上测速,排除单台设备的性能瓶颈。

不同场景的带宽参考

表里的数字是通用参考值,不是本服务承诺的速率。实际速度取决于你所在的位置、本地运营商、线路当时的负载与目标站点的响应能力。

AI 工具与流媒体的不同表现

对话类 AI 工具对延迟比对带宽敏感,首字响应慢通常是延迟问题,换一条延迟更低的线路比换带宽更大的线路有效;流媒体对带宽敏感,4K 起播失败或频繁降码率通常是带宽问题。两者都不要只看测速数字,直接观察实际使用中的表现更准确。

频繁断线与移动端后台掉线

断线分两类:一类是连接突然中断、需要手动重连;另一类是连接一直显示「在」,但设备进入后台或锁屏后就收不到数据。前者的原因多在网络与线路,后者几乎全部是系统的省电与后台策略。先分清是哪一类,处理方向完全不同。

桌面端:先看断线的时间规律

• 每隔固定时间断一次。通常是客户端的保活策略或系统的省电选项。检查客户端是否有「自动重连」开关,以及系统是否开启了会休眠网络适配器的节能选项。
• 网络切换时断。从 Wi-Fi 切到有线、或切换 Wi-Fi 时断,属于正常现象,客户端一般会在几秒内自动重连。
• 无规律断。多与线路波动或本地网络质量有关。记录断线的时间点,和晚高峰时段做对比,能快速区分是线路拥塞还是本地问题。

移动端:后台掉线的设置项

iOS 与 Android 都会对后台应用做限制,VPN 客户端在后台被挂起后,连接就会掉。按平台检查下面这些设置项:

设置路径在不同系统版本上略有差异,但关键词是固定的:电池优化、后台活动、自启动、后台 App 刷新。找不到时,在系统设置的搜索框里直接搜这几个词。

网络切换导致的断线

移动设备在 Wi-Fi 与蜂窝网络之间切换时,IP 地址会变化,原有连接必然中断。多数客户端会在几秒内自动重连;如果迟迟不恢复,手动开关一次连接开关即可。地铁、电梯、跨楼栋移动时频繁切换属于正常现象,不是故障。

处理清单

1. 记录断线的时间点,判断是否集中在晚高峰。
2. 检查客户端的自动重连设置是否开启。
3. 按平台完成后台与省电白名单设置,设置完重启一次客户端。
4. 换一条线路类型不同的线路,观察是否仍然断。
5. 仍然频繁断,按最后一章提工单,附上断线时间点与当时的线路名。

订阅更新失败:六类原因与处理

订阅是客户端获取线路列表的唯一来源。更新失败的表现有三种:线路列表变空、列表停留在旧版本、客户端提示更新超时。三种表现对应的原因基本重合,按下面的顺序查。

订阅链接的构成

订阅链接是一串带参数的地址,格式如下:

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

上面是格式示例,不是真实地址——真实链接在用户面板里生成,复制后直接粘进客户端即可。其中的 token 部分与账号绑定,等同于一串凭据:任何拿到这条链接的人都能获取你的线路列表,并在你的流量额度内使用。链接不要发到公开渠道,不要贴进截图。

六类常见原因

1. 网络不通。设备当前无法访问订阅地址所在的服务器。把链接粘到浏览器地址栏打开一次,能返回内容说明网络没问题。
2. 链接被改写。复制时被加上了多余字符,或者被安全软件的「链接检测」拦下。回面板重新复制一次,不要手动修补。
3. 客户端时间不准。与订阅服务器建立连接时失败。开启系统自动时间同步。
4. 客户端版本过旧。旧版本可能不支持当前的订阅格式。更新客户端到最新版本再试。
5. 账号状态变化。套餐到期或流量用尽后,订阅可能无法更新。到面板的账户概览页确认套餐状态。
6. 本地网络对订阅域名做了拦截。换一个网络(移动网络)再更新一次,能更新说明是原网络的问题。

手动更新与重新导入

1. 在客户端里找到订阅管理入口,点「更新」而不是「重新导入」,先试一次增量更新。
2. 更新失败,删除这条订阅,回面板重新复制链接导入。
3. 导入后线路列表仍为空,检查链接末尾是否被截断——长链接在聊天软件里容易被折断成两行。
4. 仍然为空,把链接粘到浏览器地址栏打开,正常应返回一段文本内容;返回错误页说明链接本身有问题,回面板重新生成一次地址。

更新成功但线路没变

有些客户端会缓存线路列表,更新后需要完全重启客户端才生效,只切后台不算。另外,订阅里的线路与你手动收藏的线路是两套列表,更新订阅不会覆盖手动收藏项——如果发现某个地区「更新后还在」,先确认它是不是被手动收藏过。

某个 App 走不了代理:分流与例外

浏览器正常、某个 App 提示网络异常,是分流规则里最常见的一类问题。排查顺序是:先确认代理模式,再确认这个 App 的流量是否被规则排除,最后才怀疑线路。

三种代理模式的区别

用全局模式做一次对照:切到全局后 App 能正常使用,说明规则集把它排除了;切到全局后仍然不行,说明问题不在分流,继续往下查。

四类常见情况

1. 规则集把该 App 判为直连。更新规则集;仍然不行,在客户端的自定义规则里把该 App 的域名或进程加入代理列表。
2. App 使用了独立的网络栈。部分 App 自带解析逻辑或使用 UDP 直连,不走系统代理。检查客户端是否开启了接管全部流量的选项(不同客户端叫法不同,常见的是 TUN 模式或增强模式)。
3. App 校验出口地区。部分服务会根据出口 IP 的地区做限制,换一个地区的线路再试一次。
4. App 缓存了旧的网络状态。完全退出 App(不是切到后台)再打开,让它重新建立连接。

分应用代理与例外名单

客户端如果提供「分应用代理」,确认目标 App 在列表里被勾选为走线路。注意两个方向:该走线路的没勾上,App 用不了;该直连的被勾上了,本地服务会变慢甚至不可用。银行类、投屏类、局域网设备管理类的 App 通常建议直连。

验证方法

1. 打开「我的 IP」页面(myip.html),记录当前出口 IP 与地区。
2. 打开出问题的 App,完成一次会产生网络请求的操作。
3. 回到「我的 IP」页面刷新。IP 与地区没有变化,说明这个 App 的流量没有走线路——问题在分流,不在线路。
4. 切到全局模式重复一次,确认判断。全局下 IP 变化、规则下不变,就是规则集的问题。

设备、账号与订阅凭据

这一章处理账号侧的现象:登录状态、订阅凭据、套餐与流量状态。先说一条容易被误解的规则——本服务不限台数同时在线,同一账号可以在 Windows、macOS、iOS、Android、Linux 上同时使用,不需要为设备数量额外付费,也没有按设备数分档的套餐。

「设备数超限」提示从哪来

如果看到类似提示,先分清它的来源:

• 提示出现在第三方客户端里。部分客户端自己维护一份设备列表,提示与账号无关,换用官方客户端或忽略该提示即可。
• 提示出现在浏览器里。可能是浏览器插件或安全软件对当前页面做的提示,与账号无关。
• 提示与登录相关。先确认是不是登录态过期,重新登录一次再看。

本服务的套餐之间只有流量额度与价格的差别,不存在设备数量档位。设备多带来的唯一实际影响是流量消耗更快——多台设备同时看视频,月流量会更快用完。

订阅链接就是凭据

订阅链接里的 token 与账号绑定。任何拿到这条链接的人都能获取你的线路列表,并且在你的流量额度内使用。因此:

• 不要把订阅链接发到公开群组、论坛或截图里。
• 不要把链接交给来路不明的「订阅转换」服务。
• 怀疑链接外泄时,在面板里重新生成订阅地址,旧地址随即失效,然后在各设备的客户端里重新导入一次。

登录态与密码

登录态存在浏览器本地,清理浏览器数据、换设备、长时间未登录都会导致需要重新登录。密码建议使用一段独立的长口令,不要与其他站点复用。修改密码后,各设备上已经导入的订阅不受影响,但面板需要重新登录一次。注册只需要用户名与密码,无需邮箱地址。

流量与套餐状态

月订阅的流量按开通日每月重置——例如 9 日开通,则每月 9 日重置;中途升级档位,差价折算成剩余天数。流量包用完为止、永久不过期,适合用量不固定的场景。在面板的账户概览页可以看到当前套餐、已用流量与到期时间。套餐档位与价格见定价页。

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

前面八章覆盖了绝大多数可以自己解决的问题。这一章说明两件事:哪些情况不用再自查,以及提工单时怎么把信息一次给全,让问题在一轮内解决。

不用再自查的三种情况

• 同一账号在多台设备、多个网络下都无法建立连接,且更换多条线路无效。
• 订阅在面板里重新生成地址后,多台设备仍然无法更新。
• 客户端提示账号状态异常,或者套餐状态与面板显示不一致。

工单必附的六项信息

1. 账号用户名。只写用户名,不要附密码。
2. 出问题的平台与客户端名称。例如「Android 客户端」「Windows 客户端」。
3. 当前线路名称与线路类型。例如「东京 · 中转」。
4. 报错原文或现象的准确描述。是打不开、还是速度慢、还是中断,三者不要混着说。
5. 已经做过的自查步骤与结果。例如「换过东京中转、香港 IEPL,都在同一时间失败」。
6. 问题出现的具体时间点与频率。例如「9 月 18 日 21:30 起持续」。

工单写法对照

一份信息完整的工单长这样:

一份信息不足的工单长这样:

两者得到的结果差别很大:前者可以直接定位到某条线路或某个环节,后者需要来回追问三四轮,处理时间被拉长好几倍。

提工单的入口与跟进

工单入口在用户面板里,登录后进入工单页即可提交。提交后可以在同一页面查看回复与状态。补充信息时直接回复原工单,不要新开一条——同一工单里能看到完整的排查过程,新开工单等于把前面的信息全部丢掉。

套餐与退款相关的问题也可以走同一个入口。月订阅与流量包均支持 30 天无理由退款,完整条款见退款政策页。如果你还没开始使用,可以先看定价页了解档位,或者直接免费试用。