WebRTC用于浏览器中的实时通信。检测页显示多个地址时，需要结合候选类型、浏览器版本、连接模式和预期隐私目标解释；看到地址本身，尚不足以证明某品牌VPN失效，也不能据此保证绝无信息暴露。
先理解候选描述的对象
ICE会为建立实时连接收集可用的候选路径。候选可能与本地接口、经过外部服务获知的映射地址或中继相关；浏览器的地址处理策略也会限制或隐藏部分细节。不同版本与管理策略下，可见结果可能不同。
| 观察项 | 应核对的条件 | 不能直接推出 |
|---|---|---|
| 本地类信息 | 是私有地址、主机名还是其他表示 | 一定暴露可从公网定位的地址 |
| 映射或公网信息 | 哪个接口和协议被使用，是否符合预期路径 | 所有应用都绕过同一工具 |
| 中继相关信息 | 是否使用允许的中继与应用策略 | 原始终端身份完全不可关联 |
| 没有结果 | 权限、脚本、网络与功能是否实际运行 | 设备不存在任何其他泄漏 |
RFC 8828讨论WebRTC的IP地址处理要求，说明隐私目标与连接能力需要结合实现理解。本表只是帮助阅读结果，不替某个检测站的字段定义作保证。
先写下自己的预期
是希望浏览器仅通过已允许路径完成通话，还是想确认某个本地地址不会被站点脚本读取？两者需要的证据不同。系统代理、浏览器代理和隧道模式也不一定覆盖相同流量，应按客户端与浏览器官方说明核对，不用普通网页出口替代实时通信观察。
做最少必要的检查
选择可信说明和自己的受允许场景，记录浏览器版本、系统、模式、网络与候选类型。检测服务本身可能收到请求和网络信息，没必要把同一环境提交到许多陌生站点；不上传订阅、设备标识或账号令牌。
发现结果与预期不符时，先保存脱敏字段，再查浏览器和客户端支持范围。不要盲目安装陌生扩展或改动组织策略；完全关闭实时通信也可能破坏会议功能，需要先明确任务并按官方选项处理。
怎样写结论更准确
可以记录“在某版本和模式下，检测页显示某类候选”，并注明未验证的其他应用与协议。不能把一次无结果写成永久匿名，也不把私有地址自动等同公网身份。结合多IP解释与最小化检测，把观察、预期与未知部分分别保留。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。