WebRTC泄露检测(对比HTTP代理IP与UDP STUN候选地址)
更新于:
WebRTC(网页实时通信)内置于Chrome、Edge、Firefox、Brave及手机浏览器中,用于语音与视频通话。由于WebRTC通过UDP STUN服务器(stun.l.google.com、stun.cloudflare.com)探测网络通信路径,它常常会绕过标准的HTTP(S)代理配置,直接向目标网站暴露您真实的家庭宽带IP或本地局域网地址。本页面在加载时会自动为您完成检测。
Your browser either blocks UDP STUN completely or masks WebRTC candidates.
如何解读WebRTC泄露检测结果
TikTok Shop、Facebook商务管理平台、Shopee、Amazon和Etsy等平台的风控脚本会在用户登录时悄悄执行 RTCPeerConnection 探测。请对照下表中的三种候选状态:
| 候选地址类型 | 网站前端脚本看到的IP | 风险等级 | 推荐应对措施 |
|---|---|---|---|
| 公网STUN IP ≠ HTTP代理IP | 同时暴露代理IP与家庭真实IP | 极度危险(100%关联封号) | 在指纹浏览器中开启WebRTC伪装/替换(Replace)模式,或彻底禁用WebRTC |
| 公网STUN IP = HTTP代理IP | 仅看到代理IP(srflx 与 HTTP 一致) | 安全(最自然的浏览器环境) | Genlogin、GoLogin、AdsPower和Multilogin的标准防护状态 |
mDNS .local / 已禁用 | 混淆后的UUID .local 或无候选地址 | 安全(已拦截泄露) | 适用于搭配防泄露插件的普通Chrome/Firefox日常浏览 |
如何在各浏览器中彻底修复WebRTC泄露
- 指纹浏览器(Genlogin、GoLogin、AdsPower、Dolphin{anty}):将WebRTC模式设置为“Alter / Replace”(替换),使
RTCPeerConnection自动返回您的 VinaProxy 代理IP作为公网STUN候选地址。 - Mozilla Firefox:在地址栏输入
about:config,搜索media.peerconnection.enabled并将其切换为false。 - Google Chrome与Microsoft Edge:安装官方WebRTC Network Limiter扩展,并在
chrome://flags或edge://flags中启用Anonymize local IPs exposed by WebRTC。
操作步骤
- 1
通过代理或指纹浏览器配置文件连接
请在您平时用于管理账号的专属浏览器配置文件中打开此页面。
- 2
对比HTTP IP卡片与WebRTC STUN卡片
确认右侧卡片显示“No Public WebRTC IP Exposed”或与左侧的HTTP代理IP完全一致。
- 3
检查ICE候选地址列表中的局域网泄露
确保本地
192.168.x.x或10.x.x.x地址已被.localmDNS主机名所掩盖。 - 4
调整设置后点击“Re-Test WebRTC”
在登录重要目标平台之前,确认出现绿色的“No WebRTC Public IP Mismatch Detected”提示横幅。
常见问题
为什么我在Chrome上使用了SwitchyOmega或FoxyProxy代理扩展,WebRTC仍然泄露真实IP?
HTTP(S)代理扩展默认仅转发TCP协议的HTTP/HTTPS流量。默认情况下,Chrome会通过原始UDP通道直接向外发送WebRTC STUN绑定请求,绕过代理通道,除非通过扩展或指纹浏览器限制UDP路由。
在指纹浏览器中,是彻底禁用WebRTC好,还是设置为“Replace / Alter”(替换)好?
对于Facebook Ads、TikTok Shop和Amazon等高风控平台,将WebRTC设置为“Replace / Alter”(让STUN返回代理IP)比彻底禁用 RTCPeerConnection API看起来更加自然,更不易引起风控怀疑。
表格中的 `.local` mDNS候选地址是什么意思?
现代浏览器使用以 .local 结尾的临时UUID替换私有局域网IP(如 192.168.1.5),防止外部网站通过内网网段对用户设备进行指纹追踪。
将无泄露的指纹浏览器配置与纯净静态IP相结合
专为Genlogin、GoLogin和AdsPower优化的独享IPv4和静态住宅ISP代理。
购买防关联代理