AdsPower 上线 WebRTC「禁用 UDP」模式

在浏览器指纹体系中，WebRTC 是最容易泄露网络信息的模块之一。它在建立实时通信前会主动探测 IP、网络接口与媒体设备，这些数据组合起来即可形成可被平台识别的 WebRTC 指纹。如果探测过程绕过代理，即便处在代理环境中，平台仍有可能识别真实 IP 或本地网络特征。

为了让用户在复杂业务场景中既保留 WebRTC 的功能，又避免因 UDP 探测带来指纹风险，AdsPower 新增了「禁用 UDP」模式，让所有 WebRTC 流量都能在代理路径内稳定、可控地走完全程。

WebRTC 为什么会带来指纹风险

WebRTC 是浏览器原生的实时通信能力，常见于视频会议、直播、网页协作、在线客服等场景。它具备低延迟、跨平台、无插件等优点，但在连接建立前需执行一系列网络与设备探测，例如：本地与公网 IP、网络接口、端口开放情况、摄像头、麦克风等媒体设备信息。

其中最关键的是网络探测机制。由于 WebRTC 默认使用 UDP 加速实时通信，如果 UDP 报文在探测时未经代理转发，就有可能直接暴露真实网络特征，这是平台识别真实设备的典型入口。

AdsPower 的 WebRTC 指纹策略

为满足不同业务需求，AdsPower 提供了多种 WebRTC 控制策略：

1. 转发模式：使用Google服务转发 ，掩盖真实 IP，适用于高安全性网站 (Ebay，Discord）。即使平台使用自建 STUN/ICE 服务器探测，也会被强制重定向，避免真实网络暴露。

2. 替换模式：使用与代理相匹配的 WebRTC IP。保留 WebRTC 能力，但所有 IP 和设备数据均由 AdsPower 模拟，与代理环境完全一致。

3. 禁用模式：网站将无法读取您的 WebRTC 参数。从系统层阻断 WebRTC 调用，真实、稳定，不会留下明显关闭痕迹。

虽然前面几种 WebRTC 指纹防护模式能有效保护隐私，但在某些依赖 WebRTC 的业务场景中，可能会导致功能无法正常使用。为此，AdsPower 推出了新的解决方案：

「禁用 UDP」模式：兼顾功能与指纹安全

新上线的「禁用 UDP」模式通过阻止 WebRTC 的 UDP 探测，将所有实时通信流量统一通过代理路径传输，从而避免本地 IP 和局域网信息泄露。对于重要的 WebRTC 功能，如视频会议、实时协作、网页直播等，这种方式可以在大多数平台中保持正常运行，同时确保指纹安全。

需要注意的是，该模式的可用性依赖于网站提供的备用机制（如 TCP 中转或其他 fallback 方案）。如果网站未提供此类机制，相关业务功能仍可能无法使用。我们已验证 Google Meet、TikTok 等常用 WebRTC 场景，在此模式下均能正常运行。

使用路径：AdsPower 客户端-新建/编辑浏览器环境-指纹配置-WebRTC，升级软件到最新版本后即可使用。

不同业务场景下的模式选择建议

结合典型使用场景，我们建议：

批量任务、后台管理、内容运营→ 使用【禁用】模式，最稳也最高安全等级。

需要完整模拟真实用户环境、提升账号可信度→ 使用【替换】模式或【转发】模式。

使用视频会议、直播、实时聊天、地图定位等实时能力→ 使用【禁用 UDP】模式，确保功能正常同时不暴露真实网络。

业务中可能会触发 WebRTC，但不确定具体场景→【禁用 UDP】模式是最适合作为默认的安全配置。

更可控的实时通信路径，更稳的指纹环境

随着各大平台对网络路径与实时通信链路的校验不断增强，WebRTC 已成为影响指纹安全的关键变量。

通过这次新增的「禁用 UDP」模式，AdsPower 进一步提升了指纹环境的可控性，让用户在保持功能可用的同时，获得更稳定、更安全的网络指纹表现。这将为复杂业务场景中的账号表现和安全策略带来更扎实的底层支撑。

*以上内容仅用于功能说明与操作指引。不同平台的检测方式各不相同，「禁用 UDP」等指纹策略在实际业务中的表现可能因场景而异。请用户根据自身需求与平台规则自行评估和使用。AdsPower 不对第三方平台的识别结果或政策变动承担保证责任。