VPN客户端显示已连接，并不一定代表所有网络流量都已正常通过线路。网页打不开、应用一直转圈，可能来自本地网络、系统代理设置、DNS解析、分流规则，也可能是当前线路或目标服务暂时异常。排查时先不要连续切换多个设置：从影响范围最小的检查开始，每次只改一项，并用相同的网站或应用重新验证，这样更容易找到真正原因。
先分清是整体断网还是部分应用异常
先确认故障范围。关闭客户端后，测试普通网页能否打开；再重新连接，分别测试一个常用网页和一个受影响的应用。如果关闭客户端后也无法上网，问题更可能在 Wi-Fi、移动数据、路由器或运营商连接，而不一定是代理本身。若普通网页正常，只有特定网站或应用失败，则应优先检查分流规则、域名解析和目标服务的访问条件。
也要区分“客户端显示连接成功”和“目标流量已经走通”。客户端可能只完成了与节点的握手，但系统代理没有启用、应用没有使用系统代理，或者规则把目标地址分配到了直连。因此，连接状态是有用线索，却不能替代实际访问测试。观察问题是否只发生在一个浏览器、某个应用、某个网站，或所有设备上，有助于缩小范围。
- ✅ 关闭客户端后仍无法访问普通网页：先检查本地网络和设备联网状态。
- ✅ 只有部分网站或应用异常：重点检查规则模式、DNS和应用代理支持情况。
- ✅ 同一网络下多台设备都异常：检查路由器、网络出口或当前线路。
- ❌ 不要一开始就重置全部网络设置，这可能抹掉原有的代理与网络配置。
如果使用 Wi-Fi，可先确认设备没有误连到访客网络或信号很弱的接入点；使用移动数据时，检查蜂窝数据是否开启，以及系统是否限制了客户端使用移动网络。也可以短暂切换 Wi-Fi 与移动数据进行对照。切换网络后若恢复，说明故障可能与原网络的 DNS、路由或策略有关。
检查连接模式与系统代理开关
不同客户端对流量的接管方式并不相同。桌面端常见系统代理模式、规则模式和 TUN 或虚拟网卡模式；移动端通常通过系统提供的 VPN 接口转发流量。若系统代理已关闭，依赖系统代理的浏览器或应用可能直接联网；若规则模式将目标域名归入直连，也会出现“客户端已连接，但指定网站没有走线路”的情况。
先打开客户端设置，确认当前模式与使用需求相符。临时排查时，可以在客户端允许的范围内切换到全局模式，测试同一目标是否恢复；测试结束后再切回合适的规则模式。全局模式适合用于判断问题是否与分流有关，不应默认作为所有设备的长期设置，因为它可能改变本地网站、局域网设备和其他应用的访问路径。
Windows 和 macOS 用户可以检查客户端是否已启用系统代理或虚拟网卡，并确认系统没有残留另一个代理软件的设置。若浏览器单独配置了代理，系统代理开关变化未必会影响该浏览器。Android 或 iOS 用户则应查看系统 VPN 状态，确认当前连接属于正在使用的客户端；同时避免让多个代理应用轮流争用系统 VPN 接口。
如果刚更新订阅、修改代理规则或安装了新的网络工具，可以先恢复到最近一次正常使用的设置。不要同时更换核心、订阅格式和系统网络选项，否则即使恢复正常，也很难判断是哪一项起作用。
按顺序处理 DNS 与本地网络设置
DNS 负责把域名转换为网络地址。客户端连接正常，但域名查询失败时，浏览器可能提示找不到服务器；部分应用也会表现为长时间加载。先尝试访问其他常用域名，或重新打开浏览器。如果只有少数域名异常，可能是缓存、规则或该域名的解析路径不同；如果多个应用都无法解析域名，则更应检查系统 DNS、客户端 DNS 设置以及当前网络。
可先断开客户端连接，再重新连接；必要时完全退出客户端后重开，让系统重新应用代理和 DNS 配置。检查系统是否启用了手动 DNS、加密 DNS 或浏览器专用 DNS，并留意这些设置是否与客户端的 DNS 处理方式冲突。某些应用会使用自己的 DNS 机制，因此系统 DNS 改动后，应用仍可能沿用原有解析路径。
Windows 用户可以在确认客户端已断开后刷新系统 DNS 缓存；macOS、Android 和 iOS 用户可优先通过断开并重连网络或重启设备进行基础验证。具体菜单与命令会随系统版本变化，执行前应确认操作对象是当前设备而非路由器。不要随意复制来源不明的命令，也不要把 DNS 地址、订阅链接或完整配置贴到公开页面求助。
在开始逐项操作前，先记录当前网络名称、客户端模式和 DNS 相关选项。你也可以从 VPNPaper 好用的VPN 了解服务与使用入口，再按照下面的顺序逐步验证；排查时不要把账户凭据或订阅地址分享给他人。
- 确认基础网络。断开代理，打开普通网页；若无法访问，先重连 Wi-Fi 或移动数据，并确认其他设备是否也受影响。
- 重新建立连接。退出客户端后重新启动，检查配置是否加载，再选择一个可用线路进行测试。
- 对照连接模式。在规则模式与客户端支持的全局模式之间做一次对照，测试相同网站，记录结果后恢复原设置。
- 检查 DNS 与分流。留意系统、浏览器和客户端是否各自设置了 DNS；确认目标域名没有被规则意外分配到直连。
- 换网络或换线路验证。在条件允许时短暂切换网络，或更换同一地区的另一条线路，每次只改变一个条件。
完成操作后，重新测试之前失败的同一网站或应用。如果访问结果没有变化，就恢复刚才改动的选项，再继续下一项；不要把多个临时设置长期叠加。
线路异常与第三方服务限制如何判断
若基础网络正常、连接模式也正确，但所有通过当前线路访问的目标都失败，可以尝试重新连接或换一条线路。节点名称通常表示出口地区，不足以说明设备到目标服务的完整网络路径；线路的实际表现还可能受到本地网络、出口路径以及目标服务策略影响。更换线路后要使用相同的测试目标，避免把网站自身故障误判成线路问题。
如果只有某个流媒体、AI 工具或网站无法访问，而其他网站正常，应先查看该服务自己的地区、账户和安全验证要求。第三方服务可能依据账户地区、付款资料、设备状态或访问策略作出限制，这类情况不一定能通过反复切换线路解决。不要把单一应用的异常直接等同于客户端故障，也不要假定某个出口地区必然满足第三方服务的全部条件。
在客户端中确认订阅配置是否仍然有效，节点列表是否已成功载入。若列表为空、更新失败或配置刚被手动修改，先核对订阅是否过期、导入格式是否适配当前客户端，以及客户端核心是否支持相应协议。Shadowsocks、VMess、Trojan 和 Hysteria2 等协议的配置结构与传输方式并不相同；客户端支持其中一种，不代表支持另一种，也不代表格式转换后所有参数都能保留。
120+
国家覆盖
210+
线路数
Windows
桌面平台
iOS
移动平台
VPNPaper 支持 Windows、macOS、iOS、Android 和 Linux。使用第三方兼容客户端时，应确认导入的是适合该客户端的订阅格式，并核对核心、协议与规则设置；Shadowrocket、Clash Verge、sing-box 等客户端的菜单和配置能力各有差异，不能仅凭客户端名称推断某个订阅一定可用。需要重新确认导入流程时，可查看快速上手，并按当前客户端的界面操作。
仍然无法恢复时准备哪些信息
完成基础排查仍无效时，不要立刻删除配置或重装所有网络组件。先记录设备系统、客户端名称与版本、所用网络类型、连接模式、故障出现的大致时间，以及问题影响范围。说明关闭客户端后网络是否正常、切换线路后是否变化、失败的是全部网站还是特定服务，这些信息比“连上但没网”更容易帮助判断问题所在。
反馈日志前，检查其中是否包含订阅链接、访问凭据、个人 IP、设备标识或其他隐私信息。需要提交日志时，优先使用服务提供的正式支持渠道，并按要求遮盖敏感字段。不要把订阅链接发送到在线转换工具或公开论坛；订阅可能包含可访问线路的凭据，泄露后应按服务说明处理。
- ✅ 说明关闭客户端后能否正常上网，以及故障影响哪些网站或应用。
- ✅ 提供系统平台、客户端名称、连接模式和已尝试过的排查步骤。
- ✅ 若问题只在特定网络出现，注明切换网络后的对照结果。
- ❌ 不要公开完整订阅链接、账户密码、未脱敏日志或配置认证字段。
如果问题在重启设备、重新连接线路后仍持续，且不同网络下表现相同，可以继续核对订阅状态与客户端兼容性，或联系服务支持。为了让处理过程更清晰，应保留一次完整的失败现象描述，而不是在求助前反复改动 DNS、代理模式和系统网络配置。
排查的核心顺序是：先确认本地网络，再确认客户端确实接管了目标流量，接着检查 DNS 与分流，最后判断线路或第三方服务限制。每一步都用相同目标做对照，通常比不断重装客户端更容易定位问题，也更便于在需要支持时提供有效信息。