VPN连上了没生效，先别急着换线路。出口 IP、DNS 与分应用验证分别回答不同的问题：请求从哪里出去、域名由谁解析、目标应用是否采用当前配置。客户端的连接标记只是起点，不能替代这些检查。
最省事的办法是保留连接前后的对照，每次只改一个设置。先验证浏览器，再验证实际使用的应用；先确认流量路径，再处理网站自身的地区提示。这样可以避免把账号限制、缓存或分流行为误认为线路故障。
连接标记与实际流量路径
客户端显示已连接，可能表示隧道已经建立，也可能只是本地代理已经启动，具体含义取决于客户端。系统出现 VPN 图标，也不代表每个应用、每个域名都经过同一个出口。规则模式本来就可能让部分请求直连。
判断是否生效，要把不同证据放回各自的范围。浏览器里的 IP 查询只能说明这次查询请求的出口；DNS 测试只能观察测试过程中使用的解析路径。它们都不能单独证明整台设备的所有流量走向。
| 观察项 | 能够说明 | 不能据此认定 |
|---|---|---|
| 客户端显示已连接 | 客户端报告当前连接状态 | 所有应用已经使用线路 |
| 公网出口 IP 改变 | 本次查询请求出口发生变化 | 其他应用及 DNS 同样经过线路 |
| DNS 测试出现解析服务商 | 测试域名由相关解析设施处理 | 解析设施所在地区就是访问出口地区 |
| 目标应用恢复访问 | 当前应用的目标请求可以完成 | 其他服务也有相同访问结果 |
出口 IP：建立连接前后对照
选择能显示公网 IP 的查询页面，尽量在同一个浏览器、同一个网络环境下完成对照。测试期间不要同时切换无线网络与移动数据，否则基础网络的出口变化会干扰判断。
- 断开客户端，打开查询页面，记下公网 IP、网络归属和页面标注的地区。只在本地保存，不必公开完整地址。
- 连接目标线路，确认客户端没有连接错误，再重新加载查询页面。必要时使用新的隐私窗口，减少旧页面结果的影响。
- 比较实际 IP 地址，而不只是地区文字。不同地址可能仍被数据库标为同一地区；地区资料也可能更新滞后。
- 如果地址未变，检查查询网站是否命中直连规则。按客户端说明临时使用覆盖范围更广的模式复测，完成后恢复原设置。
出口地址变化，说明这次浏览器请求经过了不同出口；但不能仅靠地区标签确认具体线路。反过来，地址未变也不一定是连接失败：查询站可能被分流为直连，或者页面展示的是缓存结果。应结合客户端的规则命中记录判断。
DNS 检查：解析地区不是出口地区
DNS 的作用是把域名转换为连接所需的地址。应用可以使用系统解析，也可能通过浏览器的加密 DNS、客户端的 DNS 模块或自身机制解析。因此，浏览器查询到的出口改变，并不自动说明所有解析请求也经过了预期路径。
使用 DNS 泄漏测试时，测试页面通常触发对特定域名的查询，再报告观察到的递归解析设施。应关注解析服务商、测试环境以及当前配置，而不是看到陌生国家就下结论。公共解析服务可能使用分布式设施，其标注地区不一定与用户或线路所在地区一致。
如何理解测试中的本地解析结果
如果本来希望目标域名的解析也经过线路，却观察到本地网络服务商的解析设施，就需要检查解析路径。但规则模式可能有意让直连域名使用本地 DNS，这种设计不能脱离配置目标一概称为泄漏。
先查看浏览器是否启用了独立的加密 DNS，再检查客户端是否接管系统 DNS，以及直连域名与代理域名是否采用不同解析策略。若客户端提供远程解析或防泄漏选项，按其文档确认用途，不要凭名称叠加所有开关。
更改 DNS 配置后，旧记录可能暂留在浏览器、系统或应用缓存中。关闭并重新打开目标应用后再测；需要清理系统缓存时，应按当前操作系统的官方步骤执行。单独修改 DNS 不能替代流量接管，也无法修复未经过代理的应用连接。
分应用验证：浏览器正常，其他应用呢
浏览器能访问而桌面应用不能，常见原因是它们采用了不同的网络入口。部分应用遵循系统代理，部分忽略系统代理；浏览器扩展也可能只影响浏览器自身。不要把一个浏览器窗口里的成功结果推广到整台设备。
系统代理通常向支持它的应用提供代理配置，并不自动接管所有连接。隧道模式通过虚拟网络接口处理流量，但仍可能受路由、排除列表与应用范围设置影响。模式名称因客户端而异，应看实际覆盖范围，而不是只看开关是否亮起。
- ✅ 浏览器：核对系统代理、代理扩展与独立 DNS 设置，避免多个配置互相覆盖。
- ✅ 桌面应用：检查应用内部是否有代理选项；退出后台进程后重新启动，再尝试同一项操作。
- ✅ Android：检查目标应用是否被排除在 VPN 范围之外，并确认后台运行没有被省电管理中断。
- ✅ iOS：确认系统允许当前 VPN 配置运行，检查是否存在其他网络过滤配置；不要仅凭状态栏图标判断目标应用。
- ✅ 命令行与开发工具：核对工具自身的代理参数或环境变量。图形界面的代理状态未必会自动传递到终端程序。
分应用复测时，尽量重复同一个实际动作，例如刷新目标页面、拉取同一项资源。若应用继续使用已经建立的旧连接，切换线路后结果可能不会立刻变化，完整退出再启动更有助于形成清晰对照。
按现象定位：缓存、分流与配置冲突
查询 IP 已改变，网站仍显示原地区
网站还可能参考账号地区、Cookie、历史会话或设备定位。IP 地区数据库也可能与查询工具采用不同数据源。先用未登录的隐私窗口比较，再查看目标服务的地区规则；不要把清除缓存等同于必然恢复访问。
测速有结果，目标页面打不开
客户端的延迟探测或连通性测试，通常只覆盖特定探测目标。它不能证明目标网站的域名解析、实际连接和应用层请求都能完成。检查目标域名的规则命中结果，再用另一条可选线路对照，避免只盯着测速面板。
导入订阅后仍没有可用连接
订阅链接是获取配置的入口，不是连接成功的证明。确认更新没有报错、客户端支持订阅中的协议与配置格式，并已选中有效线路。Shadowsocks、VMess、Trojan、VLESS 等名称不能互相替代，修改显示名称也不会改变底层协议支持。
刚连接正常，锁屏后失效
查看客户端是否仍在运行、系统是否暂停后台活动，以及基础网络是否切换。桌面设备还应排查其他代理软件、网络过滤工具和旧配置的影响。每次只暂停一项可能冲突的功能，复测后恢复不相关设置，避免留下新的干扰因素。
复测顺序与结果记录
如果前面的检查仍未定位问题，可以按下面的顺序收敛范围。重点不是收集更多截图，而是让每次测试只有一个变化，并保留可以重现的操作。
- 记录基础环境：操作系统、客户端名称、当前模式、所选线路，以及出问题的具体应用。
- 在同一网络下完成断开与连接后的出口 IP 对照，并注明查询域名是否走直连。
- 检查 DNS 测试结果和浏览器独立解析设置，判断是否符合当前分流目标。
- 重启目标应用，重复同一操作；只有该应用异常时，优先查它的代理入口和排除设置。
- 保持其余设置不变，换一条可选线路复测。若仍失败，整理错误提示与发生条件，再通过站内支持入口反馈。
有用的反馈应说明“浏览器出口已改变，但目标应用仍连接超时”这样的可观察事实，而不是只写“不能用”。若客户端提供诊断记录，先检查并遮盖其中的凭据与个人信息，再提交必要片段。
VPNGL 的安全主话术为量子加密，但连接验证仍应以实际请求路径为依据。需要核对设置时，可查看快速上手与完整手册；问题无法重现或持续存在时，可从联系我们页面查找支持入口。