PTR 查询反向域名
PTR 将待查 IP 映射为反向主机名。它不会告诉你浏览器当前使用哪个递归 DNS，也不能据此判断域名解析是否经过代理。无 PTR 记录不是 DNS 服务故障。
WebRTC 观察可见候选
ICE/STUN 可能提供浏览器可见的公网候选，也可能因浏览器策略或网络限制而没有结果。只比较与 HTTP 地址相同协议族的候选；不同地址提示可能存在额外路径。
真正的 DNS 泄漏需要专用探针
DNS 泄漏检测会让当前浏览器请求一组随机域名，再从权威端取得实际递归解析地址。A 与 AAAA 名称都会触发；尚未收到的查询、超时和来源不明保持待检测，不能由失败推断正常。PTR、系统 DNS 配置与实际解析出口分别展示。
出现差异时如何处理
记录协议族、目标、来源和时间，再由网络管理方核对 DNS 与应用路由。无候选、请求失败和未见额外地址是不同状态，不能一律解释为“已经隐藏”。
一个常见场景
例如，PTR 返回一个托管商域名，同时 WebRTC 没有公网候选。前者解释反向记录，后者说明本次候选不足，二者都不能证明 DNS 解析一定经过代理。
用三个不同问题选择检测工具
想知道“当前域名由谁递归解析”，运行 DNS 泄漏测试并查看解析器地址；想知道“浏览器还暴露了哪些候选出口”，运行 WebRTC 检测；想知道“某个公网 IP 的反向名称”，运行 PTR 查询。三个结果可以同时存在，不能用 PTR 成功代替 DNS 泄漏验证。
DNS 模块收到的测试域名数与唯一解析器数不是同一个指标。12 个域名可能经过同一个解析器；一个域名也可能由多个解析节点查询。应核对所有域名的完成状态、解析器列表与来源信息。WebRTC 同样要区分 IPv4、IPv6、私网地址和 mDNS 名称。
例如，HTTP 出口符合预期，但实际解析器显示为国内网络，可先检查浏览器安全 DNS 与代理 DNS 接管设置，然后复测随机域名。若仅 WebRTC 出现同族的另一公网地址，重点检查候选路径。不要为了让三个页面都显示相同数字而同时关闭多个网络能力。
参考来源与时效
以上为独立诊断与使用说明，未接入 Anthropic 内部风控。政策、界面与支持流程可能更新，按原文生效日期和实际账号可见入口核对。