连接故障排查手册

一、排查前的准备与判断流程

绝大多数「连不上」并不是线路坏了，而是本地某一个环节挡住了流量。为了不做无用功，先把整条链路拆成三层来看：设备与本地网络层（你的电脑、路由器、宽带、所在 Wi-Fi）、客户端与配置层（客户端是否登录、订阅是否导入、代理模式与协议设置）、线路与服务层（出口线路本身是否可达）。三层里只有第三层是服务端的事，前两层都在你手上，也恰好是问题最集中的地方。

推荐的判断顺序是自下而上：先确认本地网络本身是通的，再看客户端的状态与配置，最后才怀疑线路。反过来做——一发现打不开网页就反复换线路——通常只是在几个都没问题的出口之间来回跳，浪费时间还容易把真正的线索覆盖掉。

先准备三样信息

动手之前，把下面三样东西记在一边：错误提示的原文（截图或逐字抄下来，不要只写「报错了」）、问题发生的准确时间（精确到分钟，并说明所在时区）、当前使用的平台与网络类型（Windows / macOS / iOS / Android / Linux 中的哪一个，接的是家庭宽带、公司网络、公共 Wi-Fi 还是移动数据）。这三样信息决定了后面能不能一次定位，也是提工单时的必填项。

按现象先归类

同一句「连不上」，背后的层完全不同。下面这张表把最常见的几种现象直接映射到对应的排查章节，先归类再动手，能省掉一大半试错。

还有一条常被忽略的前提：客户端必须处于登录状态。本站注册只需用户名和密码，无需邮箱地址，登录凭据保存在本地；如果客户端提示未登录或凭据失效，订阅就不会正常刷新，表现出来的现象和「线路坏了」几乎一样。遇到任何异常，先看一眼客户端右上角的账号状态，这一步只需要两秒。

二、完全连不上：从本机到出口的五步判断

「完全连不上」指客户端点下连接之后既没有建立通道，也没有任何流量走出去。这类问题有明确的判断顺序，按顺序走通常五步之内就能收敛。

第一步：确认本地网络本身是通的

先断开加速器，直接打开一个国内网站。能正常打开，说明宽带、Wi-Fi、路由器和 DNS 这一层没问题，可以进入第二步；如果连国内网站都打不开，问题在本地网络，跟加速服务无关——先重启路由器、重新连一次 Wi-Fi，或者换一个网络环境（比如从公司网络切到移动数据热点）再试。很多「连不上」的工单最后追到公司内网或校园网的出口策略上。

第二步：看客户端停在哪个状态

仔细区分三种表现：点连接毫无反应（按钮没有进入连接中状态）——通常是客户端进程异常或账号未登录，退出客户端后重新打开、确认账号状态即可；一直转圈后超时——客户端已经在尝试握手但出口不可达，属于线路问题，进入第三步；立刻弹出错误——把错误提示原文记下来，这类提示往往直接指明原因，比如系统时间不正确、配置解析失败、无法创建虚拟网卡。

第三步：换一条不同地区的线路

不要在当前地区里反复点同一条线路。切换到一个地理位置和线路类型都不同的出口，例如从日本换到新加坡，或者从中转线路换到直连线路。如果换了三条以上、分布在不同地区的线路都完全失败，问题基本不在单条线路上，回到第二、四步检查本机。

第四步：检查系统时间与安全软件

加密握手依赖准确的系统时间，时间偏差过大会直接导致连接被拒绝。把系统时间设置为自动同步，然后重启客户端。同时检查本地的安全软件、防火墙或企业管控工具是否拦截了虚拟网卡——这类软件经常在系统更新后重置规则。临时关闭网络防护后再连一次，能连上就说明是拦截问题，把客户端加入白名单即可，不需要长期关闭防护。

第五步：清掉旧配置重新导入

如果以上都没问题，可能是本地残留了旧版本的配置。在客户端里删除当前订阅，退出程序，重新登录后重新导入一次订阅。旧配置残留的典型症状是：线路列表里出现过已经下线的地区名，或者连接时提示找不到某个配置项。

顺带说明一个常见误解：连接失败不等于账号有问题。客户端在未登录状态下同样会显示线路列表，因为列表来自上一次成功同步的缓存。判断账号是否有效，要看面板里的订阅状态，而不是看客户端能不能显示线路名。如果面板显示订阅正常、流量未用尽，那么问题一定在本地环境或出口可达性上。

三、能连上但打不开网页：DNS 与分流的排查

这一类问题的特征是：客户端显示已接通，但浏览器一直转圈，或者只有部分网站打不开。它和第二章的「完全连不上」是两回事——通道已经建立，卡在了域名解析或流量分流上。

先分清三种表现

全部网站都打不开：通道建立了但流量没有真正走出去，通常是分流规则或虚拟网卡没有生效；只有部分网站打不开：典型的域名解析问题，被解析到了一个不可达的地址；浏览器打不开但聊天软件正常：浏览器自己的加密 DNS 设置或插件在抢解析，跟通道无关。

确认出口有没有变化

最直接的验证方式是查一次当前出口地址：连接前后各查一次，如果两次结果完全一样，说明流量根本没走线路，问题在客户端的代理模式或系统层，而不是 DNS。这一步能立刻把「解析问题」和「根本没走线路」区分开，避免在 DNS 上白费功夫。关于出口验证的完整方法，可以看 怎么确认加速服务真的生效了 这篇。

清理本地解析缓存

旧解析结果会在系统里缓存一段时间，切换线路后仍然命中旧记录，是「能连上但打不开」最常见的原因之一。清一次缓存再试：

# Windows（命令提示符）
ipconfig /flushdns

# macOS（终端）
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

# Linux（systemd-resolved）
sudo resolvectl flush-caches

检查浏览器自带的加密 DNS

部分浏览器默认开启了「安全 DNS / DNS over HTTPS」，它会绕过系统设置自己去解析域名。当它选用的解析服务在当前网络下不可达时，就会出现「聊天软件正常、浏览器打不开」的现象。把浏览器的安全 DNS 关闭或改为跟随系统，问题通常立刻消失。同理，浏览器里安装的广告拦截或代理类插件也可能接管请求，排查时先用一个干净的浏览器配置试一次。

如果清理缓存、关闭浏览器加密 DNS、切换全局模式三步都做过，仍然只有部分域名解析失败，把具体打不开的域名和当时的错误提示记下来提工单。域名级别的解析异常需要服务端配合查看，自己继续尝试通常不会有新结果。

四、速度慢与晚高峰卡顿：先分清是「一直慢」还是「某时段慢」

速度问题最忌讳笼统地说「很慢」。先回答一个问题：是全天都慢，还是只在晚上某个时段慢？这两种情况的成因完全不同，处理方式也不一样。

一直慢：瓶颈多半在本地

如果任何时间、任何线路都慢，优先怀疑本地这一段。依次检查：当前宽带套餐的实际下行能力、是否在用 2.4GHz 频段（2.4GHz 在住宅密集区干扰严重，换到 5GHz 通常立竿见影）、路由器是否已经长时间没有重启、同一网络里是否有其它设备在下载或看高清视频。用网线直连路由器再测一次，如果速度明显回升，问题就在无线环节，与出口线路无关。

晚高峰慢：国际出口的拥堵

跨境流量在晚间时段集中，公共出口的拥堵是客观存在的。缓解思路有两条：换线路类型，把普通直连换成专线或中转类型的出口，这类线路的带宽是相对独立预留的；换地区，避开当前时段最热门的出口地区，选择相对冷门但物理距离接近的节点。两条一起做，效果通常比反复重连同一条线路好得多。

协议与传输方式的影响

同一台设备、同一条线路，换用不同的传输协议，速度表现也会有差异。基于 UDP 的传输在丢包环境下恢复更快，适合实时性要求高的场景；基于 TCP 的传输在受限网络里更容易建立连接，但遇到丢包时速度下降更明显。客户端里通常可以切换，建议在同一时段各测一次，保留表现更好的那个。

后台流量的干扰

系统更新、云盘同步、网盘客户端、游戏平台的后台下载都会持续占用带宽，而且它们通常不会提示。排查前先打开系统的网络占用面板看一眼，把不必要的大流量进程暂停，再测一次。这一步经常能解释「昨晚突然变慢、今天又好了」这类看似随机的问题。

如果换过线路类型、换过地区、确认过本地无大流量占用之后，速度仍然长期低于预期，可以在工单里附上：所在地区、常用时段、使用的线路类型，以及三次测速的结果截图。这些信息能帮助定位是线路容量问题还是本地链路问题。关于线路类型的选择思路，线路列表 页里有更细的说明。

五、频繁断线：用间隔规律反推原因

断线本身不是线索，断线的间隔规律才是。先观察二十分钟，记下大致是「固定间隔断」「随机断」还是「切换网络时断」，再对应下面的分支处理。

固定间隔断线

如果每次都在差不多的时间断开（比如每隔五分钟、每隔三十分钟），指向的是定时机制：系统的省电策略在后台冻结客户端、路由器的地址租期到期、或者某个定时任务在重置网络接口。处理方式是给客户端解除后台限制——在系统的电池或省电设置里把它加入不受限制的名单，并关闭针对它的「智能省电」类选项。路由器侧的租期问题可以通过重启路由器验证，如果重启后断线间隔明显变化，就在路由器里把租期调长。

随机断线

没有规律的断线多半与无线信号有关：设备在多个接入点之间漫游、信号强度在临界值附近反复抖动、2.4GHz 频段被邻居的路由器干扰。把设备固定在 5GHz 频段、靠近路由器、或直接改用网线，如果断线消失，就确认是无线环节的问题。在办公或公共场所，接入点之间的切换是常态，这种情况建议直接用移动数据做对比测试。

切换网络时断线

手机从 Wi-Fi 走到室外切到移动数据、笔记本从有线切到无线，这类网络接口变化会让已建立的通道失效。多数客户端会在接口变化后自动重连，如果发现它没有自动恢复，检查客户端是否开启了自动重连选项；仍然不恢复的，手动断开再连接一次即可。这不是故障，属于网络环境切换的正常表现。

怎么读客户端的日志

客户端一般提供日志查看入口。看日志时不需要逐行读，只找两类行：时间戳（确认断线发生的准确时刻，与你的观察是否一致）和包含断开、超时、重置字样的行（这些行通常直接给出原因）。把这两类行连同时间戳一起截图，是提工单时最有价值的信息，比描述「老是断」有用得多。

补充一点关于长连接的说明：即时通讯、远程桌面、在线游戏这类长连接对断线极其敏感，哪怕只断两秒，表现也可能是「消息延迟很久才收到」或「游戏直接掉线」。如果你主要用这类应用，优先选择 IEPL 专线类型的出口，并尽量固定使用同一条线路，减少切换带来的重连开销。

六、订阅更新失败：链接、状态与解析三处检查

订阅是把账号权限同步到客户端的那条通道。它更新失败时，客户端里的线路列表会停留在旧状态，表现为「明明有新线路却看不到」或者「连上后提示配置无效」。

先看三件事

更新失败的原因里，超过一半是状态问题而不是技术问题：账号是否处于登录状态（登录过期后无法拉取订阅）、套餐是否在有效期内（月订阅到期后订阅会停止更新）、流量是否已经用尽（流量按开通日每月重置，用尽后需要等待重置或升级套餐）。这三项都能在面板里一眼看到，先确认再动手排错。中途升级套餐时，差价会折算成剩余天数，升级后订阅内容会随新套餐变化。

再查链接与解析

确认状态正常后，检查订阅链接是否被完整复制——链接通常较长，从聊天窗口或截图里复制时容易丢掉尾部字符。手动更新一次：在客户端的订阅管理里选择更新，观察提示信息。如果提示网络错误，说明客户端在拉取时无法建立连接，先确认当前是否已经连上了一条线路，或者暂时关闭代理再更新一次。

# 订阅地址形如（示例为占位值，请以面板中实际生成的地址为准）
https://example.com/sub?token=YOUR_TOKEN

# 更新失败时可以先做一次连通性检查（把地址替换成面板里的实际地址）
curl -I "https://example.com/sub?token=YOUR_TOKEN"

系统时间偏差同样会导致更新失败：拉取订阅需要校验，时间不对就会被拒绝。把系统时间设为自动同步，重启客户端后再更新一次。

仍然失败怎么办

把客户端里的旧订阅删除，退出程序，重新登录后重新导入。删除旧订阅这一步很重要——同一客户端里保留多份指向同一账号的订阅，容易出现互相覆盖、线路列表重复的情况。重新导入后如果线路列表恢复且能正常连接，问题就解决了。

如果重新导入仍然失败，提工单时请附上：错误提示的原文、发生时间、当前使用的平台，以及面板里显示的套餐状态。不要把订阅链接完整贴在工单里，只需要说明「订阅更新失败」即可，客服可以通过账号直接查看状态。

七、某个应用走不了代理：模式、协议与权限

「其它应用都正常，就它不行」是分应用代理里最典型的一类问题。原因通常不在线路，而在流量的接管方式上。

先确认客户端的代理模式

客户端一般提供三种模式：全局（所有流量走线路）、规则（按规则表决定走不走）、直连（都不走）。如果某个应用不生效，先切到全局模式试一次：全局下正常、规则下不正常，说明是规则表没有覆盖到这个应用，属于配置问题；全局下仍然不正常，说明这个应用的流量根本没有被客户端接管。

虚拟网卡接管与系统代理的区别

基于虚拟网卡的接管方式在网络层工作，能覆盖绝大多数应用，包括不读取系统代理设置的程序；系统代理方式只影响那些主动读取代理设置的应用，浏览器通常没问题，但一些桌面客户端、游戏、命令行工具会直接忽略它。如果你的目标应用属于后者，需要在客户端里开启虚拟网卡接管模式。

应用自身的限制

少数应用会固定自己的网络行为：有的内置了独立的代理设置项（需要单独填写或关闭），有的对证书做了校验，不接受被中间接管；还有一些应用走的是 UDP 传输，而当前线路或模式只处理 TCP。这类情况的表现往往是「能登录但加载不出内容」或「连接一直建立中」。可以在客户端里切换传输协议再试一次，或者临时用全局模式确认是否与分流有关。游戏类应用的延迟与丢包问题，游戏加速器推荐 那篇有更细的说明。

如果确认客户端已经处于虚拟网卡模式、全局模式下该应用仍然不生效，可以在工单里写明：应用名称、平台、以及是否只在某个特定操作（比如语音通话、文件上传）时失败。这类信息能快速区分是接管问题还是应用自身的网络策略问题。

八、移动端后台掉线与设备数超限

手机和平板上的断线，绝大多数不是线路问题，而是系统的后台管理策略在起作用。移动系统为了省电，会在应用进入后台后限制它的网络活动，表现就是「切出去一会儿再回来，连接已经断了」。

移动端的后台策略

处理思路是把客户端从省电限制里放出来：在系统的电池设置里找到客户端，把它设为不受限制；关闭针对它的「智能省电」「后台限制」类选项；在系统的连接设置里确认它作为网络配置处于启用状态。iOS 与 Android 的设置入口名称不同，但方向一致——让系统知道这个应用需要在后台保持网络活动。

关于「设备数超限」

本站不限台数，同一个账号可以在 Windows / macOS / iOS / Android / Linux 上同时使用，不存在按设备数量收费或限制的规则。因此如果你看到类似「设备数量已达上限」的提示，它几乎不会是账号层面的限制，常见来源有三种：同一台设备上残留了多份配置（旧订阅没有删除，客户端把它当成多个连接实例）；系统的网络配置里残留了旧的配置文件（尤其是 iOS，安装过多次描述文件后可能留下多份）；面板里存在多个未退出的登录会话，某些客户端会把它们合并显示。

处理顺序

先删除客户端里多余的订阅，只保留一份；再检查系统设置里是否有多份同名的网络配置，保留最新的一份，其余删除；然后重启设备。如果提示仍然存在，登录面板查看当前的登录会话，把不再使用的设备退出登录，再重新登录一次。做完这三步，提示通常不会再出现。

还有一点值得提醒：移动端在弱信号环境下会频繁在基站之间切换，通道重建的次数比 Wi-Fi 环境多得多。如果你在通勤路上使用，偶尔的一次重连属于正常现象，不需要反复重启客户端。真正需要关注的是「每次切到后台再回来都必须手动重连」这种稳定复现的情况，那才是后台策略没有放行导致的。

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

前面八章覆盖了绝大多数可以自己解决的问题。剩下的一部分需要服务端配合查看，这时候提工单比反复尝试更有效率。关键是分清哪些该提、哪些不必提，以及提的时候附什么。

不必提工单的情况

单条线路连不上（换一条即可）、某个网站打不开（先按第三章清缓存、关浏览器加密 DNS）、晚高峰速度下降（按第四章换线路类型）、手机切后台后断线（按第八章调整省电设置）。这些都属于配置或环境层面，客服能给的答案和你自己按手册做一遍是一样的。

应该提工单的情况

换了三条以上不同地区、不同线路类型的出口仍然完全连不上；多台设备、多个网络环境下出现同样的失败；订阅更新反复失败且面板显示状态正常；日志中反复出现指向服务端的超时记录；提示设备数量受限但你自己只在一台设备上使用；以及任何涉及账号安全、出现陌生登录记录的疑问。这些情况需要从服务端查看账号状态与线路可达性，自己继续试不会有新结果。

工单里必须附上的信息

信息写得准，一轮就能定位；写得含糊，来回几轮还在确认基础情况。建议按下面的清单逐条填写：

• 账号用户名（只写用户名，不要写密码）；
• 使用的平台：Windows / macOS / iOS / Android / Linux 中的哪一个，以及设备型号；
• 错误提示的原文：逐字抄写或直接截图，不要概括成「报错了」；
• 发生时间：精确到分钟，并注明所在时区；
• 网络环境：家庭宽带、公司网络、公共 Wi-Fi 还是移动数据；
• 已经尝试过的步骤：按手册做过哪几步，每步的结果如何；
• 问题是否稳定复现：每次都出现，还是偶尔出现。

工单之外的三条路径

第一，使用指南 覆盖了从注册到验证连通的主线流程，第一次安装遇到问题先看那一页；第二，帮助中心 按账户与订阅、连接与故障、速度与线路、计费与退款四类整理了常见问答，很多细节问题在那里能直接找到答案；第三，涉及退款与计费的疑问，套餐页 与 退款政策 里写明了规则——首次付费后 30 天内可申请无理由全额退款。退款申请同样走工单入口，附上订单时间即可。

最后说明一下服务端的排查节奏：工单按提交顺序处理，附全信息的工单通常一次就能给出结论，信息不全的会先被要求补充。所以与其急着提交一条「连不上，怎么办」，不如花两分钟把上面清单里的七项填齐。这也是这份手册从头到尾想传达的一件事——把现象描述清楚，问题就已经解决了一半。