DNS检测是否“泄漏”，需要先定义预期由谁处理解析，再看本次请求实际观察到什么。分流、全隧道、浏览器独立解析的预期可能不同，不能只按检测页红绿颜色下结论，也不能把一个解析器名字当作所有应用路径的证明。
检测前写一行预期
例如写“希望此浏览器的测试域名按当前客户端说明交给指定解析路径”，比“希望全机绝对不泄漏”更可验证。客户端没有说明实际策略时，应先查文档，不凭界面词语自行猜测。
| 检测观察 | 可以记录的事实 | 暂时不应判断 |
|---|---|---|
| 出现某解析服务名称 | 本次测试识别到相关服务 | 精确物理机房和数据归属 |
| 与连接前不同 | 该测试结果发生变化 | 全设备所有应用一致变化 |
| 同时出现多个服务 | 测试观察到多项结果 | 每一项都违反预期 |
| 无结果或报错 | 检测未完成或失败 | 一定不存在泄漏 |
加密DNS规范说明协议能力，但具体检测网站的识别方法、样本和数据库仍需单独理解。检测结果与配置预期不一致，是继续调查的线索，不是对品牌直接定性。
两种模式为什么可能看起来不同
假设一个分流配置允许部分域名按本地策略解析，另一个配置要求测试域名走远程路径。前者出现本地相关解析服务，不一定违背它的设计；后者出现同样结果则值得查规则和覆盖。示例只是说明“相对预期”，不评价某个品牌实际配置是否正确。
还要记录浏览器是否有独立安全DNS、测试时是否刚切换连接、IPv4和IPv6是否都涉及。不要为了消除一个名字，关闭不理解的系统保护或把全部流量交给陌生解析服务。
发现疑问后的处理顺序
保存版本、模式、原设置与脱敏结果，保持一个固定目标，一次核对一层。按分流DNS与连接路径检查规则，再向实际软件提供方询问。测试网站也会接收连接与查询信息，按最少暴露测试控制数量和样本。
最终表述限定为某应用、某配置、某次测试。不写“全机绝无泄漏”，也不据一个服务名推断所有数据被某机构读取。网络隐私需要组合判断，一张检测截图无法替代完整安全评估。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。