01 · 测量目标与总体原则
测量是加密DNS研究的实证基础：第3页的生态判断、第4页的风险量化，都必须落到可复现的测量数据上。但加密DNS的测量存在先天困难——被测对象的设计目标恰恰是"让中间方看不见"。因此本课题确立三条测量原则：
- 多方法三角互证：任何单一测量方法都有系统性偏差（见§02），重要结论须由至少两类独立方法交叉验证；
- 测量对象限于公共基础设施：只测量公共递归服务、公开协议与聚合化网络现象，不对任何个人用户做定向观测；
- 方法与数据可复现：测量工具开源、脚本公开、参数可复跑，数据集脱敏后发布（见§06）。
为什么测量结果常相互矛盾：不同研究对"DoH采用率"的定义不同——可达性（网络能连上DoH端点）、使用倾向（客户端配置了加密DNS）、实际流量（加密DNS承载的查询占比）是三个递进的口径。APNIC Labs等公开测量体系对此有明确区分，引用数据时必须先核对口径，这正是本页坚持"口径先行"的原因。
02 · 采用率测量方法：四类方法及其偏差
| 方法 | 原理 | 代表实践 | 主要偏差 |
|---|---|---|---|
| 嵌入式测量 | 在合作网站页面嵌入测量脚本，对访问者发起DoH/DoT探测 | APNIC Labs长期测量体系（Geoff Huston等） | 样本限于访问合作站点的网民；测量的是"可达性+配置倾向"而非真实流量占比 |
| 主动探测 | 从分布式vantage point向公共递归端点发起探测，测可达性与响应 | RIPE Atlas探针网络；学术界的全球扫描 | 测的是"可达性"而非"使用"；受 vantage point 地域分布限制 |
| 被动观测 | ISP/网络侧观测53端口与443/853流量特征 | 运营商与研究机构合作观测 | 受加密影响可见性下降；数据获取门槛高、隐私合规要求严格 |
| 厂商遥测 | 浏览器/OS聚合统计与递归厂商服务统计 | Firefox遥测、Chrome统计、Cloudflare/Google透明度数据、Cloudflare Radar | 厂商口径不透明、样本限于该厂商用户；跨厂商数据难以对齐 |
2.1 国内测量的特别注意事项
- 境外公共递归可达性不稳定：国内网络环境下，部分境外公共DoH/DoT端点存在时断时续的可达性问题，可达性测量必须分时段、分运营商重复采样，单次测量结论不可外推；
- 默认化缺位放大了配置口径的重要性：国内启用加密DNS的终端几乎全部是手动配置/软件引导结果（Android"私人DNS"、浏览器手动开启、路由器固件），因此"配置率"比"默认启用率"是更有意义的国内口径；
- 与企业侧数据互补：第6页推荐的受控网关天然沉淀了解析遥测，企业可在合规前提下向研究方贡献脱敏聚合数据，弥补公开测量的盲区。
03 · 性能测量方法学
3.1 指标体系
| 指标 | 定义与测量要点 | 预期规律（本课题判断，待实测验证） |
|---|---|---|
| 冷启动首查延迟 | 无缓存、无复用连接状态下完成首查的总时延（含握手） | DoQ（0-RTT复用时）最优，DoH/DoT次之，均显著高于明文UDP |
| 稳态查询延迟 | 连接复用+缓存热状态下的大样本时延分布（关注P50/P95/P99） | 加密协议与明文差距收窄，复用充分的DoH可持平甚至优于明文 |
| 吞吐（QPS） | 单连接与多连接并发下的可持续查询速率 | 与实现质量强相关，协议差异小于实现差异 |
| 弱网鲁棒性 | 高丢包/高延迟链路下的时延退化与成功率 | 明文UDP与DoQ优于TCP系（DoT/HTTP2-DoH），TCP队头阻塞效应显现 |
| 连接迁移 | Wi-Fi/蜂窝切换时连接保持能力 | DoQ（QUIC连接ID）原生支持，其余协议依赖重连 |
上述规律判断与学术界公开测量结论方向一致（见参考[2]），但本课题强调以国内网络环境实测为准，不直接外推境外数据。
3.2 工具链（均为真实开源项目）
| 工具 | 用途 | 说明 |
|---|---|---|
| dnsperf | DNS性能基准测试（DNS-OARC维护） | 支持DoH/DoT场景压测，社区事实标准之一 |
| flamethrower | 现代DNS性能测试（NS1开源） | 支持DoH/DoT/DoQ等现代协议压测 |
| dnspyre | Go编写的DNS基准工具 | 支持DoH/DoT/DoQ，输出时延分布统计 |
| kdig / dog | 支持加密协议的dig类诊断工具 | 单点延迟测量与协议行为核查 |
3.3 实验设计要点
- 控制缓存冷热：采用唯一化子域（如 test-<随机串>.example.com）确保穿透递归缓存，测量真实端到端路径；
- 多 vantage point 采样：至少覆盖三大运营商与典型企业出口，分工作日/节假日、白天/夜间采样；
- 记录完整时延分布而非均值：加密协议的长尾（握手超时、回退重试）恰恰是可用性风险所在；
- 测量流量限速与合规声明：对公共递归的主动测量须遵守其服务条款，控制探测速率，避免对生产服务造成压力。
04 · 解析质量评估指标
| 指标 | 评估方法 |
|---|---|
| 可用性 | 长周期合成探测的成功率与时延达标率（衔接第6页"解析可用性≥99.9%"KPI） |
| 正确性/一致性 | 与权威DNS应答逐字段比对（应答RR、TTL、CNAME链），检出篡改/污染/错误转发 |
| EDNS合规性 | 探测对EDNS选项（ECS、COOKIE、大UDP载荷）的支持与正确性 |
| DNSSEC验证率 | 对故意损坏签名的测试域查询，验证递归是否正确返回bogus（衔接子课题02） |
| 隐私配置合规 | 核查QNAME minimization（RFC 9156）启用情况、日志政策与技术响应是否一致 |
05 · 研究伦理与数据合规
- 知情与授权：被动测量依赖的日志/流量数据须取得数据持有方授权；涉及用户终端的测量须以聚合、匿名化形式进行；
- 数据最小化：测量只收集研究问题必需字段，解析日志中的源IP等标识按§最小化原则截断或哈希化；
- 境内合规：测量活动本身须遵守《网络安全法》《数据安全法》《个人信息保护法》——对公共递归的规模化探测还应事先评估其对关键信息基础设施运行的潜在影响；
- 负责任披露：测量中发现的递归服务缺陷（如降级策略缺陷、错误开放解析器）按业界惯例走负责任披露流程，不在公开报告中给出可直接复用的攻击细节。
红线声明：本课题所有测量仅面向防御、评估与治理目的；不开展对任何个人、机构网络中加密通信内容的解密研究；不发布可用于规避法定网络治理措施的操作指引。
06 · 可复现性要求
本课题预期交付的测量工具包遵循以下可复现性标准：
- 工具开源：全部测量脚本基于上述开源工具链与自研代码（拟以宽松许可证发布），杜绝"只报结论、不放方法"；
- 参数公开：探测域名集合、采样频率、时间窗口、 vantage point 分布等参数随报告全文公开；
- 数据集脱敏发布：聚合化统计数据与脱敏样本对外发布，原始含标识数据仅在本机构内受控留存；
- 结果可重跑：报告中的每张图表对应一个可一键重跑的测量脚本与版本化配置。
本节参考来源（第7页）
以下均为真实可查的公开来源（学术文献、开源项目、公共测量平台、IETF）。
APNIC Labs测量博客（加密DNS采用率与可达性系列测量，Geoff Huston等）：labs.apnic.net
Hounsel, A. et al., Measuring the Performance of Encrypted DNS Protocols from Broadband Access Networks（2020，加密DNS协议性能测量公开论文）：公开学术文献
dnsperf——DNS-OARC维护的性能基准工具：github.com/DNS-OARC/dnsperf
flamethrower——NS1开源的现代DNS性能测试工具：github.com/ns1/flamethrower
dnspyre——支持DoH/DoT/DoQ的Go基准工具：github.com/tuladhar/dnspyre
RIPE Atlas全球互联网测量网络：atlas.ripe.net
Cloudflare Radar（互联网流量与协议趋势公开数据）：radar.cloudflare.com
RFC 7626（DNS隐私考量）与RFC 9156（QNAME最小化）：rfc-editor.org/rfc/rfc7626