浏览器代理也能代理 WebRTC 吗？
普通网页 IP 检测和 WebRTC 连接可能走不同路径，需要单独检查浏览器的实时通信行为。
浏览器的 HTTP 代理设置不会自动覆盖 WebRTC。普通 IP 检测页面测到的是一次网页请求；通话可能使用独立的连接和地址发现路径。
使用 SOCKS5 也不能消除这种区别。Chromium 内置的 SOCKS5 URL 代理实现支持的是 TCP，而非通用 UDP 关联。协议本身的能力比浏览器这个接口更广。
浏览器为 WebRTC 提供单独的网络控制。Chrome 通过隐私扩展 API 提供 IP 处理策略，其中包括 disable_non_proxied_udp；Mozilla 也有 WebRTC 网络隐私设置的文档。Chrome 的这个值是 API 策略，并非所有浏览器通用的复选框，也不保证隐藏每一个地址。
先检查普通网页的出口，再在实际使用的会议应用中检查 WebRTC 行为，使用自己理解其报告字段含义的诊断工具。本地地址、中继地址和外部观察到的公网地址描述的是连接的不同部分。记录浏览器及测试条件：策略、扩展、隐私行为和可用路径都会影响结果，因此“总会泄露”或者一次成功的网页 IP 检测都不足以作为结论。
限制 WebRTC 路径后，要重新试用自己需要的通话。减少地址暴露也可能导致通话无法连接。这项取舍与 HTTP 代理端点是否在线是两回事。