连上 VPN 后 IP 还显示国内：先别急着怀疑没连上

连上以后打开一个查 IP 的网站，结果显示的还是国内地址——第一反应大多是「没生效」，但多数情况下，这只是验证方式不对，连接本身是正常的。真的没生效当然存在，只是排在原因列表比较靠后的位置。

比较典型的场景是：刚点了连接，提示「已连接」的瞬间就切到浏览器查 IP，结果和断开时一模一样，于是断定没用，反手就去重装应用、换账号、到处找教程。等真正查清楚，往往发现只是查得太早，或者用错了查询入口，连接从头到尾都没出问题。

这篇先给一套正确的验证步骤，再按从常见到少见的顺序讲清楚查到「还是国内」可能对应哪几种情况。原则不变：每次只改一个变量，别在没验证清楚之前就同时换节点、重装应用、重启设备，那样问题解决了也不知道是哪一步起的作用。

先按顺序验证一次

大多数误判都是验证步骤本身出了问题，先按这个顺序走一遍，能排除掉一半的「假警报」，剩下没解释清楚的才值得继续往下细查。

1. 断开 VPN，先查一次原始 IP，记住地区和城市，作为对照基准
2. 连接 VPN，等待五到十秒让连接完全稳定，不要连上立刻就查
3. 用同一个查询网站再测一次，中途不要换成另一个网站
4. 如果结果还是没变，换一个只支持 IPv4 或者只支持 IPv6 的查询方式各测一次

这四步花不了一分钟，但能直接定位问题出在哪一层——如果第三步就已经显示新地址，那说明一开始查得太早或者用错了对照，连接本身没有问题；如果到第四步才有变化，说明走的是 IPv6 那条路没被接管，方向完全不同，往下看对应的原因。

第三步之前还有一个更快的对照：应用自己通常就会显示当前的出口地址。拿它和查询网站的结果比一下，两边对不上，说明问题出在查询方式上，不在隧道本身。

最常见的原因：查得太快

连接成功的提示出现以后马上打开查询网站，很多客户端在提示「已连接」的那一刻，底层的路由和 DNS 还在切换过程中，这时候查到的结果可能还是切换前的状态，等一两秒切换彻底完成，结果就会正常。这个时间差通常很短，但足够让心急的第一次查询显示错误的结果。

等五到十秒再查，或者刷新一次查询页面而不是立刻相信第一次的结果。如果查询网站本身有缓存机制，同一个页面刷新可能还是拿旧结果，换成重新打开一个新的查询页面更可靠。

第二种原因：查询网站本身没查到隧道流量

不是所有「查 IP」的入口都在查同一件事。有些手机应用内置的网络状态显示、部分超级 App 里的小程序查询功能，走的是自己的内部接口，不一定经过系统级别的网络路由，查到的结果和浏览器里直接打开一个独立查询网站可能不是同一条路径。

举个具体例子：某些内置在社交、支付类超级 App 里的「查网络环境」小工具，读取的是这些 App 自己服务器记录的登录地区，而不是当前这一次连接实际的出口地址，两者更新的时机完全不同步，App 内显示滞后一两天都不算罕见。这类工具本来就不是为了检测 VPN 而设计的，拿来当验证标准会一直得到误导性的结果。

这种情况下，换成在系统自带浏览器里直接访问一个独立的查询网站重新测，比继续相信应用内置的显示更准确。两边结果不一致时，优先相信浏览器里测出来的，而不是纠结哪个 App 说的才对。

第三种原因：分流规则把查询网站直连了

多数客户端会把明显是「国内」的网站直接放行，不走隧道，这样能减少不必要的绕行，提升访问国内站点的速度。问题是部分查询网站的服务器实际部署在国内机房，或者用了国内的 CDN 加速，规则表可能把它也归类成「直连」，于是查到的正好是真实的本地地址，而不是隧道那一端的地址——规则本身没有出错，只是恰好把验证工具当成了不该走隧道的目标。

把分流模式切换成全局模式，再重新查一次。如果这时候地址变了，说明确实是分流规则把这个查询网站排除在隧道之外，换一个查询网站测试就能绕开，不需要一直用全局模式。这和「已连接却打不开网页」背后是同一层机制，VPN 显示已连接，却打不开网页里有更完整的分流排查顺序。

第四种原因：其实没有真的连上

前三种原因排除以后，如果多次验证都确认地址完全没变，就该往回退一步，怀疑连接本身。有些情况下客户端界面显示「已连接」，但隧道握手其实没有完全成功，界面状态没有及时反映真实情况。

断开重连一次，重连成功以后按前面的四步顺序重新验证。如果依然查不到变化，检查系统里是否残留了别的代理设置——之前装过别的工具留下的旧配置，有时候会让新客户端连上了却没有真正接管流量，界面显示「已连接」只代表客户端自己这一层握手成功，不代表系统的流量转发规则真的切了过去。这一层的排查见VPN 显示已连接，却打不开网页，里面按 DNS、分流规则、系统代理、节点这四层讲得更细。

容易被忽略的 IPv6 泄漏

前面四种原因都排除了，还有一种情况容易被漏掉：设备同时具备 IPv4 和 IPv6 两套网络能力，VPN 只接管了其中一套，通常是 IPv4。如果查询网站优先走 IPv6，看到的可能就是没经过隧道的真实地址，而换一个只支持 IPv4 的查询方式测，结果却完全正常，两次查询看起来像是矛盾的，其实是查了两条不同的路。

这种情况的关键特征是：同一台设备，换不同的查询网站会得到不一样的结论，有的显示已经变了，有的显示没变，而且这个现象相对稳定，不是偶尔一次的巧合，每次用同一个网站测都是同样的结果。移动网络环境下 IPv6 覆盖率这几年提升得很快，家用宽带很多也默认开着，这也是这类「部分泄漏」比几年前更容易遇到的原因之一。

这本质上和DNS 泄漏是什么，怎么自查里说的是同一类问题：一部分流量走了隧道之外的另一条路，只是这里泄漏的是 IP 地址本身，那篇里泄漏的是域名解析请求，机制相通。判断和处理方式那篇讲得更完整，这里不重复展开，怀疑是这个原因的话直接去那篇按步骤自查即可。

总结

查到 IP 还显示国内，先怀疑验证方式本身：查得太快、用错了查询入口、分流规则把查询网站直连了，这三种加起来占了大多数情况，而且都不代表连接本身有问题。真的没连上和 IPv6 泄漏反而是比较少见的两种，排在后面查更合理，别一上来就往这两个方向想。

如果每次连接后都要靠自己一步步验证才放心，说明客户端在这件事上做得还不够透明。快橙连接状态和实际路由是一致的，显示已连接就代表流量确实在走隧道，不需要每次都自己反复验证。如果按上面的步骤查完依然不确定，把两次查询的截图、用的查询网站名称一起发给客服，比自己继续猜更快有结果，也更容易判断到底是哪一层出的问题。