VPN 连上后反复掉线，未必是节点本身出了问题。Wi-Fi 与移动网络切换、电脑休眠、手机后台省电、路由器重连、线路拥塞，或者客户端与系统网络设置冲突，都可能让隧道中断。排查时不要一开始就连续换节点或重装软件：先记录掉线发生的场景，再从本地网络、客户端、线路和设备设置逐层缩小范围。
还要区分“隧道断开”和“应用无法访问”。如果客户端明确显示已断开，重点检查网络变化、后台运行和连接协议；如果客户端仍显示连接，但网页或应用无法加载，则可能是 DNS、分流规则、目标服务或出口线路的问题。把这两类情况分开判断，能避免把短暂的应用故障误当成 VPN 掉线。
先判断是整条连接中断还是局部访问异常
掉线后先观察客户端状态与系统网络图标。若客户端状态变为断开，或连接日志出现超时、网络不可用、握手失败等提示，说明隧道可能确实中止。若客户端仍显示连接，而只有个别网站、游戏或应用失效，则先用其他网页或应用交叉验证，并检查当前使用的是规则分流还是全局模式。某个目标服务暂时不可用，不足以证明整条 VPN 连接都已断开。
可以用以下方式记录问题：掉线前正在使用 Wi-Fi 还是移动网络；设备是否刚从休眠恢复；是否正在下载、视频通话或使用大流量应用；发生问题时连接的是哪条线路和哪种协议；重新连接后是否立即恢复。若同一网络上的其他设备也同时断网，优先排查路由器或运营商网络；若只有一台设备受影响，则从该设备的客户端与系统设置查起。
检查网络切换、路由器与线路状态
VPN 隧道依赖底层网络持续可用。设备从一个 Wi-Fi 接入点移动到另一个接入点、无线信号突然变弱，或者路由器重新拨号时，正在使用的连接可能无法继续。移动设备在 Wi-Fi 和蜂窝数据之间自动切换也会触发类似情况。先确认基础网络本身稳定：暂时关闭 VPN，观察普通网页是否仍会断开；如果直连也不稳定，应先处理无线信号、路由器或运营商网络。
如果基础网络正常，再对比不同线路。选择与当前目标服务地区相符的线路，连接后进行一段时间的实际使用观察，不要只以客户端显示“已连接”作为判断标准。若只有某条线路在高峰时段反复中断，而其他线路稳定，问题可能与该线路当时的路径或负载有关；若所有线路都在同一网络下掉线，优先检查本地网络限制和协议兼容性。
中转、BGP 或 CN2 等名称描述的是线路或承载路径，不是连接协议，也不能单凭名称保证在每个网络环境下都稳定。判断时应结合实际入口、出口、网络运营商和使用时段。若服务提供线路列表，可从中选择不同地区或类型的备用线路进行对照；测试期间一次只改变一个条件，才能看出问题是否随线路变化。
- ✅ 先关闭 VPN 测试基础网络，确认 Wi-Fi 或蜂窝数据本身没有持续断连。
- ✅ 记录掉线是否集中在特定线路、时段或网络环境，再选择备用线路对照。
- ✅ 在路由器附近或信号更稳定的位置测试，排除无线信号波动。
- ❌ 不要在一次测试中同时更换线路、协议和客户端设置，否则难以定位原因。
- ❌ 不把节点名称或单次测速结果当作长期稳定性的保证。
按步骤排查客户端、协议与系统设置
下面的操作适用于常见桌面和移动设备。每完成一项，都重新连接并观察原先容易掉线的使用场景；如果问题消失，就先保留这项改动，不必继续调整其他设置。
- 确认客户端是唯一的代理入口。退出其他 VPN、代理或网络过滤类应用，避免多个工具同时修改系统路由、DNS 或代理设置。若此前安装过其他客户端，也检查它是否仍在后台运行。
- 重新建立基础连接。断开 VPN，确认普通网络可以访问网页；再退出并重新打开客户端进行连接。若系统刚从睡眠恢复，先确认 Wi-Fi 或蜂窝数据已经恢复，再连接隧道。
- 更换一条线路进行对照。先保持协议与其他设置不变，只换线路。如果更换后稳定，问题更可能与原线路或当时的路径有关；如果仍在相同场景掉线，继续检查设备设置。
- 测试客户端提供的其他兼容协议。协议的可用性取决于服务端配置和客户端支持，不能只凭名称判断优劣。Shadowsocks、VMess、Trojan、Hysteria2 与 WireGuard 的实现方式不同；基于 UDP 或 QUIC 的连接在受限网络中可能无法稳定工作。只选择订阅和客户端明确支持的选项，不要手动拼接不匹配的参数。
- 检查系统时间与客户端更新。系统时间不准确可能影响 TLS 证书校验和身份验证。确认日期、时间及时区设置正确，并使用服务提供的官方客户端或兼容客户端的受支持版本。若问题紧随更新出现，记录客户端版本及错误提示，便于进一步判断。
- 恢复必要的网络权限后复测。如果近期修改过代理、DNS、防火墙或网络过滤设置，检查客户端是否仍获准建立连接。先记录原有设置，再逐项恢复或调整；不要为了排错长期关闭防火墙、证书校验或系统安全功能。
使用 Clash Verge、sing-box、Shadowrocket 等兼容客户端时，还应确认订阅导入成功、配置文件未过期或损坏，并且当前启用的代理组包含可用节点。不同客户端对协议字段、传输层和规则配置的支持并不完全相同；客户端能够导入配置，不代表每个配置项都已被正确识别。出现解析错误时，优先重新导入服务提供的订阅，并查看客户端提示，不要随意修改未知字段。
Windows、Mac、Android 和 iPhone 的重点设置
Windows：检查休眠、网卡与其他代理
Windows 设备从睡眠或休眠恢复后，网卡可能需要时间重新取得网络连接。若掉线总在合盖、待机或唤醒后出现，先确认电脑已恢复联网，再重新连接客户端，并测试是否还会复现。打开系统网络设置查看 Wi-Fi 或以太网是否保持连接；若同时运行多个网络管理、代理或安全软件，可暂时退出非必要工具后进行对照。企业或校园网络还可能施加防火墙策略，遇到特定网络才掉线时，应记录网络环境并向网络管理员确认限制。
Mac：排查睡眠唤醒与网络服务变化
Mac 在唤醒后可能切换 Wi-Fi 接入点或重新建立网络服务。若问题只在睡眠后发生，先检查 Wi-Fi 是否恢复，再断开并重新连接 VPN。若最近增加了网络过滤器、代理配置或安全软件，检查它们是否与 VPN 客户端同时接管流量。对于只在公司或校园网络中出现的中断，优先确认该网络是否限制相应协议或端口；不要直接删除系统网络配置，以免影响其他网络服务。
Android：允许后台运行并留意省电策略
部分 Android 系统会限制后台应用活动或在省电模式下暂停网络任务。若屏幕锁定后容易断线，检查系统的电池用量设置，确认客户端没有被限制后台运行，并允许其在需要时保持网络活动。不同品牌的菜单名称可能不同，可在系统设置中搜索“电池优化”“后台活动”或应用电池管理。也要留意自动切换 Wi-Fi 与移动数据的功能：先固定一种网络测试，确认问题是否由网络切换触发。
iPhone：区分网络切换与后台恢复
iPhone 上应先确认 Wi-Fi 或蜂窝数据本身稳定，并观察问题是否只在切换网络、锁屏或重新打开应用后出现。切换网络后，客户端可能需要重新建立隧道；先等待系统网络恢复，再查看客户端状态。若使用按需连接、配置描述文件或其他网络过滤工具，检查它们是否影响当前连接。iOS 对后台活动的管理由系统控制，不要依赖持续打开应用来维持连接；更重要的是确认客户端配置和系统网络权限正常。
什么时候应联系服务商
完成基础网络检查、线路对照、协议测试和设备设置排查后，如果仍然反复掉线，就准备信息再联系服务商。相比只说“连不上”，提供可复现的时间与环境更有帮助：设备系统和客户端名称、客户端版本、所在网络类型、发生时间、所用线路与协议、掉线前正在进行的操作、客户端显示的错误提示，以及更换线路后是否有变化。
发送日志前先查看是否包含用户名、订阅地址、服务器信息或其他敏感内容。只通过服务商提供的正规支持渠道提交必要信息，不要公开发布完整订阅链接、密码或配置文件。若问题只发生在公司、学校或公共 Wi-Fi，可同时询问网络管理员该网络是否限制 VPN 流量；服务商无法调整本地网络的访问策略。
你也可以先查看使用教程确认客户端和订阅导入步骤是否正确，或前往帮助中心查找常见连接问题。若排查结果指向特定线路或协议，描述清楚测试条件，有助于支持人员区分客户端配置、本地网络与服务端线路问题。