VPNDT 故障排查大全：按症状定位问题

遇到问题先别急着换客户端。从设备到国际出口，这条链路上任何一环出问题，表现都可能是“打不开”，如果一上来就重装、重置、换软件，往往改了三处却不知道是哪一处起了作用。更高效的做法是先把链路拆成四层，判断症状落在哪一层，再进入对应章节。

四层怎么用

排查方向是从上往下。如果 L1 就有问题——设备连本地网络都上不了——后面三层都不用看；如果客户端根本连不上，重点看 L2 与 L4；如果只有某个网站或某个 App 打不开，问题大概率在 L2 的分流规则或 L4 的线路选择上。判断出层级之后，本页对应的章节就是处理清单。

五分钟通用自查清单

• 关掉客户端，确认设备本身能正常访问常用网站。关掉也上不了，先修本地网络。
• 看客户端状态：是“未连接”“正在连接”还是“已连接”。三种状态指向不同章节。
• 确认订阅最近更新过。长期没更新的订阅里，线路可能已经调整。
• 回想最近是否换过网络：家里 Wi-Fi、公司网络、公共热点、蜂窝数据，不同网络对端口与协议的限制不一样。
• 检查系统时间是否自动同步。时间偏差过大会让加密握手直接失败，表现就是“怎么都连不上”。
• 确认没有第二个代理或加速软件同时在运行。两个软件抢系统代理，结果通常是两个都不正常。
• 登录用户面板，确认套餐在有效期内、流量没有用完。
• 记录问题是否只在某个网站、某个 App 或某个时段出现——这三条信息能直接缩小范围。

提工单前需要准备的信息

无论问题最终落在哪一章，先把这几项准备好：使用的平台与客户端名称；问题开始的时间与出现频率；报错原文或截图；已经尝试过的步骤与结果（换过哪几条线路、换过哪个网络）；涉及线路的地区名；涉及计费时附上订单号。最后一章会把这些信息整理成一份可以直接照抄的清单。

先分清三种“连不上”

1. 点连接后立刻失败，或者按钮没有反应：大概率在客户端层或本地网络层。
2. 一直转圈、最终超时：多半是线路不可达，或当前网络限制了对应端口。
3. 显示已连接，但所有网站都打不开：这不是连接问题，直接看下一章“能连上但打不开网页”。

设备与本地网络层

先把客户端完全退出，确认设备本身能上网。最快的一刀切测试是换网络：从 Wi-Fi 切到蜂窝热点，或者反过来。如果换网络就好了，问题出在原网络的限制上，而不是账号或线路。公司网络、校园网与部分公共热点会对非常用端口做限制，这类限制在客户端侧无法绕过，换网络是唯一直接有效的办法。

路由器长时间运行后可能出现连接表耗尽，表现为“突然全都不通”，重启路由器能解决其中一部分。另外检查系统时间是否自动同步：时间偏差过大会让加密握手直接失败，这类问题在手动改过时间或时区设置异常的设备上并不少见。

客户端层

先完全退出客户端再启动——注意是退出进程，不是最小化窗口。然后在客户端里逐条切换线路，建议顺序是：先换同一地区的另一条线路，再换另一个地区，最后换线路类型（专线、中转、直连）。如果客户端提供传输协议选项，可以在两条线路之间切换协议复测，这一步能排除“当前网络对某种传输方式不友好”的情况。

接着确认防火墙与安全软件没有拦截客户端进程。Windows 上最常见的情况是首次运行时弹窗被随手点了“阻止”，之后客户端一直无法建立连接，却没有任何提示。最后才是重装客户端；重装前记住：订阅是登录用户面板重新获取的，不要依赖本地缓存，重装后重新导入即可。

账号与套餐层

登录状态可能过期，退出后重新登录一次。到用户面板确认套餐在有效期内、流量没有用完：月订阅有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB 三档，流量按开通日每月重置；月流量提前用完，可以选流量包（¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止、永久不过期）。

同时在线设备不限台数，所以“设备太多被踢下线”这种情况在本服务不会发生。反过来讲，如果多台设备在同一时间一起失败，说明问题在账号、链路或本地网络，而不是某一台设备——这条判断能帮你省掉大量单机排查。

什么时候该找客服

• 换过三条以上不同地区的线路，仍然完全连不上。
• 换过网络之后同样失败，且另一台设备表现完全一致。
• 客户端日志里出现明确的错误码，或反复重试的记录。
• 订阅重置后依然无法连接，且面板里套餐状态正常。

带着这些结果提工单，比只说一句“连不上”要快得多，客服可以直接从你排除掉的方向之外开始查。

先分清三种表现

“打不开”不是一种故障，先看清是哪一种：全部网站都打不开、只有部分网站打不开（本地站点正常）、还是只有某个浏览器打不开。三种表现对应的方向完全不同，下面这张对照表可以直接照着走。

全局与分流：一次复测定方向

客户端一般提供两种模式：全局模式把所有流量交给隧道；分流模式按规则决定哪些走隧道、哪些直连。排查时先把模式切到全局，访问之前打不开的网站。能打开，说明问题在分流规则，跳到第七章；还是打不开，说明问题在代理接管、DNS 或线路上，继续往下看。这一步的价值在于：它用一次操作就排除了一个方向。

系统代理有没有被接管

客户端显示“已连接”，不等于系统代理已经生效。Windows 在“设置 → 网络和 Internet → 代理”里能看到当前代理开关与地址；macOS 在“系统设置 → 网络 → 当前网络 → 详细信息 → 代理”里查看。浏览器插件、其他加速软件、某些下载工具都可能悄悄改写系统代理，把地址改成它们自己的端口。如果发现代理地址不是客户端显示的那一个，先退出那些软件再复测。

分片与 MTU：连上了却加载不出来

握手成功、连接正常，但网页一直加载不出来，或者只有部分网站超时，可能与数据包分片有关。隧道封装会增加包头长度，某些网络环境下超过路径 MTU 的分片会被直接丢弃。客户端通常提供“自动”或手动 MTU 选项，先保持自动；长期异常再在合理范围内微调，并且一次只改一个值，改完立刻复测。这个环节最忌讳一次改好几个参数。

浏览器自身的 DNS

现代浏览器大多内置“安全 DNS”，会绕过系统 DNS 直接解析域名。当它解析到不适合当前线路的地址时，表现就是“客户端正常、其他 App 正常、只有这个浏览器打不开”。处理办法：把浏览器的安全 DNS 关闭或设为“跟随系统”，清一次浏览器缓存，再复测。

处理顺序总结

• 切全局模式复测，判断是规则问题还是接管问题。
• 检查系统代理开关，确认地址与客户端一致。
• 关闭浏览器安全 DNS，换无痕窗口复测。
• 换一条线路，再换一个网络。
• 换另一台设备对照，确认是否单机问题。

每一步只做一件事，做完立刻复测并记录结果。走完这五步仍然打不开，再进入第八章处理 DNS 解析链路。

先把“慢”量化

慢是主观感受，先把它变成可比较的现象：同一台设备、同一个网站、同一时段，分别测“关掉客户端访问本地站点”和“开启客户端访问目标站点”。如果关掉客户端访问本地站点也慢，问题在本地带宽或 Wi-Fi；如果只有跨境访问慢，再往下看。测速看多次结果的中位数，而不是某一次的峰值——单次结果受瞬时波动影响很大，不足以判断线路质量。

线路类型与适用场景

本站线路分为三种类型，各自的适用场景不同。选错类型，是“速度慢”里最常见的一类原因。

晚高峰为什么慢

晚高峰的瓶颈通常不在服务端，而在跨境链路本身：这个时段国际出口整体拥塞，家庭宽带的上行也在被大量占用。可用的手段有三个：换到专线线路，用独立通道避开公共路径的排队；换到邻近地区（香港、日本、新加坡），缩短跨境段长度；把大流量任务（系统更新、云盘同步、游戏更新）挪到非高峰时段，避免自己把带宽占满。

本地因素别忽略

• Wi-Fi 信号弱，或工作在拥挤频段。能接网线就接网线，这是最省事的一次性改善。
• 路由器老旧或长时间未重启，连接表与转发性能都会下降。
• 后台在跑系统更新、云盘同步、网盘下载，把上行占满之后，任何线路都会显得慢。
• 浏览器开了一堆标签与扩展，页面本身的加载也会拖慢观感。
• 安全软件正在做全盘扫描，磁盘与网络同时被占用。

怎么测才算数

固定工具、固定时段、多测几轮。具体方法——选哪些工具、晚高峰与空闲时段各测几次、延迟和抖动、丢包、吞吐分别代表什么——在博客 《VPN速度实测怎么做：自己客观测速的方法、工具与时段》 里有完整步骤，照着做一遍就能得到一份可比较的记录。

两个常见误判

一是把流媒体自动降码率当成线路故障。平台会根据实时带宽自动调整画质，画面变糊是平台的策略，不一定是线路出了问题，相关机制见 《看4K的VPN哪个好：画质掉到 480p 的原因与该看的线路指标》。二是把单次峰值当结论：测一次很快或很慢，都不足以说明线路的长期表现，多看几轮中位数才可靠。

先记录断线的规律

断线问题最怕“感觉一直在断”。花两分钟记录规律，方向立刻清晰：

• 每隔固定时间断一次，比如五分钟或三十分钟：多半与保活机制或系统策略有关。
• 随机断、没有规律：多半是网络抖动，或线路本身在调整。
• 只在切换网络时断，比如 Wi-Fi 与蜂窝数据互切：系统重连策略问题。
• 只在锁屏、休眠之后断：系统省电与后台限制。
• 只在某个时段断：与链路拥塞时间相关。

桌面端：休眠、节能与网卡

系统进入睡眠会挂起网络连接，唤醒后部分客户端不会自动恢复，看起来就是“莫名其妙断了”。处理办法：在客户端里打开自动重连；把系统电源计划从“节能”切到“平衡”或“高性能”复测；检查网卡驱动设置里的“允许计算机关闭此设备以节约电源”选项，把它关掉。另外，客户端异常退出后系统代理开关有时不会被复位，表现为“断线后再也连不上”，到系统代理设置里手动关掉再重连即可。

移动端：后台策略是主因

iOS 与 Android 都会在锁屏或低电量时限制后台网络活动。iOS 上开启低电量模式后，后台刷新与网络活动会被收紧，锁屏后连接更容易被系统挂起；Android 各厂商的电池优化策略差异更大，需要把客户端加入“不受限制”的白名单，并允许后台活动。此外，系统大版本更新之后，VPN 配置的权限偶尔需要重新确认一次，表现就是“更新完系统就连不上了”，重新授权即可。

路由器与多设备环境

在路由器上做全局代理时，路由器的内存与连接数上限会成为瓶颈，同时跑大流量下载会互相挤占，表现是“人多就断”。本服务同时在线设备不限台数，所以多设备本身不会互相踢下线；如果多台设备在同一时间一起断，先怀疑出口链路或本地网络，而不是设备数量。

判断是线路断还是本地断

• 同一账号的另一台设备是否同时断？同时断指向链路，只有一台断指向本机。
• 换一条线路是否还断？换线路就好，说明原线路在当前时段有波动。
• 换一个网络是否还断？换网络就好，说明原网络侧有问题。
• 断线时本地站点是否正常？本地也不通，说明问题与跨境链路无关。

四条里任意一条能复现，范围就缩小一半。把断线时间点记下来，与本地网络事件（路由器重启、系统更新、运营商波动）对照，往往能直接找到原因。

订阅链接的工作方式

订阅链接是一段带令牌的地址，客户端用它从服务端拉取最新的线路列表。它等同于一份凭据：拿到链接的人就能导入线路。同一链接可以导入到多台设备，本服务同时在线设备不限台数，不需要为每台设备单独申请。理解这一点，后面所有“更新失败”的处理都顺理成章：要么链接本身失效了，要么客户端没能把请求发出去。

常见失败表现与处理

各平台的导入与更新路径

• Windows / macOS：打开客户端 → 订阅管理 → 添加订阅 → 粘贴链接 → 更新。
• iOS / Android：在客户端内添加订阅后，手动下拉刷新一次。
• Linux：按所用客户端说明导入订阅，命令行客户端注意配置文件路径与权限。

所有平台的订阅都从用户面板获取，登录后进入下载与订阅区域复制；本站不提供任何静态订阅地址。各平台的分步操作见 教程页；订阅链接的完整概念、导入与泄露处理见博客 《订阅链接是什么？新手完整指南》。

链接泄露与重置

订阅链接等同于凭据，不要发到公开群组、论坛，也不要带在截图里。怀疑泄露时，到用户面板重置订阅链接，然后逐台设备重新导入——旧链接在重置后立即失效，这一步同时也能解决“链接被限速或异常使用”的问题。

文章与教程里的示例链接一律是假值，例如 https://example.com/sub?token=YOUR_TOKEN，任何看起来像真实令牌的地址都不要在公开场合粘贴。

更新后线路名变化

线路名称与分组会随运营调整，名称变化不影响使用；如果某条线路消失，在客户端里选择同地区的其他线路即可。不要因为线路名变了就反复重装客户端——重装解决不了线路调整，只会多花时间。

分流规则的基本逻辑

分流模式下，客户端按域名、IP 段或进程决定流量走隧道还是直连。规则没有覆盖到的目标会直连——在需要跨境访问的场景里，表现就是“这个 App 走不了代理”。先理解这一点，再看具体是哪一类 App：不同类别的处理方式差别很大。

用全局模式快速判断

把模式切到全局复测：App 恢复正常，问题在规则，补充规则即可；仍然不正常，问题在 App 的接管方式（比如它根本不读系统代理），或者它自身使用 UDP、自有 DNS 的实现方式。这一步做完，后面的处理路径就只剩一条。

几类常见情况

• 桌面软件与同步盘：一部分不读系统代理，需要客户端的 TUN / 虚拟网卡模式接管全部流量。
• Windows 应用商店应用：受系统网络隔离影响，需要在客户端里开启对应的接管选项。
• 浏览器：插件代理会覆盖系统代理，先禁用插件复测，再决定是否在插件里配置。
• 命令行工具：需要手动设置代理环境变量，见下面的示例。
• 游戏：多数走 UDP，需要支持 UDP 转发的模式；同时游戏对延迟敏感，优先选邻近地区线路。

命令行代理示例

export HTTPS_PROXY=http://127.0.0.1:7890
export HTTP_PROXY=http://127.0.0.1:7890
curl -I https://example.com

端口以客户端实际显示为准，上面只是示例。Windows 的 PowerShell 里对应写法是 $env:HTTPS_PROXY="http://127.0.0.1:7890"。设置后如果命令行能通、而 App 仍然不通，说明问题在 App 自身，而不是线路或规则。

平台接管方式对照

处理顺序

1. 全局模式复测，确认是规则问题还是接管问题。
2. 切换接管方式：系统代理不行就换 TUN / 虚拟网卡模式。
3. 为这个 App 的目标域名或进程补充自定义规则。
4. 仍然不通时，尝试单进程代理，把范围收窄到单个程序。
5. 以上都不行，提工单时附上 App 名称与目标服务，方便进一步判断。

DNS 异常长什么样

• 打开网页前有几秒“正在解析”的停顿，之后才正常加载。
• 同一网站在一台设备能开、另一台不行，两台设备走的是同一条线路。
• 输入域名打不开，直接访问 IP 却可以。
• 换一个网络之后症状消失。

这几条的共同点是：问题不在“能不能连”，而在“域名解析成了什么”。

排查命令

# Windows
nslookup example.com
ipconfig /flushdns

# macOS
dig example.com
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux
dig example.com
resolvectl flush-caches

分别记录“开启客户端”与“关闭客户端”时同一域名的解析结果。如果两次结果一致，说明解析请求没有走隧道，属于典型泄漏；如果开启后解析变慢或失败，说明隧道内的解析服务在当前线路上不可达，换一条线路复测即可。

DNS 泄漏意味着什么

DNS 请求没有走隧道，就会交给本地网络或运营商的解析服务处理。影响有两层：一是解析结果可能是就近地址，跨境访问时反而绕远，表现为“能连但慢”；二是访问意图暴露在隧道之外。它不影响加密本身，但属于应该顺手修掉的问题。

处理办法

• 客户端 DNS 选项设为“使用隧道内 DNS”或“跟随系统”，两种都试一次，选解析更稳定的那个。
• 系统 DNS 换成稳定的公共解析服务，改完清一次缓存。
• 关闭浏览器的安全 DNS，让它跟随系统设置。
• 路由器层面的 DNS 也检查一遍，尤其是把代理放在路由器上的场景。

本站 「我的 IP」 页可以查看当前出口 IP 与归属地，用来确认流量是否真的走了隧道；排查 DNS 之前先确认出口，能避免在错误的方向上花时间。

与“能连但打不开”的关系

DNS 异常与第三章“能连上但打不开网页”经常同时出现，判断顺序建议是：先按第三章把代理接管与浏览器设置排一遍，再回到本章处理解析链路；两章都走完仍然异常，再考虑换线路或换设备对照。

同时在线设备不限台数

本服务的套餐不限制同时在线设备数，多设备同时使用不会触发限制，也不需要额外购买“设备位”。需要留意的反而是账号共用：一个账号被多人共用，一旦出问题，很难判断是哪台设备、哪个网络的问题，排查成本成倍增加；账号共用也会把订阅链接扩散出去，带来不必要的风险。如果多台设备都是自己的，放心同时登录即可。

账号与订阅相关异常

• 登录失败：先确认用户名与密码；忘记密码走用户面板的找回流程。注册无需邮箱地址，用户名加密码即可，所以没有等待验证邮件这一步。
• 订阅取不到：订阅在登录用户面板后获取，未登录或登录状态过期时取不到；重新登录后到下载与订阅区域复制。
• 套餐到期或流量用完：月订阅有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB 三档，流量按开通日每月重置；月流量提前用完，可以选流量包（¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止、永久不过期）；中途升级套餐时，差价折算成剩余天数。
• 计费疑问：涉及订单的疑问在工单里附上订单号，处理会快很多。

套餐与流量包的完整说明在 套餐页；线路地区与类型的完整列表在 服务器页，选线之前可以先对照一下。

该找客服的六种情况

1. 按对应章节排查完仍然复现，自己无法继续判断。
2. 换网络、换线路、换设备三种方式都失败。
3. 多台设备在同一时间一起失败。
4. 客户端日志里有明确的错误码或反复重试记录。
5. 订阅链接重置后仍然无法更新。
6. 涉及订单、退款与计费。退款承诺是 60 天无理由退款，符合条件时在工单里说明订单信息即可。

提工单要附的信息

• 账号用户名（不要附密码）。
• 平台与客户端名称。
• 问题开始的时间与出现频率。
• 具体现象与报错原文，截图更好。
• 已经做过的步骤与结果，例如换过哪几条线路、换过哪个网络。
• 涉及线路的地区名。
• 涉及计费时附上订单号。

工单入口与处理节奏

工单入口在用户面板的工单区域，登录后即可提交。同一问题不要重复提交多条工单——重复提交会打乱处理顺序，反而更慢；需要补充信息时，在原工单里追加即可。最常见的来回是“缺少现象描述”，把上面那份清单照着填一遍，基本能一次性说清楚。