WebRTC 泄漏测试

这项测试检查什么？

WebRTC 是直接在浏览器中运行视频通话、屏幕共享和语音聊天的技术，无需安装任何软件。为了尽可能直接地连接两个人，浏览器会收集所有能够联系到它的地址，包括它在本地网络中的地址和在互联网上的公网地址，并把这份清单交给页面。

问题在于，页面获取这份清单并不需要您的摄像头或麦克风，浏览器也不会请求任何权限。任何网站都可以在后台悄悄发起 WebRTC 请求，并从中读取您的公网地址。如果该请求绕过了 VPN，网站就会得知您的真实 IP，即使它看到的其他一切都来自 VPN 服务器。

它是如何工作的？

WebRTC 让浏览器可以为视频通话和文件共享建立直接连接。为此，浏览器会询问 STUN 服务器自己在外部看起来是什么地址，并可能把该地址分享给网站。

如果 VPN 仅作为系统代理工作，这个 UDP 请求可能绕过 VPN，暴露您的真实地址。测试会将 WebRTC 发现的地址与网站看到的地址进行比较。

你应该看到什么结果？

关闭 VPN 时，您通常会看到一个公网地址，与 IP 卡片中的相同，另外还有显示为隐藏的“.local”名称的本地地址。状态为绿色，因为 WebRTC 没有泄露网站本来看不到的内容；这是您的基准。

连接 Colitu 后有两种正常的结果：完全没有公网地址，或者只有 VPN 服务器的地址，并与 IP 卡片完全一致。出现警告表示 WebRTC 发现了与网站所见不同的公网地址：您服务商的 IPv4 地址，或者在许多家庭和移动网络中是您的 IPv6 地址。如果浏览器完全阻止 WebRTC，则不会有任何泄漏，但浏览器中的通话将无法使用。

如何修复不理想的结果

在 Windows 上出现了不同的公网地址

Colitu 默认的系统代理模式覆盖浏览器的网页流量，但 WebRTC 使用 UDP，可能直接发出。请开启 TUN 模式：所有流量（包括 UDP）都会通过隧道。

您想保持系统代理模式

请在浏览器中限制 WebRTC。在 Firefox 中，将 about:config 中的 media.peerconnection.enabled 设为 false；在 Brave 中，将 WebRTC IP 处理策略选为“禁用非代理的 UDP”；在 Chrome 和 Edge 中，安装 Google 官方的 WebRTC Network Limiter 扩展。使用最严格的选项时，浏览器中的通话可能无法使用。

浏览器中启用了 VPN 或代理扩展

扩展只会让网页通过它们的代理，通常不会处理 WebRTC。请关闭该扩展，让 Colitu 应用承载流量。

在 Android 或 iPhone 上出现泄漏

在这些设备上，应用会隧道传输设备的 IPv4 流量，因此出现不同的 IPv4 地址通常意味着当时 VPN 没有连接。在 iPhone 上，IPv6 默认既不隧道传输也不阻止，所以如果您的网络使用 IPv6，可能会显示您的真实 IPv6 地址。请查看应用中的状态并再次运行测试；在 Android 上，请开启“始终开启的 VPN”和“阻止没有 VPN 的连接”，以便在掉线后仍受保护。

常见问题

阅读更多

• Windows 版 VPN：系统代理、TUN 模式和断网保护 →
• 公共 Wi-Fi 上的 VPN：它能防护什么，不能防护什么 →
• Windows 应用 — 帮助中心 →

• VPN 连接测试一次检查您的 IP、DNS 和 WebRTC 泄漏。
• DNS 泄漏测试查看究竟是谁在解析您的域名查询。
• 浏览器隐私检查查看网站无需询问就能了解您浏览器的哪些信息。