VPN是否生效检测

连接VPN，然后点击运行VPN检测。测试只需几秒钟：读取网站看到的地址，对我们自己测试域名下的唯一主机名发起DNS查询，通过我们的STUN服务器向浏览器询问其WebRTC地址，并分别从仅IPv4和仅IPv6的主机获取一个小文件。为了得到最可靠的DNS判定，建议在连接VPN之前也运行一次——这样页面就知道您真实运营商的解析器，之后能确切地识别它。

判定卡片会显示未发现泄露、有一项需要修复或您的真实地址已暴露，下方的每项测试则显示观察到的内容、它属于哪个网络以及判定的置信度。需要核查表示我们看到了第三方解析器，无法确定它是您VPN自己的DNS（没问题）还是您运营商的DNS（泄露）；通常看一眼解析器运营者的名称就能判断。

VPN只能保护真正经过隧道的流量。每项测试分别检查流量可能绕开隧道的一条路径。

把通过HTTP看到的地址与VPN应当显示的地址进行比较。如果判定结果把您的家庭宽带或移动运营商列为运营者，说明VPN根本没有承载您的流量——它可能已断开、处于分流模式，或被阻断了。

您的浏览器解析我们唯一的测试主机名；向我们的域名服务器询问这些主机名的解析器，就是在处理您DNS的解析器。如果其中有一个属于您的运营商，或者某个公共解析器转发了您的真实网络前缀（EDNS Client Subnet），说明DNS正在隧道之外流出。DNS泄露测试页面会运行36次查询的扩展版本。

WebRTC可以直接从您的网络接口发送UDP数据包。我们让浏览器针对我们自己的STUN服务器收集其地址，并与网站看到的地址进行比较。出现不同的公网地址，就意味着WebRTC绕过了VPN。详情见WebRTC泄露测试页面。

许多VPN只为IPv4建立隧道。如果您的连接同时拥有IPv6，而IPv6地址所属的网络与您的VPN地址不同，那么支持IPv6的网站看到的就是您的真实连接。IPv6测试会显示两种协议的情况。

BitTorrent客户端会独立于浏览器向Tracker通告一个地址，因此浏览器测试无法证明客户端的流量经过了隧道。上述检查涵盖了客户端可能使用的各条网络路径（IPv4、IPv6、DNS）；一个基于Tracker、能显示客户端实际通告地址的检查功能已列入本页的开发计划。

大多数泄露源于三项设置之一，每一项都有直接的修复办法。

在VPN应用中开启强制DNS走隧道的选项（名称各异：DNS泄露保护、使用VPN DNS、阻止隧道外DNS）。如果应用没有这样的选项，请把系统DNS设为某个公共解析器，并启用VPN的断网保护（kill switch）。在Windows上，还要通过组策略禁用智能多宿主名称解析，否则系统会同时向每个网卡发起查询。每次更改后重新运行测试；DNS泄露测试页面有各系统的具体步骤。

如果VPN应用或浏览器扩展提供WebRTC保护，请启用它。在Firefox中把media.peerconnection.ice.default_address_only设为true（或通过media.peerconnection.enabled彻底禁用WebRTC）；在Chrome和Edge中使用能把WebRTC IP处理策略设为禁用非代理UDP的扩展；Brave在“隐私”设置中有同样的选项。各浏览器的完整步骤见WebRTC泄露测试页面。

如果您的VPN无法为IPv6建立隧道，彻底的解决办法是换一个能做到的VPN。权宜之计是在使用VPN期间在设备或路由器上禁用IPv6；大多数VPN应用都提供IPv6泄露保护开关，可以替您完成这一步。

在相关设备——手机、平板、笔记本，或电视上的浏览器——中连接VPN后打开本页并运行测试。由于每项测试都在设备本身上运行，结果只适用于该设备；笔记本上的VPN说明不了手机的情况。对于路由器级别的VPN，在路由器后面的任意设备上运行测试即可。对于没有浏览器的设备（游戏主机、智能电视），请在同一网络、同一VPN下的另一台设备上运行；IP和DNS部分的结果适用于整个网络，WebRTC部分则不适用。