VPN显示已连接但无法上网？按原因排查并快速恢复

VPN 客户端显示“已连接”，但网页打不开、应用一直转圈，通常不代表隧道已经完全正常。客户端状态只能说明它与所选线路建立了连接，设备上的流量是否按预期经过代理，还会受到系统代理、分流规则、DNS、其他网络工具和目标网站状态影响。排查时不要同时更换线路、协议和 DNS；先确认故障范围，再一次只调整一个设置，能更快找出原因，也方便恢复原来的配置。

先确认是全部没网，还是个别应用异常

先保持当前设置，分别测试一个常用网页、一个不同域名的网页，以及出现问题的应用。也可以暂时断开 VPN，再确认设备本身是否能通过当前 Wi-Fi 或移动网络正常上网。记录“断开时正常、连接后异常”还是“断开和连接都异常”，这一步能把排查范围分成设备网络问题与 VPN 路径问题。

如果断开 VPN 后也打不开网页，优先检查路由器、移动数据、系统是否开启飞行模式，以及网络是否需要登录认证。公共 Wi-Fi 有时需要先通过浏览器完成门户认证；在尚未认证时，客户端可能显示连接成功，但其他请求仍无法正常通过。若直连可用、连接 VPN 后才发生故障，再检查客户端规则、系统代理、DNS 和所选线路。

还要区分“所有流量异常”和“某个应用异常”。浏览器可以访问而某个桌面软件不能访问，常见原因是该应用没有纳入代理规则、应用使用了自己的网络设置，或它需要访问的域名没有被当前规则正确处理。反过来，如果所有应用都无法加载，先不要逐个改应用设置，应从系统网络和客户端整体模式开始检查。

先做低风险检查：连接、冲突与线路

确认客户端不是只停留在“正在连接”或“重连中”，并检查当前选中的线路是否仍显示为已连接。可以断开一次，等待客户端状态更新后重新连接；如果仍无访问能力，尝试另一条可选线路作对照。切换线路时保持协议、DNS 和分流模式不变。若新线路能访问，问题更可能与原线路当前路径或出口状态有关；若所有线路表现相同，则应继续查本机设置或网络环境。

检查设备上是否还有其他代理或 VPN 软件在运行，包括浏览器代理扩展、系统代理工具、公司网络客户端和其他 VPN 客户端。系统通常由一个当前生效的 VPN 连接接管路由；多个工具同时修改系统代理、虚拟网卡或 DNS，可能造成流量被重复接管或送往错误出口。排查时先断开其他工具，只保留一个客户端，再重新测试。确认问题解决后，再逐个恢复需要使用的软件。

如果最近刚修改过代理模式、DNS、路由或订阅配置，优先撤销最近一项变化。不要直接删除订阅或粘贴来源不明的配置来“修复”；订阅可能包含线路信息及连接凭据，应从自己的服务面板获取并妥善保管。协议切换也不是万能修复：Shadowsocks、VMess、Trojan、Hysteria2、WireGuard 等方案需要客户端与配置相互兼容，能否使用取决于实际提供的配置和客户端支持情况。

动手排查：按顺序检查系统代理与 DNS

下面这组步骤适用于 Windows、macOS、Android 和 iOS 的常见 VPN 客户端。菜单名称会随系统版本和客户端变化，重点是识别设置的作用。开始前先保存客户端当前的模式或规则选择；如果设备使用工作网络、校园网络或受管理配置，不要擅自删除组织下发的代理与证书设置。

1. 暂时停用额外代理。检查系统网络设置中是否配置了手动 HTTP 或 SOCKS 代理，并关闭不需要的浏览器代理扩展。客户端若提供系统代理开关，可先按客户端说明确认它是否应开启；基于虚拟网卡工作的模式与系统代理模式并不相同，不要仅凭开关名称判断。
2. 检查客户端分流模式。如果使用规则模式，确认正在测试的浏览器或应用没有被设为直连，也检查目标域名是否被自定义规则覆盖。可临时切换到客户端明确提供的全局代理模式，测试同一个网页；若全局模式可用、规则模式不行，优先检查规则命中与应用分流，而不是继续更换线路。
3. 检查 DNS 设置。DNS 负责把域名转换为网络地址。若 IP 地址类页面能打开、域名网页却无法解析，或只有部分域名异常，可在客户端设置中查看 DNS 模式和相关规则。先恢复为客户端默认或服务提供的推荐设置，再断开并重新连接测试。不要随意填写网上找到的 DNS 地址，也不要把一次检测结果直接当作泄漏结论。
4. 刷新连接状态。断开 VPN，等待系统状态栏或网络设置显示连接已结束，再重新连接。若仍异常，可完全退出客户端后重新打开；移动设备还可在确认不会中断重要任务后切换一次 Wi-Fi 与移动网络进行对照。
5. 恢复原设置并复测。每次测试同一网页和同一应用。确认问题是否随某项设置变化而出现或消失后，再决定保留调整；若全局模式验证通过，记得恢复原先的规则模式并逐项检查，不要长期保持不符合日常需求的临时设置。

Windows 上可以在“设置”里的网络与代理相关区域查看手动代理，并留意其他网络软件是否创建虚拟网卡；macOS 可查看网络服务中的代理设置，同时检查客户端是否要求开启系统代理。Android 和 iOS 的系统 VPN 状态由系统管理，断开其他 VPN 后再测试，避免多个应用争用连接。各系统路径可能变化，可参考使用教程中的对应客户端说明，不必照搬其他系统的菜单步骤。

如果全局模式下也无法访问，先恢复客户端默认 DNS 和路由选项，再尝试不同线路。若切换线路后立即恢复，可暂时使用可用线路，并把原线路名称和发生问题的时间记下来供后续反馈；不要公开发送订阅链接、密码或包含认证字段的配置截图。

规则分流造成的“连上却没网”

分流模式决定不同应用、域名或地址走代理还是直连。规则模式下，客户端显示已连接并不代表设备上的每个请求都会经过该线路。比如浏览器被设为直连，或者目标域名命中直连规则，访问结果就会受本地网络影响。部分应用还会调用多个域名提供登录、图片、更新或接口服务；只放行主页面域名，仍可能出现页面打开但内容不完整的情况。

判断是否与规则相关，可选一个自己熟悉、通常能正常访问的网页，在客户端切换到全局代理模式进行短暂对照。全局模式可访问而规则模式不可访问，说明连接本身大概率可用，接下来应检查应用是否被纳入代理、规则是否存在覆盖或优先级冲突。不同客户端对“全局”“规则”“直连”等名称的实现可能不同，具体以客户端说明和当前配置为准。完成对照后恢复原模式，避免把临时测试配置当成长期方案。

如果只有一款应用异常，不要先清空全部规则。先检查该应用是否被加入“绕过代理”或排除列表，再确认它是否走独立的系统代理设置。桌面端的浏览器代理设置可能与操作系统不同；移动端则要确认是否启用了按应用代理或排除应用。规则调整后彻底重启该应用，再测试登录、页面加载等具体功能，避免旧连接继续沿用之前的路由。

• ✅ 直连网络正常、全局代理可用而规则模式异常时，优先检查规则与应用分流。
• ✅ 只有域名访问异常时，检查 DNS 解析和域名规则，不要只凭客户端连接状态判断。
• ✅ 调整规则前保留原配置，确认一个应用后再处理其他应用。
• ❌ 不要同时启用多个 VPN 客户端或多个系统代理工具来叠加线路。
• ❌ 不要把临时全局模式测试结果当成所有应用都已按预期分流。

按设备确认系统状态与恢复方式

Windows 与 macOS

在电脑上，除了客户端本身，还要确认系统代理没有残留在其他软件设置中。关闭客户端后若浏览器仍使用手动代理，网页可能继续尝试连接已失效的代理地址。检查系统代理页面和浏览器单独的代理设置；如果由客户端接管，应先按客户端推荐方式启用或关闭，不要把所有网络代理选项一概关闭。使用虚拟网卡模式时，检查客户端是否仍处于运行状态，并避免手动禁用其网络接口。

公司安全软件、防火墙或网络管理工具也可能限制虚拟网卡、DNS 请求或特定协议。若故障只在某个办公网络出现，而在其他网络下正常，记录网络环境和报错后联系网络管理员；不要为了测试而关闭组织的安全策略。macOS 上还可在网络设置中确认当前使用的网络服务与代理配置；Windows 上则要检查系统代理和其他 VPN 软件是否仍保持连接。

Android 与 iOS

手机上先查看系统 VPN 页面或状态栏，确认当前生效的连接确实来自正在使用的客户端。若近期切换过客户端，先断开旧连接，再连接当前应用。Android 设备若开启了“始终开启 VPN”或断线时阻止网络访问一类选项，断开后可能表现为完全无法联网；检查这些设置的状态，并确认是否符合自己的使用需求。系统菜单名称因厂商而异，不需要为了排查而重置所有网络设置。

iOS 上可在系统的 VPN 与设备管理相关设置中确认连接状态；如果使用的是应用内配置，优先从原客户端断开和重连，不要删除不认识的管理描述文件。若 Wi-Fi 下异常而移动网络正常，或相反，问题可能与当前接入网络、门户认证或网络策略有关。切换网络进行对照时保持客户端其他设置不变，才能判断故障是否只发生在特定接入环境。

仍无法恢复时，整理信息再进一步处理

如果排查后仍然不能上网，先恢复最近改动的设置，再记录故障发生时的网络类型、设备系统、客户端名称与版本、所选线路、连接状态、异常应用，以及断开 VPN 后是否恢复。可以补充说明全局模式和规则模式的测试结果、DNS 是否曾修改、其他代理工具是否退出。只提供必要的现象和非敏感设置，不要发送账号密码、订阅链接、完整配置或可识别个人信息的截图。

如果所有线路都失败，但直连正常，且关闭其他代理、恢复默认 DNS 与分流设置后问题仍持续，可依据服务面板提供的支持渠道反馈上述信息。若只有某个网络环境失败，可先咨询该网络的管理员是否限制相关连接；若只有特定应用异常，则同时向应用提供方确认其网络要求。不要用反复恢复出厂设置作为第一步，这会删除其他正常可用的网络配置，且不一定能解决线路或服务端问题。