VPN 显示已连接，却过一会儿就断；手机锁屏后连接消失；从 Wi-Fi 切到移动数据后，客户端一直重连——这些情况看起来相似，原因却可能不同。排查时先观察断线发生的时机，再逐项检查网络、系统后台限制、客户端状态和线路，不要一上来就重装应用或反复更换配置。这样既能减少不必要的改动，也更容易找到真正的问题环节。
先记录断线发生的场景
先分清是 VPN 隧道断开、客户端退出，还是隧道仍连接但应用无法访问。查看客户端状态和日志：如果状态变成“未连接”或持续重连，重点检查网络切换、后台运行与线路；如果仍显示连接，而只有个别应用打不开，则应继续检查分流规则、DNS 或应用自身连接，不能仅凭“打不开”就判断 VPN 掉线。
记录断线前发生了什么，尤其是设备锁屏、切换 Wi-Fi 与移动数据、进入电梯或地下空间、连接公共 Wi-Fi、系统更新，以及启动其他代理工具等变化。若每次都在同一类场景出现，先复现并检查对应因素；若没有固定规律，再扩大排查范围。记录设备系统、客户端名称、连接方式、所选线路和出现时间，有助于之后比较每次改动的结果。
- ✅ 锁屏后断开：优先检查省电模式、后台活动和应用休眠设置。
- ✅ 网络切换后断开：检查客户端的网络切换行为，并在网络稳定后重新连接。
- ✅ 只有个别应用无法访问：检查应用代理设置、分流规则和 DNS，不要先删除订阅。
- ❌ 不要同时启用多个代理客户端或多个 VPN 配置，避免系统路由与代理设置互相覆盖。
检查本地网络与客户端状态
VPN 连接需要依赖设备当前的网络。先暂停 VPN，确认普通网页或其他网络服务能否正常使用；如果本地网络本身不稳定，客户端反复重连并不一定是节点故障。可以在不改变其他设置的情况下，重新连接当前 Wi-Fi，或切换到另一种可用网络做对照。公共 Wi-Fi 若需要先登录网页认证，应先完成认证，再启动 VPN。
确认客户端没有被系统强制停止，也没有误触断开或退出。Windows 和 macOS 上，先检查客户端是否仍在运行，以及系统代理或虚拟网卡模式是否由当前客户端接管；如果刚安装或更新客户端，也要确认所需系统权限没有被撤销。Android 与 iOS 上，检查系统是否仍允许该应用建立 VPN 连接，并确认没有另一份 VPN 配置正在运行。Linux 用户还需确认客户端进程或后台服务没有退出，且使用的路由设置仍然生效。
如果断线后客户端一直重连，先手动断开，再等待当前网络恢复稳定，随后只启动一个客户端并重新连接。观察状态是否能保持、目标应用是否能正常访问。不要连续点击连接按钮，也不要在排查时同时变更系统代理、DNS 和路由模式，否则即使问题消失，也难以确认是哪项设置起了作用。
对于只在某个应用中出现的问题，检查该应用是否单独配置了代理，或是否使用与系统代理不同的网络路径。浏览器可以访问，不代表所有应用都会自动遵循系统代理；反过来，某个应用访问失败，也不代表整个 VPN 隧道已经中断。
按设备处理后台限制与网络切换
手机锁屏后掉线，常见原因是系统为省电限制应用后台活动，或切换网络时客户端尚未完成重连。先关闭设备的省电模式进行短时间对照，再检查系统电池设置中是否允许客户端在后台运行、是否被列入休眠或深度休眠名单。不同品牌和系统版本的菜单名称不完全一致，应以设备当前设置为准。不要为了测试而关闭所有系统安全限制，只调整与目标客户端相关的后台选项。
Android 用户还可以检查应用的后台数据使用权限、自动启动限制和电池优化设置。将客户端设为允许后台运行后，重新锁屏并观察是否仍断开。若只在移动数据下掉线，检查系统是否限制该应用使用移动数据，确认流量节省模式没有阻止后台联网。不同设备的厂商省电策略可能在应用更新或系统升级后恢复默认设置，出现问题时应重新核对。
iPhone 或 iPad 用户应检查 VPN 配置是否仍处于系统允许状态，并观察问题是否只在切换网络时出现。切换过程中短暂重连不一定表示配置损坏；若连接迟迟无法恢复，可以手动断开后重新连接，并确认当前网络本身可以访问互联网。不要反复删除系统配置，除非客户端说明需要重新授权或重新添加配置。
在电脑上，若设备休眠或合上笔记本后断线，先检查系统电源管理是否让网络适配器或客户端进入休眠。恢复使用后，确认客户端是否自动重新连接；如果没有，手动断开再连接并测试。网络切换后先给系统完成联网和 Wi-Fi 认证的时间，再启动客户端，通常比在网络尚未可用时连续重试更容易判断问题所在。
若你正在比较服务的线路覆盖、设备兼容性与订阅方式，可从VPNSPA 节点订阅推荐了解相关信息；但当前掉线问题仍应先按设备和连接场景逐项排查。
按步骤恢复连接并验证
先保持原有配置不变，只做一次有顺序的恢复操作。这样可以判断连接是否是暂时受到网络切换影响，也避免多项设置同时变化，掩盖真正原因。
- 确认基础网络。暂时断开 VPN，确认当前 Wi-Fi 或移动数据能够正常联网；如果网络需要认证，先完成认证。
- 清理重复接管。退出其他代理或 VPN 客户端，确认系统没有同时运行另一份 VPN 配置，再回到当前客户端。
- 重新建立隧道。在客户端手动断开，等待状态更新后重新连接。若客户端提供运行日志，记录断开或重连时显示的错误提示。
- 验证实际访问。先测试常用网页，再测试原先出现问题的应用。检查客户端是否仍保持连接，以及应用是否按预期使用代理。
- 一次只改变一个因素。如果问题仍出现，先更换一个可用节点进行对照；仍无法改善，再检查客户端兼容的其他协议选项，并记录每次结果。
协议选项应以订阅配置和客户端实际提供的内容为准。Shadowsocks、VMess、Trojan 和 Hysteria2 等名称代表不同的代理协议或实现，不能互相替换配置字段，也不能仅靠手工修改名称完成转换。更换协议时使用服务端提供且客户端兼容的配置；如果客户端没有该选项，就不要自行填入未经确认的参数。
更换节点时，尽量保持设备、网络、客户端模式和测试应用不变。若旧节点断开而新节点能保持连接，说明问题可能与特定线路的当前状态或本地到该线路的路径有关；但一次对照不足以证明长期稳定。若所有节点都在同一网络或相同锁屏场景下掉线，应返回检查设备后台权限、网络质量和客户端运行状态。
| 现象 | 优先检查 | 建议验证方式 |
|---|---|---|
| 锁屏后断开 | 后台运行、省电模式、应用休眠 | 调整客户端后台权限后再次锁屏观察 |
| 切换网络后无法恢复 | 新网络是否联网、客户端是否完成重连 | 先确认网络可用，再手动断开并连接 |
| 只有一款应用异常 | 应用代理设置、分流规则、DNS | 分别测试网页与目标应用，并查看客户端连接记录 |
| 不同节点都断开 | 本地网络、后台权限、重复代理接管 | 在另一种网络下按相同步骤对照 |
什么时候更新客户端或寻求支持
如果问题开始于系统或客户端更新之后，先确认使用的客户端版本仍与当前系统兼容，并查看应用内是否有更新提示。通过可信的官方入口获取客户端，不要使用来路不明的安装包，也不要把账户密码或完整订阅链接发给他人。更新前记录原来的问题场景与配置状态，必要时确认配置可以重新导入，避免更新后无法判断是版本变化还是设置变化导致问题。
当客户端反复崩溃、系统授权无法完成，或不同网络和节点下都出现相同断线时，可整理排查信息并联系支持。提供设备系统、客户端名称与版本、发生时间、网络类型、触发步骤、错误提示，以及已经测试过的恢复方法。截图或日志发送前先检查是否包含用户名、访问令牌、订阅地址或其他个人信息；这些内容不应公开分享。
如果只有某条线路在特定时段无法保持连接，也应保留节点名称和问题发生时间，改用其他可用节点完成当前任务，并把观察结果一并说明。不要把客户端显示“已连接”当作所有应用都已通过该线路的证明；支持人员需要知道实际受影响的应用和访问结果，才能区分隧道问题与应用路径问题。
常见问题
VPN 锁屏后断开，是否一定是节点问题？
不一定。手机省电策略、后台活动限制或应用休眠都可能让客户端在锁屏后停止运行。先检查对应应用的后台权限，并在其他条件不变时再次测试；如果前台和锁屏时都在同一节点断开，再继续比较其他节点和网络。
从 Wi-Fi 切换到移动数据后需要重新导入订阅吗？
通常不需要仅因网络切换就重新导入订阅。先确认移动数据可以联网，检查客户端是否正在重连；若连接状态没有恢复，手动断开后重新连接。只有订阅更新本身失败或配置缺失时，才需要检查订阅状态与导入配置。
更换协议能解决所有掉线问题吗？
不能。协议选项可能影响连接建立方式，但无法修复本地网络中断、系统后台限制、授权失效或多个客户端互相冲突。先确认这些基础因素，再使用服务提供且客户端兼容的协议进行单项对照。
要不要直接卸载并重装客户端？
如果客户端能正常启动，建议先记录错误提示并完成基础排查。重装可能清除本地配置，却不一定解决网络或省电限制导致的问题。只有在客户端损坏、无法更新或支持说明明确要求时，再考虑重装，并提前确认如何安全恢复配置。