VPN频繁掉线时，先不要急着删除客户端、反复更换订阅，或把所有问题都归结为某一条线路。连接中断可能发生在不同环节：本地 Wi-Fi 短暂断开、设备在 Wi-Fi 与移动数据之间切换、系统省电策略暂停后台活动、客户端没有获得必要权限，也可能是协议与当前网络不兼容。只有先判断“连接到底断在哪里”，后续处理才不会反复绕圈。
一个比较稳妥的排查顺序是：先确认本地网络，再检查系统权限与省电设置，然后核对客户端模式和订阅状态，接着比较协议与线路，最后观察目标网站或应用本身是否恢复。测试过程中尽量一次只改一个变量，并记录每次操作后的表现。这样即使暂时无法解决，也能向客服提供有价值的信息，而不是只描述“总是断线”。
先记住判断原则 VPN 显示已连接，不代表所有应用都在使用该连接；VPN 显示断开，也不一定意味着服务器故障。应分别检查本地网络、虚拟网卡、分流规则、DNS 和目标应用的实际请求。
先确认是 VPN 掉线还是本地网络中断
最容易被忽略的原因是本地网络本身不稳定。无线信号满格只说明设备与路由器之间的接收条件尚可，并不能证明路由器到运营商、运营商到互联网出口的链路持续正常。如果 Wi-Fi 在后台短暂重连，VPN 隧道通常也会受到影响。有些客户端能够自动恢复，有些客户端则会停留在“正在连接”或“已连接但无法访问”的状态。
排查时可以先暂停 VPN，使用同一台设备访问几个普通网站，观察网页是否也会间歇性打不开。如果关闭 VPN 后普通网站同样失败，优先处理路由器、宽带、移动数据或公共网络认证问题。如果普通网络稳定，只有连接 VPN 后出现中断，再继续检查客户端、协议和线路。不要在本地网络尚未恢复时连续切换节点，因为每次重新连接都会增加判断干扰。
网络切换也是常见诱因。笔记本从家中 Wi-Fi 移动到手机热点，手机从 Wi-Fi 切换到移动数据，或者设备从一个公共接入点漫游到另一个接入点，都会改变本地地址、网关或 DNS。原有隧道可能因此失效。切换完成后，建议等待系统网络图标稳定，再手动断开并重新连接一次。
90+
国家覆盖
200+
线路数量
不限
同时在线设备
60 天
无理由退款
如果问题只发生在某个网络环境，例如公司无线、酒店网络或机场热点，应注意网络管理员可能限制了 UDP、长连接或未知端口。此时不一定需要更换账户，通常应先尝试兼容性更好的 TCP 或 TLS 传输线路，并完成公共网络的网页登录认证。
检查省电模式、后台权限与系统代理
移动设备和笔记本为了延长续航，可能在屏幕熄灭、应用进入后台或电量较低时限制网络活动。VPN 客户端需要持续维护隧道、刷新密钥并接收重连信号；如果系统暂停了后台进程，客户端界面可能仍然保留“已连接”的旧状态，但实际数据已经无法通过。
Android 与 iOS 的重点检查项
Android 用户可以进入系统设置中的电池、电量管理或应用后台管理页面，找到正在使用的 VPN 客户端，关闭过于严格的后台限制。不同手机厂商的菜单名称可能不同，但核心目标都是允许客户端在后台运行，并避免系统在锁屏后强行清理进程。同时检查系统是否启用了“始终开启 VPN”或“阻止无 VPN 连接”等选项。若配置与当前客户端冲突，可能表现为网络反复被拦截。
iOS 对后台进程管理更严格，用户通常无法像桌面系统那样自由调整所有后台参数。可以检查 VPN 配置是否仍然存在，确认客户端获得了添加 VPN 配置的授权，并避免在测试期间频繁从应用切换器强制关闭客户端。若系统弹出允许添加 VPN 配置的提示，应确认客户端来源可靠后再完成授权。系统更新、恢复备份或删除应用后，原有 VPN 配置有时需要重新建立。
Windows、macOS 与 Linux 的重点检查项
桌面系统上，防火墙、安全软件、网络过滤器和虚拟网卡驱动都可能影响连接。Windows 用户应检查客户端是否被防火墙阻止，并确认系统没有同时启用多个代理工具。macOS 用户可以查看网络设置中的 VPN 配置、登录项和相关权限；如果使用 TUN 模式，还要确认客户端能够创建虚拟网络接口。Linux 用户则需要检查 NetworkManager、系统服务、路由表以及当前用户是否有创建网络接口的权限。
多个客户端同时运行是非常典型的冲突来源。例如一个软件打开了系统代理，另一个软件又创建了 TUN 接口，两个程序可能分别修改 DNS、默认路由和代理端口。结果不是单纯的“速度慢”，而是连接建立后很快失效，或者只有部分应用能够访问。排查时应退出其他 VPN、代理客户端和网络加速软件，只保留一个程序接管网络。
- ✅ 锁屏或切换后台后仍允许客户端运行，不要立即清理后台进程。
- ✅ 检查系统是否授予了 VPN 配置、虚拟网卡和防火墙相关权限。
- ✅ 暂时关闭其他代理工具，避免系统代理、TUN 和 DNS 设置互相覆盖。
- ✅ 更换 Wi-Fi、移动数据或热点后，等待网络稳定再重新建立连接。
- ❌ 不要在多个客户端中同时开启“自动接管系统代理”。
- ❌ 不要只看客户端首页的连接状态，应同时测试浏览器和目标应用。
按顺序执行一次完整恢复操作
下面的步骤适用于 Windows、macOS、Android、iOS 和 Linux。不同客户端的按钮名称可能略有差异，但操作逻辑基本一致。进行测试前，先保存正在编辑的文档，关闭对持续连接敏感的应用，避免网络重置导致数据丢失。
- 完全断开当前 VPN 连接，并退出其他可能接管网络的代理软件。
- 确认本地 Wi-Fi、移动数据或有线网络可以正常访问普通网站；如果使用酒店或公共 Wi-Fi，先完成网页登录认证。
- 重新打开唯一保留的客户端，查看订阅是否能够更新，节点列表是否完整显示。
- 先选择距离和用途匹配的常规线路，不要一开始就连续尝试多个地区。
- 连接后打开一个普通网页，再测试需要持续会话的应用，分别确认是否能够建立和保持连接。
- 如果几分钟内再次中断，记录发生时间、当前网络、线路名称、协议类型以及客户端提示，不要立刻修改所有设置。
- 在相同本地网络下，仅更换一个协议或一条线路，比较连接建立、保持和恢复三个阶段。
如果客户端提供“自动重连”“启动时连接”或“网络变化后重新连接”选项，可以在确认权限正常后开启。自动重连的作用是减少短暂网络切换造成的人工操作，但它不能修复持续丢包、错误订阅或服务端不可达。若自动重连不断重复，反而说明底层问题尚未解决，应暂停连接并继续检查日志。
订阅更新失败与节点掉线也要分开处理。订阅更新失败通常表现为配置无法下载、节点列表过期或格式解析异常；节点掉线则是配置已经存在，但建立的隧道无法持续。前者应检查订阅地址、客户端格式和网络访问，后者应重点检查协议、权限、线路和本地网络。需要导入或更新订阅时，可参考新手指引中的客户端操作说明。
协议、线路与分流规则如何影响掉线
协议决定客户端如何与服务器握手、认证和传输数据，但协议名称本身不能直接代表稳定性。Shadowsocks 配置相对简洁，客户端支持范围较广；VMess 和 VLESS 常见于支持路由规则的客户端，其中 VLESS 的认证结构较精简，安全传输仍取决于 TLS 等具体配置；Trojan 通常结合 TLS 使用。Hysteria2 和 TUIC 则基于 QUIC 与 UDP 方向的传输设计，在 UDP 可以正常通过的网络中可能呈现不同的恢复特性。
如果当前网络限制 UDP，Hysteria2 或 TUIC 可能出现握手失败、连接建立后迅速中断，或者频繁重试。酒店、办公网络、校园网络和公共热点都可能存在这种限制。此时可切换到服务端提供的 TCP 或 TLS 线路进行对比。反过来，如果 TCP 连接在丢包环境中频繁等待重传，而 UDP 没有被拦截，基于 UDP 的线路可能更值得测试。
线路类型同样需要区分。直连通常由本地网络直接连接境外入口，路径较简单，但更容易受到运营商国际出口和跨网路由变化影响。中转线路先连接较近或接入条件较好的入口，再转发到目标出口，有机会避开部分不理想的公共路径。IEPL 专线主要改善入口与境外接入之间的承载条件，但不能修复本地 Wi-Fi 弱、设备省电或目标应用自身异常。
| 排查对象 | 典型表现 | 优先处理方式 |
|---|---|---|
| 本地网络 | 普通网站也会断开，切换网络后表现变化 | 检查 Wi-Fi、热点、认证页与路由器连接 |
| 系统省电 | 锁屏、切后台或合盖后更容易掉线 | 允许后台运行，减少对 VPN 进程的限制 |
| 客户端冲突 | 连接状态反复变化，部分应用无法访问 | 退出其他代理工具，保留一个网络接管程序 |
| 协议限制 | 某类节点无法连接，另一类节点正常 | 比较 UDP 与 TCP/TLS 方向的兼容性 |
| 线路拥塞 | 特定时段或特定地区线路频繁重连 | 比较直连、中转与 IEPL，并保持出口匹配 |
| 分流与 DNS | 客户端显示连接，但只有部分网站或应用异常 | 检查代理模式、规则组、DNS 和应用自身代理设置 |
分流错误经常被误认为掉线。规则模式下，浏览器、桌面应用、更新服务和图片资源可能被分配到不同路径。主页面能打开，不代表登录接口、媒体资源或长连接也走同一条线路。测试时可以暂时使用更完整的代理模式确认问题范围，再逐步恢复规则分流。确认是规则造成后，应调整目标域名或应用规则，而不是盲目重装客户端。
不同设备上的常见掉线原因
Windows 和 macOS 更常见的问题是睡眠唤醒、虚拟网卡状态异常、系统代理残留和安全软件拦截。电脑从睡眠状态恢复后，旧隧道可能仍显示在客户端中，但底层网卡已经重新获取地址。此时通常应先断开，再重新连接；如果反复发生，可检查客户端是否有网络变化自动重连设置。
Android 手机容易受到厂商电池管理影响，尤其是在锁屏、切换应用或低电量时。除了放宽后台限制，还要检查系统是否允许 VPN 客户端使用移动数据，并确认没有开启会自动关闭后台网络的省流量选项。iOS 则要重点关注 VPN 配置授权、应用是否被强制退出以及系统升级后配置是否仍然存在。
Linux 环境的变量更多，桌面客户端、命令行工具和 NetworkManager 可能同时管理路由。若使用 sing-box、Clash Verge 或其他兼容客户端导入订阅，应确认只有一个 TUN 实例在运行，并检查配置中的 DNS、路由和自动启动服务。Shadowrocket 主要面向移动设备，导入订阅后也应确认代理模式和按需连接规则没有与系统网络设置冲突。
VPN 掉线常见问题
客户端显示已连接，但网页打不开，算不算掉线？
这可能是隧道已建立但 DNS、分流规则或系统代理没有正确接管，也可能是目标网站本身无法访问。先测试普通网站，再测试不同应用；如果只有部分域名异常，优先检查规则和 DNS，而不是立即更换账户。
为什么锁屏后 VPN 更容易断开？
锁屏后系统可能限制后台网络、暂停应用进程或回收虚拟网卡。移动设备应检查电池优化和后台权限，桌面设备应检查睡眠与唤醒后的网络状态。恢复使用时手动断开并重连，通常比等待旧连接自行恢复更可靠。
换协议后仍然掉线，下一步应该做什么？
固定本地网络和设备设置，只更换一条线路进行对比。如果所有线路都断，问题更可能位于本地网络、权限或客户端；如果只有某一类线路异常，再检查协议兼容、线路拥塞和服务端配置，并保留客户端日志。
什么时候需要联系客服？
当普通网络稳定、权限和客户端冲突已经排除，且多个兼容客户端或多条线路都无法保持连接时，建议联系客服。提供操作系统、客户端名称、网络类型、发生时间、节点或协议类别和错误提示即可，不要直接公开完整订阅链接。
稳定连接的关键不是永远使用同一协议，也不是不断追逐看起来更快的线路，而是让本地网络、系统权限、客户端模式、协议和出口路径彼此匹配。完成一次系统排查后，保留一条主用线路和一条兼容性不同的备用线路，并在网络环境发生变化时重新测试，通常比频繁修改所有配置更省时间。