RFC 8484 在 DoH 规范中提及“服务器推送”机制，允许 HTTPS 服务器在客户端未发起查询时主动下发包含查询与应答的 DNS HTTP 对象，这种无解析器的解析模式打破了经典 DNS 的三层架构假设。
经典 DNS 的三层架构：
经典模型包含应用调用 gethostbyname()、本地存根解析器、远程递归解析器三层。存根解析器仅维护小型本地缓存，未命中时转发至 ISP 或企业提供的递归解析器。递归解析器预置根区服务器信息与根 KSK，按层级从根、顶级域逐级追踪授权服务器，最终将权威应答返回存根解析器。原文未给出具体缓存命中率或查询延迟数据。
DoH 服务器推送的偏离点：
RFC 8484 对服务器推送描述模糊，仅要求推送的 URI 必须是客户端自主发起时会选择的目标，并通过常规安全检查。这意味着 HTTPS 服务器可预判并预置 DNS 问答对，绕过存根解析器与递归解析器的完整链路。该机制将解析逻辑前置至权威侧或边缘节点，但规范未定义推送触发条件、预取范围或失效策略，原文未给出具体实现案例。
适用场景与受益方：
无解析器模式对延迟敏感、客户端计算受限或需绕过本地解析策略的场景更有意义。内容分发网络、大型平台自建递归层、移动端应用可通过预推送减少往返，但需自行处理 DNSSEC 验证、缓存一致性与隐私策略。原文未给出部署比例或性能对比数据。
对运维工程师而言，DoH 推送引入了在应用层或边缘层接管解析权的可能性，需评估证书管理、HTTP/2 优先级控制与现有递归集群的共存策略，避免出现解析分裂或安全回退。
原文: APNIC Blog（2022-05-17）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog