WebRTC 泄露检测

当您的浏览器通过 WebRTC 泄漏真实公网 IP、本地 IP、IPv6 地址或 mDNS 候选地址时，就会发生 WebRTC 泄漏，即使您的常规网络流量原本是通过 VPN 或代理传输的。

运行 WebRTC 泄漏测试，将您的 HTTP IP 与 WebRTC 候选地址中发现的 IP 进行比较。如果 WebRTC 显示的公共 IP、本地 IP 或意外的 IPv6 地址与之不同，则说明您的浏览器可能存在泄漏。

是的。HTTP、HTTPS 和 SOCKS5 代理可以保护正常的浏览器流量，但 WebRTC 可能会单独调用浏览器的网络接口。为防止泄漏，请将您的浏览器、防关联浏览器配置文件或自动化环境设置为阻止未经代理的 WebRTC 流量。

仅凭自身并不能。SOCKS5 代理可以保护受支持的流量，但除非您的浏览器禁用 WebRTC、屏蔽未经代理的 UDP 流量，或强制 WebRTC 返回代理 IP，否则 WebRTC 仍可能泄漏 IP 数据。NodeMaven 代理支持 SOCKS5，但 WebRTC 防护仍需要在浏览器端处理。

NodeMaven 的住宅代理、移动代理和 ISP 代理均可与具备 WebRTC 防护的浏览器配合使用。当您需要广泛的地理定向、轮换和粘性会话时，住宅代理是最佳选择。移动代理适用于移动优先的平台。当您需要静态 IP 身份、不限流量和长时间会话时，ISP 代理是最佳选择。

许多防关联浏览器都内置了 WebRTC 控制选项，但具体设置因配置文件而异。对于代理工作流程，请将 WebRTC 设置为返回代理 IP 或直接禁用 WebRTC，然后在使用该配置文件前运行一次泄漏测试。只要浏览器配置文件设置正确，NodeMaven 代理即可与常见的防关联浏览器工作流程配合使用。

使用 WebRTC Network Limiter 等 WebRTC 隐私扩展程序，将 WebRTC 设置为仅使用默认的公共接口，或者在自动化工作流程中使用 --force-webrtc-ip-handling-policy=disable_non_proxied_udp 参数启动 Chromium。

打开 about:config 页面，搜索 media.peerconnection.enabled（首选项），并将其设置为 false（关闭）。这会禁用 WebRTC 对等连接，并阻止浏览器生成 ICE 候选。

WebRTC 泄漏会通过浏览器的对等连接 API 暴露 IP 信息。而当域名查询绕过您的 VPN 或代理、转而发送到非预期的 DNS 解析器（通常是您的 ISP）时，就会发生 DNS 泄漏。