15 分钟检查
如何判断 VPN 是否正常工作？
- 关闭 VPN，记录真实公共 IP、DNS 和网络速度。
- 连接 VPN，确认 IP 已改变且位置与所选节点一致。
- 检查 DNS、WebRTC 和 IPv6 是否暴露真实网络信息。
- 使用同一测速服务器完成至少 3 轮连接前后对比。
- 测试终止开关、节点切换和 Wi‑Fi / 移动网络恢复。
VPN 测速不能只看一次下载数字。要确认 VPN 真正有效，你需要同时验证公共 IP 是否改变、DNS 与浏览器是否泄漏、断线时终止开关能否阻断流量，以及连接对下载、上传和延迟造成了多少影响。
先做这一轮
5 分钟 VPN 快速测试
如果你只想确认 VPN 是否已经建立基本保护，依次打开下面的工具即可。测试前先关闭 VPN 记录一次结果，再连接 VPN 重复检查；只有“连接前后对比”才能判断哪些地址属于你的真实网络。
| 检查项目 | 推荐工具 | 通过标准 |
|---|---|---|
| 公共 IP | IPinfo | IP 与位置变为 VPN 节点 |
| DNS 泄漏 | DNSLeakTest | 不出现本地运营商 DNS |
| WebRTC | BrowserLeaks | 不出现真实公共 IP |
| 下载与延迟 | Ookla Speedtest | 同服务器完成 3 轮对比 |
| 视频带宽 | Fast.com | 能稳定达到实际观看需求 |
建议使用中立的第三方测试工具，不要只使用被测 VPN 厂商自己提供的检测页面。
第 1 项
检查 VPN 的公共 IP 地址
公共 IP 测试回答的是最基本的问题：网站看到的是 VPN 服务器，还是你的家庭或移动网络？先关闭 VPN 打开 IPinfo，记下 IP、城市和网络运营商；连接目标节点后刷新页面，三项信息都应随服务器改变。
- 01记录基线
关闭 VPN 后记录公共 IPv4、IPv6、城市和网络运营商。只需自己保存，不要公开完整地址。
- 02连接目标节点
等待应用明确显示已连接，再重新打开或强制刷新 IP 查询页面。
- 03比较结果
公共 IP 应改变，位置应接近所选节点；如果仍显示原运营商，VPN 可能未接管流量。
第 2—4 项
测试 DNS、WebRTC 和 IPv6 泄漏
公共 IP 已经改变，不代表所有流量都进入了 VPN。域名查询、浏览器实时通信和 IPv6 仍可能暴露真实网络，因此需要分别检查。
DNS 泄漏测试
先在未连接 VPN 时运行一次 DNSLeakTest 的 Extended Test，再连接 VPN 重复测试。如果结果仍出现本地运营商名称、真实地区，或与基线完全相同，就需要检查 VPN DNS 与分流设置。使用公共 DNS 的 VPN 不一定显示厂商品牌，因此不要把“不是 VPN 公司名称”直接判定为泄漏。
WebRTC 泄漏测试
打开 BrowserLeaks 的 WebRTC 页面，重点查看 Public IP Address。出现 192.168.x.x、10.x.x.x 等局域网私有地址不等于真实公共 IP 泄漏；真正需要警惕的是连接 VPN 后仍显示你的运营商公共地址。
IPv6 泄漏测试
如果未连接 VPN 时拥有公共 IPv6，而连接后仍显示同一个 IPv6 地址，说明 VPN 可能只处理了 IPv4。优先启用应用中的 IPv6 泄漏保护；如果厂商明确不支持 IPv6，再按照其官方说明处理，不要随意修改系统网络配置。
第 5 项
VPN测速：正确比较下载、上传和延迟
公平的 VPN 测速需要固定设备、网络、协议和测速服务器。关闭云盘同步、系统更新和大型下载，在未连接 VPN 时测试 3 次，再连接最近的 VPN 节点使用同一测速服务器测试 3 次，最后比较中位数。
- 下载速度决定网页、大文件和视频加载能力
- 上传速度影响视频会议、直播和云端备份
- 延迟影响游戏、远程桌面和实时通话
- 连接成功率与恢复时间决定日常稳定性
完成测速后，可以使用页面顶部的 VPN 测速工具计算速度保留率、速度变化和延迟变化。
速度保留率没有适用于所有人的绝对及格线。附近节点能保留更多速度通常更好，但你的设备性能、VPN 协议、运营商拥塞和测速服务器都会影响结果。需要比较多个产品时，应在相近时间使用同一套条件测试。
第 6 项
测试 VPN 终止开关和断线恢复
终止开关的作用是在 VPN 隧道意外中断时阻止流量回到真实网络。启用该功能并连接 VPN，保持 IP 查询页面打开，然后切换 VPN 节点、短暂关闭 Wi‑Fi 或让设备在 Wi‑Fi 与移动网络之间切换。
- 01启用终止开关
确认设置已经保存，部分系统还需要授权“始终开启 VPN”。
- 02制造短暂断线
切换节点或短暂中断网络，不要退出终止开关。
- 03观察过渡阶段
页面应暂时无法加载；不能短暂出现真实公共 IP。
- 04确认自动恢复
重新连接后再次检查 IP、DNS，并确认应用恢复正常。
第 7 项
验证流媒体、网页和实际使用体验
测速数字不能代替真实体验。分别打开常用网页，播放至少 10 分钟高清视频，完成一次语音或视频通话，并让设备休眠后重新唤醒。记录连接是否自动恢复、清晰度是否频繁下降，以及验证码数量是否明显增加。
连续打开常用网站，检查加载、验证码和登录状态。
播放 10 分钟以上，记录启动时间、清晰度和缓冲。
检查声音断续、画面冻结和延迟是否影响交流。
测试睡眠唤醒、节点切换和 Wi‑Fi / 蜂窝网络切换。
出现问题时
VPN 测试失败怎么修复？
先不要反复安装多个 VPN。一次只保留一个产品运行，按下面顺序排除设置、缓存和网络干扰；每完成一步都重新检查 IP 与 DNS。
- 重新连接或更换节点：先排除单个服务器故障。
- 切换 VPN 协议：在 WireGuard、OpenVPN 或厂商协议之间比较。
- 关闭分流后复测：确认浏览器没有被意外排除在 VPN 之外。
- 启用 VPN DNS 和终止开关：重新启动浏览器或设备后再测。
- 更新应用与系统：旧网络驱动或旧客户端可能造成连接异常。
- 更换网络：比较家庭 Wi‑Fi、移动热点和有线网络。
- 仍然泄漏就停止使用：保存不含完整 IP 的测试记录并联系厂商；退款期内考虑更换产品。
最终结论
结论：如何完整测试你的 VPN
完整的 VPN 测试至少包括 7 项：公共 IP、DNS、WebRTC、IPv6、速度、终止开关和真实使用体验。先记录未连接 VPN 的基线，再在同一设备与网络中复测，才不会把正常的第三方 DNS 或地理数据库误差判断成泄漏。
如果产品持续暴露真实 IP、无法阻断断线流量或速度明显不符合需求，可以查看我们的最佳 VPN 总榜、中国使用场景排名，以及FQTIPS 完整评测方法。
VPN 测试常见问题
怎么知道 VPN 是否正常工作？
连接 VPN 前后分别查询公共 IP。如果连接后 IP 和位置已经改变，并且 DNS、WebRTC 与 IPv6 测试没有显示真实公共 IP 或运营商 DNS，说明 VPN 的基础隧道正常。
VPN 速度应该降低多少？
没有适用于所有网络的固定比例。请在相同设备、网络和测速服务器下至少测试 3 次，使用中位数计算速度保留率，并分别记录下载、上传和延迟。
DNS 测试出现第三方服务器就是泄漏吗？
不一定。有些 VPN 使用公共或第三方 DNS。应与未连接 VPN 时的基线比较；如果出现本地运营商 DNS、真实地区或完全相同的结果，才更值得警惕。
为什么 VPN 显示已连接但 IP 没变？
可能是隧道尚未建立、浏览器被分流排除、扩展只代理部分流量，或另一个 VPN 与网络工具发生冲突。先关闭分流、退出其他代理并重新连接。