IP泄漏性能测试：查IPv6、DNS、WebRTC
IP泄漏性能测试的判定标准
连接后只显示 VPN 或加速节点出口 IP，通常不算泄漏；显示本机宽带 IPv6、真实运营商地址或本地 WebRTC 地址，就要处理。
做 IP泄漏性能测试 时，判断标准不要只看“能不能上网”。要看连接后，浏览器和系统到底暴露了哪些地址。实际检查时，重点分 4 类结果：
- 真实出口 IP
- 这是最先要看的项。
- 连接前后对比。如果页面只显示节点出口 IP，说明这一项基本正常。
- 如果还看到家用宽带、公司网关，或运营商分配的公网地址，就不是正常结果。
- IPv6 地址
- 这是 IP泄漏测试 里最容易漏掉的一项。
- 很多用户只看 IPv4，忽略 IPv6。
- IPv4 显示为节点地址，不代表 IPv6 也被接管。
- 这就是 IPv6泄漏测试 和 IPv6泄漏性能测试 必须单独做的原因。
- DNS 解析服务器
- DNS 是把域名转换成 IP 的查询服务。
- 它负责告诉系统“这个网站该连哪个 IP”。
- DNS 泄漏不等于真实 IP 泄漏，但同样会暴露网络信息。
- 例如，你的网页请求走了节点，但 DNS 还在用本地运营商的服务器，外部仍能看出你所在的网络环境。
- WebRTC 本地地址
- WebRTC 是浏览器里用于实时通信的一组技术，很多网页会借它探测本地网络信息。
- 如果测试页显示了本地网卡地址、内网地址，或真实局域网信息，就说明浏览器层面还在泄露。
- 这类问题常见于网页测试中，也常被误判成“节点没生效”。
实际操作时，按这个顺序查最稳：
- 先开测试页，看 真实出口 IP。
- 再切到 IPv6 检查页，看是否还出现本机宽带 IPv6。
- 再看 DNS 结果，确认解析服务器是否跟连接后的网络一致。
- 最后看 WebRTC 页面，检查有没有本地地址外露。
如果你只做一次简单检查，容易漏判。尤其是双栈网络。双栈就是 IPv4 和 IPv6 同时可用的网络环境。很多客户端只接管 IPv4，结果 IPv6 还在走直连通道。这样表面上看起来正常，实际上已经出现绕过。
所以，IP泄漏测试的结论不是“显示了一个节点 IP 就结束”。要看四项是否都被接管。只要还有真实运营商地址、未处理的 IPv6、泄漏的 DNS，或本地 WebRTC 地址，就应该继续排查。需要具体排查思路时，可以接着看 VPN节点如何测试IP才算生效。
固定变量后再做VPN性能测试
做 IP泄漏性能测试 前，先把变量固定。同一设备、同一网络、同一节点、同一时间段、同一测速服务器，这 5 项不要变。只改一个条件，才知道结果差异来自哪里。
如果今天用手机，明天用电脑；上午测一个节点，晚上换另一个节点；一次测速服务器在本地，一次测速服务器在海外，VPN性能测试结果就没有可比性。线路本身会波动，不固定变量，协议测速结果很容易被线路波动误导。
建议按这张表记录：
| 项目 | 记录方式 | 判断重点 |
|---|---|---|
| 延迟 | 记录测速工具显示的 ping | 延迟是数据往返时间，越低响应越快 |
| 下载速度 | 记录下载测速结果 | 看网页、视频、文件下载是否受影响 |
| 上传速度 | 记录上传测速结果 | 看发文件、直播、网盘上传是否受影响 |
| 丢包 | 记录是否出现丢包 | 丢包会造成卡顿、加载失败 |
| 抖动 | 记录 jitter 或延迟波动 | 抖动是延迟波动幅度，越大越不稳定 |
| 连接成功率 | 多次连接同一节点并记录成功情况 | 看节点是否容易连不上 |
| 断线重连速度 | 主动断网后恢复网络，记录重连表现 | 看异常网络下是否能快速恢复 |
推荐按这个顺序测：
- 裸连测基准
先关闭 VPN，直接测速一次。记录延迟、下载速度、上传速度、丢包、抖动。这个结果是本机网络基准。后面所有结果都和它比，不要只看单次 VPN 数值。
- 连接同一节点后测 IPv4
连接 VPN 后，不要切换节点。打开测速工具，选择和裸连时相同的测速服务器，做 IPv4性能测试。记录同样的指标。
如果延迟明显变高、丢包增多、抖动变大，说明这条线路对当前网络不稳定。想了解节点是否真的生效，可以参考 VPN节点如何测试IP才算生效。
- 保持节点不变，再测 IPv6
如果设备和网络支持 IPv6，再做 IPv6性能测试。不要在这一步切节点，也不要换测速服务器。
重点看 IPv6 是否走 VPN、速度是否和 IPv4 差异过大、是否出现 IPv6 直连。IPv6 没有被 VPN 接管时，可能出现 IPv4 正常但 IPv6 泄漏的情况。
- 再测 DNS 和 WebRTC
DNS 是域名解析服务，用来把网址转换成 IP 地址。WebRTC 是浏览器的实时通信能力，部分场景可能暴露本机网络信息。
这一步不要急着换协议。先保持当前协议和节点，检查 DNS 请求是否走 VPN，浏览器 WebRTC 是否暴露真实 IP。这样能判断问题来自节点、协议，还是浏览器设置。
- 记录断线和重连表现
测速期间可以手动切换一次 Wi-Fi，或短暂断开网络再恢复。记录 VPN 是否自动重连、重连后 IP 是否仍然是 VPN 出口、DNS 和 WebRTC 是否重新出现泄漏。
如果重连后 IP 变回真实网络，说明不能只看连接成功，还要看异常恢复后的状态。
做 协议测速 时，每次只换一个协议，其他条件不动。比如只从一个协议切到另一个协议，设备、网络、节点、时间段、测速服务器都保持一致。这样才能看出协议差异，而不是把节点拥堵、网络波动、测速服务器变化误判成协议性能差异。
记录结果时，不建议只写“快”或“慢”。更实用的写法是：
- 裸连：延迟、下载、上传、丢包、抖动
- VPN IPv4：同一组指标
- VPN IPv6：同一组指标
- DNS：是否显示 VPN 侧解析
- WebRTC：是否暴露真实 IP
- 断线重连：是否自动恢复，恢复后是否仍无泄漏
如果多次测试结果差异很大，先不要下结论。换一个相邻时间段再测一次，但仍然保持相同设备、网络、节点和测速服务器。需要排查低延迟和线路稳定性时，可以看 VPN延迟低怎么选择？跟IP路线有关吗，如何判断VPN速度与稳定性？。
IPsec、IKEv2、PPTP、L2TP/IPsec怎么测
做 VPN协议对比 时，不要只看测速结果。同一协议在家庭宽带、公司网络、移动热点下，结果可能不同。 服务器负载、节点距离、运营商线路，都会把排名改掉。你要看的是：哪种协议在你的网络里更稳，切网后会不会掉，连上后延迟会不会跳。
| 测法 | 看什么 | 怎么判断 |
|---|---|---|
| IPsec性能测试 | 先连香港节点，再连日本东京节点；再在家庭宽带、公司网络、移动热点各测一次 | IPsec 是一组给数据加密和认证的协议。重点看稳定性，不只看单次速度 |
| IKEv2性能测试 | 重点做 Wi‑Fi 和蜂窝网络切换测试 | IKEv2 更适合网络切换。切网后如果恢复快、不断线，就更适合手机和笔记本 |
| L2TP/IPsec性能测试 | 同一节点下，和 IPsec、IKEv2 放在一起对比 | L2TP/IPsec 兼容性较好，但封装开销更高。封装开销就是数据外面又包了一层，会多一点传输成本 |
| PPTP性能测试 | 只看基础连接速度和延迟，不要把它当隐私方案 | PPTP 即使测速快，也不建议长期用于隐私场景。 |
FunMeGo 目前可用香港和日本东京节点。香港节点实测延迟 50ms，很适合拿来做同一协议下的节点延迟对照。你可以先用同一个协议连香港，再连东京，看延迟和稳定性差多少；再换到不同网络里复测，观察排名会不会反转。这样比只看一次测速更靠谱。需要看可用节点时，可以直接看线路列表。
如果你要连续测多个协议，FunMeGo 的包月线路可以自助更换服务器，订阅地址不变，切换后还能继续测试。这样可以把 IPsec性能测试、IKEv2性能测试、PPTP性能测试、L2TP/IPsec性能测试 放在同一套环境里对照，结果更容易看出差异。
普通用户怎么选，也可以直接按场景判断：
- 经常在 Wi‑Fi 和手机热点之间切换：优先看 IKEv2
- 想要稳定和安全兼顾：优先看 IPsec 类协议
- 设备兼容性更重要：可以试 L2TP/IPsec
- 只图一时测速快：也别长期用 PPTP
最后别把“某一次最快”当结论。同一协议、同一节点，在不同网络里的表现可能完全不一样。 你真正要找的，是在你常用网络里最稳、切换最少、延迟最可接受的那个协议。
移动端和双栈网络的泄漏复查
手机要单独测。电脑没泄漏，不代表手机也没问题。按这个顺序做：先连 Wi‑Fi，记录 IPv4、IPv6、DNS 和 WebRTC；再切到蜂窝网络，立刻复查同样四项；再切回 Wi‑Fi，再查一遍。切网时最容易出现短暂直连，所以不要只看切换后的最终结果，要看前后几秒内有没有真实地址、真实 DNS 请求或 WebRTC 暴露。
| 场景 | 具体动作 | 重点看什么 |
|---|---|---|
| Wi‑Fi 切蜂窝 | 切网后马上打开检测页 | IPv4、IPv6、DNS、WebRTC 是否改成隧道出口 |
| 蜂窝切回 Wi‑Fi | 重新连接后再测一次 | 有没有短暂回到本地网络 |
| 双栈网络 | 同时确认 IPv4 和 IPv6 | 不能只看其中一条链路 |
IKEv2 是一种负责建立和恢复隧道的协议，手机在断网后重连通常更快。IPsec 是常和它一起使用的加密和认证机制。移动场景里，这类协议一般更适合频繁切网，但是否真的不泄漏，还是要看实际客户端有没有启用泄漏防护。有些客户端在 Wi‑Fi 和蜂窝之间切换时，会先掉开隧道，再重新连上，这一瞬间就可能露出本地 IP。
做IPv6性能测试时，别只看速度。先跑IPv6泄漏测试，确认出口 IPv6 没有回到本地网络。再看网页加载和连接是否稳定。只有链路、泄漏、体验都过，才算比较完整的IPv6泄漏性能测试。如果浏览器里还出现真实 IPv6，这一轮就先判失败，不要继续记速度。
发现 IPv6 泄漏时，处理优先级高于测速。可以按这个顺序处理：关闭系统 IPv6、切换协议、换节点、重启客户端，再做一次 IP泄漏测试，连同 DNS 和 WebRTC 一起复查。若只在蜂窝网络下泄漏，重点查移动端配置；若 Wi‑Fi 和蜂窝都泄漏，问题多半在客户端或系统层面。遇到反复掉线或重连失败，也可以对照 VPN服务器连接失败解决方法：按提示排查 一步步排查。
按用途看协议测速重点
做 VPN性能测试 时，先按用途分场景。不同场景，看的指标不一样。
游戏场景看 延迟、抖动、丢包。延迟是数据从你设备到服务器再返回的时间。抖动是延迟波动。丢包是数据没完整送达。不要只看下载速度，下载快不代表游戏不卡。
视频场景看持续下载速度和长时间稳定性。短时间跑到高速度没有意义。你要看 10 分钟、20 分钟内速度会不会掉得很明显。
远程办公看连接稳定、DNS 是否泄漏、断线重连表现。DNS 是域名解析服务。DNS 泄漏就是访问记录没有走该走的通道，外面还能看到你在查什么域名。
做 协议测速 时，建议把同一节点、同一时间段下的结果放在一起看，再做 VPN协议对比。你不是在比“谁最快”这么简单，而是在比“谁更适合你的用途”。
比如游戏里，某个协议下载速度一般，但延迟更稳、丢包更低，那它反而更合适。视频里，另一个协议峰值更高，但 5 分钟后开始波动，那也不适合长看。
FunMeGo 的香港节点实测延迟 50ms，可以直接拿来和日本东京节点做两地节点对比。这样更容易看出，变化到底来自协议，还是来自线路本身。
做 IP泄漏性能测试 的排查顺序要固定，不要乱跳。建议按这个顺序走：
- 关闭 IPv6。IPv6 是下一代地址体系，有些环境下会绕开你预期的通道。
- 切换协议。
- 换节点。
- 重启客户端。
- 清浏览器缓存。
- 关闭 WebRTC。WebRTC 是浏览器里的实时通信能力，某些情况下会暴露本地网络信息。
- 启用 Kill Switch。Kill Switch 是断线保护，VPN 断开时会自动阻止流量直连，避免泄漏。
如果你要判断远程办公是否真的安全，重点别只盯“能不能连上”。
你要看三件事：
- 连接后 DNS 有没有泄漏
- 断开再重连时，流量有没有短暂直连
- 客户端重启后，规则是否还能生效
记录时，建议直接用固定模板。这样后面做复测才好比。模板可以写成：
| 协议 | 节点 | IPv4 是否泄漏 | IPv6 是否泄漏 | DNS 是否泄漏 | 延迟 | 速度 | 断线情况 |
|---|
你也可以把同一轮测试分成“游戏 / 视频 / 远程办公”三列。这样一眼能看出，哪个协议只适合看片，哪个协议更稳，哪个协议在切换后容易掉线。
如果你在做节点生效确认，可以顺手看这篇：VPN节点如何测试IP才算生效。
连续复测时，线路条件也要尽量稳定。FunMeGo 按小时计费，用多久算多久，适合你连续跑几轮测试后再决定是否继续。包月线路也支持自助更换服务器，订阅地址不变，切换后可以继续测试。这类设置更适合做协议轮换和节点轮换，不用每次都重配。