连接故障排查手册

01 · 定位

先判断问题出在哪一层

连接失败很少是单一原因。把可能出问题的地方分成三层，排查会快很多：第一层是设备本身——客户端配置、系统时间、防火墙、省电策略；第二层是本地网络出口——家庭宽带、公司网络、公共 Wi-Fi 对协议与端口的限制；第三层才是线路与账户——线路拥塞、订阅到期、流量用尽。三层的处理方式完全不同，先定位层，再谈解决办法。

顺序比努力重要。很多人一遇到连不上就重装客户端，结果把界面上那句最关键的提示原文弄丢了。重装只在配置文件确实损坏时有用，其余情况下它只是把排查时间清零。

还有一点值得说明：三层之间会互相影响。设备性能不足会让线路看起来「慢」，本地 DNS 配置错误会让「连不上」和「能连上但打不开」同时出现。所以每章末尾都会写清「什么情况该回到上一层」，不必在一章里死磕到底。

三个三十秒动作

不需要任何工具，三个动作就能把范围缩掉一大半。

1. 关掉客户端，直接打开一个普通网页。打不开说明本地网络已经断了，先解决网络，别在客户端里找原因。
2. 保持设备和网络不变，换一条线路重连。能连上说明是单条线路的问题，去节点线路挑一条同地区、不同类型的备用线路。
3. 换一台设备，或把同一台设备换到另一个网络。换设备能连上，问题在原设备的本地配置；换网络能连上，问题在原网络的出口策略。

把现象记下来，而不是急着重装

提交工单时最有价值的信息不是「连不上」三个字，而是下面这几项。提前记下来，就算最后要找人帮忙，也能省掉一轮来回。

• 出问题的时间点与时区，是否集中在某个时段
• 平台与系统版本（Windows / macOS / iOS / Android / Linux）
• 客户端界面上提示的原文，截图或逐字抄下来
• 当时选中的线路名与线路类型
• 是否在路由器上使用，路由器下挂了几台设备
• 出问题前改过什么：换过 DNS、装过安全软件、切过分流模式

什么时候可以直接跳到最后一章

有两种情况不用逐章排查：一是面板上订阅已过期或流量已用尽，属于账户问题，直接看「账户与工单」；二是同一账户在多台设备上同时出现完全相同的现象，且换网络、换线路都无效，这通常是账户侧的会话状态问题，提交工单比继续试更快。除此之外，其余症状都建议按章节顺序走一遍，因为很多现象是同一个原因的不同表现。

02 · 连接建立

完全连不上

客户端点了连接一直转圈、弹出错误、或者刚连上就断开，都归到这一类。先看客户端给出的提示属于哪一类，四类提示的处理路径完全不同。

先分清四种「连不上」

账户与流量

登录用户面板，确认两件事：订阅是否在有效期内、流量是否还有余量。月订阅的流量按开通日每月重置，不是自然月；流量包用完为止、永久不过期，所以包里剩余的额度不会因为月份切换消失。面板上会分别显示两类额度的剩余量，以面板显示为准。

如果面板显示订阅有效、流量充足，客户端却提示认证失败，先退出登录再重新登录，让客户端重新拉取一次账户信息。仍然失败，再提交工单。流量包与月订阅怎么搭配更划算，流量包和包月怎么选里有按用量估算的算法。

系统时间

加密连接依赖证书校验，而证书校验的第一道关是时间。系统时间与真实时间相差超过几分钟，握手就会失败，提示往往与「网络不通」很像，容易误判。Windows、macOS、iOS、Android 都提供自动校时开关，打开它，再手动同步一次。

# Linux：查看时间、时区与同步状态
timedatectl status

# 打开自动校时并立即同步一次
sudo timedatectl set-ntp true

本地网络出口

公司网络、校园网、部分酒店与公共 Wi-Fi 会对 UDP 与非常用端口做限制。判断方法很简单：同一台设备切到另一条网络再连一次。原网络不能连、另一条网络能连，问题就在原网络的出口策略上。这种情况可以尝试在客户端里切换传输协议，从 UDP 系切到 TCP 系，或者换一个更常见的端口。

防火墙与安全软件

桌面端的安全软件、系统自带防火墙、以及某些「网络优化」工具会拦截虚拟网卡。表现是客户端显示已连接，但系统没有新增虚拟网卡，或者连接瞬间被切断。处理方式：把客户端加入白名单，允许它创建虚拟网卡、修改 DNS 设置；排查期间可以临时关闭第三方安全软件做一次对照测试，测完立即恢复。

路由器与多设备

在路由器上配置时，客户端不参与，问题通常出在路由器的固件、时间同步、以及规则文件的兼容性上。按顺序确认：路由器本身能正常上网、路由器时间已同步、订阅成功拉取到规则、规则格式与固件匹配。四项都通过仍然连不上，把路由器的型号与固件类型记下来，提交工单时一并附上。

03 · 解析与分流

能连上但打不开网页

客户端显示已连接、出口地区也切换了，浏览器却一直转圈，或者只有一部分网站能打开。这一类问题的共同点是：隧道已经建立，卡住的是隧道之上的解析与分流。

先分清三种表现

DNS 泄漏与 DNS 失败的区别

DNS 泄漏指查询没有走隧道，暴露了本地 DNS；DNS 失败指查询根本没有返回结果。两者都会表现为「打不开网页」，但处理方式不同：泄漏要改客户端的 DNS 接管设置，失败要先看系统 DNS 是否可达。

# Windows：查看 DNS 配置并清空缓存
ipconfig /all
ipconfig /flushdns

# macOS：清空 DNS 缓存
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

# Linux（systemd-resolved）：查看状态并清空缓存
resolvectl status
sudo resolvectl flush-caches

# 通用：查询一个域名解析到什么地址
nslookup example.com

如果 nslookup 返回的是本地运营商或路由器的地址，而客户端里已经开启了 DNS 走隧道，说明查询被系统绕过了。处理方式：在客户端里把 DNS 设置为由隧道接管；或者手动指定一个可用的公共 DNS，例如 1.1.1.1、8.8.8.8，改完清一次系统缓存。

分流模式与规则

规则模式下，客户端按域名列表决定走代理还是直连。目标网站不在列表里、或者列表版本过旧，就会走直连。判断方法：把模式临时切成全局，如果全局下能打开、规则下打不开，问题就在规则上。处理方式是更新规则，或把该域名加入自定义规则。

分流规则还有一个容易忽略的边界：同一个域名可能同时被「直连列表」和「代理列表」命中，最终结果取决于客户端的优先级。规则写得多不等于写得好，冲突规则会让排查变得很难。规则尽量保持精简，只补真正需要的条目。

MTU 与大包丢弃

隧道会额外封装一层头部，实际可用的最大传输单元比物理链路小。MTU 设置偏大时，小请求能过、大响应被丢弃，表现为页面骨架出来了但图片和样式加载不出来，或者登录类操作一直转圈。把 MTU 调小一档再试，是成本最低的验证方式。

04 · 吞吐

速度慢

慢是最难量化的一类。先建立一个基线：不挂代理时本地网络的实际速度是多少，挂上之后掉了多少。没有基线，「慢」只是主观感受，换十条线路也未必有改善。

先测基线，再谈优化

在关闭客户端的状态下，用同一台设备、同一个位置测一次本地带宽，记录下来。然后连上代理，用同一个测速方式再测一次。两次结果的差距，才是代理链路带来的损耗。如果本地本身就只有很低的带宽，换线路不会有明显改善——瓶颈根本不在线路上。

测速本身也有讲究。测速服务器的位置会显著影响结果：测速节点在本地、代理出口在境外，测出来的数字反映的是「本地到本地」，不是真实跨境速度。更接近实际体验的做法是打开日常使用的网站，看首屏时间、图片加载、视频起播这三项。

单线程与多线程

单线程下载反映单条连接的质量，多线程下载反映总带宽。单线程慢、多线程正常，说明线路对单连接的限速较严，适合多任务并行，不适合大文件单线程下载。多线程也慢，说明瓶颈在链路总带宽或本地出口。判断时用同一个文件、同一个时间段各测一次，才有可比性。

线路类型的影响

直连线路路径最短，但经过的公网节点多，晚高峰容易受国际出口拥塞影响；中转线路在中间多一跳，路径更可控；IEPL 专线走独立通道，延迟与抖动更稳定，成本也更高。同一个地区可能同时存在三种类型的线路，速度表现差别很大，值得逐条试过去。节点线路页按地区列出了每条线路的类型，选线时可以对照。

设备与 Wi-Fi

加密与解密要消耗 CPU。老设备、低功耗模式下的笔记本、后台跑满的程序，都会让实际吞吐低于线路能力。判断方法：换一台性能更好的设备连同一条线路对比。Wi-Fi 方面，2.4GHz 频段的实际吞吐远低于 5GHz，隔墙之后掉得更快，有线连接是最稳定的对照。

只有特定网站慢

如果只有某个网站慢，其余正常，问题多半不在线路上。CDN 调度会按出口 IP 分配节点，出口地区选得远，分配到的 CDN 节点也远。把出口地区换成离目标网站服务区更近的一个，往往比换线路更有效。覆盖 100+ 国家 / 220+ 线路的规模，意味着大多数目标服务都能找到地理上更近的出口。

05 · 时段

晚高峰卡顿

如果问题只在固定时段出现——白天正常、晚上卡——那它不是随机故障，而是有规律的拥塞。国内家庭宽带与国际出口在傍晚到夜间承载量最高，跨境链路的延迟与丢包都会上升，直连类线路受影响最明显。

为什么晚高峰会更明显

跨境链路要经过国际出口，出口带宽是共享资源。晚高峰时家庭宽带同时在线的用户最多，出口的排队延迟上升，丢包率也跟着上升。丢包对传输的影响是叠加的：一次丢包会触发重传与拥塞窗口收缩，实际吞吐下降的幅度远大于丢包率本身的百分比。这就是为什么晚高峰「只是稍微卡一点」在体感上却是「视频一直转圈」。

先确认时间规律

连续几天在同一线路、同一时段做记录：连接是否正常、打开网页要几秒、视频缓冲几次。三天的记录足以看出规律。如果卡顿与时间无关，回到「速度慢」那一章；如果卡顿只在某一条线路上出现，问题在线路本身，换线路即可。

线路类型的选择

晚高峰的表现与线路类型强相关。直连线路走公网，拥塞时抖动明显；中转线路在中间节点做了收敛，稳定性好一些；IEPL 专线走独立通道，受公网拥塞影响最小。预算允许时，晚高峰时段切到专线类线路是最直接的改善方式。

出口地区的选择

同一个网站在不同出口地区的响应差别很大。亚洲方向的线路在晚高峰的延迟通常低于跨太平洋方向。如果目标服务在多个地区都有节点，优先选地理上更近的那个出口；如果目标服务只在某一个地区有节点，那就只能在这个地区里挑线路类型。

使用习惯上的调整

• 把大文件下载、系统更新安排到非高峰时段
• 视频清晰度从自动改为固定档位，避免码率反复切换造成反复缓冲
• 同时观看的设备越多，单台分到的带宽越少——不限台数不等于不限总带宽
• 游戏类应用优先看延迟与抖动，而不是峰值带宽

直播与赛事场景

体育直播对延迟和并发更敏感。开赛前十分钟是连接建立的高峰，提前连好、提前打开播放页，比开赛后临时切换线路更稳。赛事期间的选线思路在体育直播线路对比里有更细的对照。

06 · 稳定性

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

断线分两种：连接被主动断开，和连接还在但应用层没有流量。前者客户端会显示断开重连，后者看起来一直连着、实际什么都不通。两种的处理方式完全不同。

固定间隔断线

每隔固定时间断一次，通常与心跳超时或空闲超时有关。中间设备会清理长时间无流量的会话表项，客户端认为连接还在，设备那边已经忘了这条会话。处理方式：在客户端里开启或缩短心跳间隔；或者让连接保持一点轻量的后台流量。

随机断线

没有规律的断开，多半是链路抖动。判断方法：断线时立刻看客户端状态。显示「已连接但无流量」，问题在链路；显示「已断开」，问题在本地网络或虚拟网卡。Wi-Fi 信号弱、路由器负载高、运营商线路抖动都会造成这一类。

桌面端休眠唤醒

笔记本合盖休眠后唤醒，虚拟网卡可能没有重新接管流量，客户端显示已连接但实际不通。断开重连一次即可恢复。如果每次唤醒都要手动重连，检查客户端的开机自启与网络变化自动重连选项。

路由器下的会话表

路由器要维护 NAT 会话表，表满了新连接就建不起来，表现为「网还在、但打不开新页面」。低端路由器的会话表容量有限，设备一多、并发一高就容易触顶。重启路由器能临时缓解，长期方案是减少同时连接的设备，或换一台内存更大的路由器。

移动端后台掉线

iOS 与 Android 都会限制后台应用的网络活动。切到后台一段时间后，系统可能回收 VPN 配置或挂起客户端进程，回到前台时显示重连中。这是系统策略，不是线路故障。

• iOS：确认 VPN 配置里的按需连接已开启；关闭该客户端的低电量模式限制；允许后台 App 刷新。
• Android：在电池优化里把客户端设为不受限制；关闭厂商省电策略对该应用的清理；允许后台活动。
• 通用：不要用「清理后台」的方式关闭客户端，很多系统会连同 VPN 配置一起停掉。

07 · 配置拉取

订阅更新失败

订阅更新的本质是客户端向服务端拉取一份配置文件。失败的原因集中在三个环节：拉取时没有走代理、订阅地址失效、客户端缓存了旧配置。按这个顺序查，绝大多数情况一轮就能定位。

先确认拉取路径

很多客户端在更新订阅时不走代理，直连去拉。如果订阅地址在当前网络下不可达，更新就会失败。处理方式：先把客户端切到全局模式，或者让更新请求走已建立的隧道，再点更新。更新成功后再切回规则模式。

订阅地址与凭据

订阅地址里带着身份信息，等同于密码。地址一旦被重置或过期，更新会返回错误。在用户面板里重新获取一次订阅地址，替换客户端里的旧地址。

# 示例：订阅地址的形态（示例值，不是真实地址）
https://example.com/sub?token=YOUR_TOKEN

上面的地址只用于说明形态。真实的订阅地址请从用户面板获取，不要复制网上流传的示例，也不要把自己的地址贴到公开场合。

客户端缓存

更新成功但线路列表没变，通常是客户端用了缓存。清理缓存或删除订阅后重新导入，能强制刷新。部分客户端需要手动点「更新全部」才会重新拉取规则，只更新节点不会更新分流规则。

路由器上的更新

路由器环境里，更新失败常见于三个原因：路由器时间未同步导致证书校验失败、DNS 无法解析订阅域名、存储空间不足导致写入失败。逐个排除：先校时，再换 DNS，最后看存储。

订阅格式与客户端兼容

同一条订阅地址，在不同客户端里可能需要不同的格式。格式不匹配时，客户端要么提示解析失败，要么导入成功但线路列表是空的。遇到这种情况，先在面板确认订阅的格式选项，再在客户端里选择对应的导入方式。分不清格式时，优先用客户端默认推荐的那个。

08 · 分流接管

某个 App 走不了代理

浏览器正常、某个应用却连不上，说明隧道本身是通的，问题出在这个应用的流量没有被接管，或者被接管后解析失败。

先做全局对照

把客户端切成全局模式，再打开同一个应用。全局下正常，说明规则没有覆盖这个应用的域名；全局下也不正常，说明应用没有走虚拟网卡，或者它有自己的网络实现。

系统代理与虚拟网卡

系统代理只对读取系统代理设置的应用生效。很多应用——尤其是游戏、部分桌面客户端、命令行工具——不读系统代理，只走虚拟网卡。客户端需要开启 TUN 模式或虚拟网卡模式，才能接管这类流量。

应用自带的网络实现

• 自带 DNS 的应用：绕过系统 DNS，直接向固定地址查询，分流规则可能判错。
• 硬编码 IP 的应用：不经过域名解析，按域名写的规则命中不了。
• 使用 QUIC 的应用：走 UDP，部分网络会限制，表现为连接建立但加载不出来。
• 走独立协议的客户端：需要单独设置代理，或强制走虚拟网卡。

分应用代理

部分客户端支持按应用分流：指定哪些应用走代理、哪些直连。规则写反了会出现「该走的不走、该直走的不直走」。检查列表里目标应用是否在代理一侧，改完重启一次应用再测。

命令行工具与环境变量

命令行工具通常只认环境变量，不读系统代理。在终端里设置一次，再运行需要联网的命令。

# 端口以客户端实际监听的为准
export https_proxy=http://127.0.0.1:7890
export http_proxy=http://127.0.0.1:7890

# 验证出口：返回值应与当前线路的出口地区一致
curl -s https://example.com/ip

验证是否真的走了代理

在应用里打开一个查询出口地址的页面，看返回的地址是不是线路的出口。这一步能确认流量到底有没有被接管。更完整的自查方法在连上后怎么验证生效里。

09 · 账户与人工

账户、设备与工单提交

前面八章处理的是技术故障。这一章处理账户层面的问题，以及确实需要人工介入时该怎么做。

不限台数的含义

本站套餐不限台数，不按设备数量计费。同一个账户可以同时装在 Windows、macOS、iOS、Android、Linux 上，不需要为第二台设备再买一份。不限台数指的是设备数量，不等于不限总带宽：同一时间在线设备越多，单台分到的带宽越少。

路由器与共享

在路由器上配置时，路由器算一台设备，它后面挂的所有设备共享这条连接。家庭场景下这是最省事的做法，但要注意路由器的性能：低端路由器的加密吞吐有限，设备一多就容易成为瓶颈。判断方法很简单：把客户端直接装在电脑上对比，如果直连明显更快，瓶颈就在路由器。

设备数量相关的提示怎么理解

本服务不限台数，正常情况下不会因为设备数量被拒绝。如果某个客户端弹出与设备数量有关的提示，先退出登录再重新登录，让客户端重新拉取账户信息；提示仍然存在，截图后提交工单，并注明出现提示的客户端与时间。

流量与到期

月订阅的流量按开通日每月重置，不是自然月；中途升级套餐时，差价折算成剩余天数。流量包用完为止，永久不过期，不受月份切换影响。两种额度在面板上分别显示，续费前先看清楚是哪种额度先用完。

账户凭据的保管

注册只需要用户名与密码，无需邮箱地址，所以账户凭据就是这两项。这也意味着没有邮箱可以走找回流程，密码务必自行保管，不要与订阅地址一起放在公开的地方。套餐档位与流量包的对应关系见套餐价格，付款方式支持支付宝 / 微信 / USDT。

退款

30 天无理由退款。申请入口与所需信息见退款政策，提交时附上订单时间与套餐名称，核对会更快。

什么情况该找客服

• 换过至少三条不同地区的线路、换过网络、切换过协议，仍然完全连不上
• 面板显示订阅有效、流量充足，客户端始终提示认证失败
• 订阅更新在多个网络下都失败
• 某条线路连续多天在固定时段不可用
• 账户相关的计费、退款、套餐变更问题

工单要附什么

一条信息完整的工单，通常一轮就能定位问题。附上这些：

• 出问题的时间点与时区
• 平台与系统版本
• 客户端界面提示的原文，截图或文字
• 当时选中的线路名与线路类型
• 已经做过的排查动作与结果
• 是否在路由器上使用，路由器下挂几台设备

问题现象：连接后浏览器打不开网页，客户端显示已连接
发生时间：2026-10-20 21:30 (UTC+8)
平台：Windows / 客户端当前版本
当前线路：日本 · 东京（中转）
已排查：切全局模式无效；更换 DNS 后仍失败；
        换用新加坡线路可正常打开
补充：路由器下挂三台设备

不要附上完整的订阅地址、密码或其他凭据。需要说明账户时，给出用户名即可。

提交之前先查一次

很多问题在帮助中心里已有现成答案，尤其是计费与套餐相关的那一类。查过之后再提工单，问题描述会更准确，也能避免同一个问题重复排队。