DNS-OARC 39 会议聚焦域名注册商转移流程缺陷与 DNS 解析加密演进，指出当前注册商间缺乏通用 API 导致批量转移依赖人工操作，同时探讨通过加密传输与无解析器架构解决明文监控风险。
注册商转移流程的 API 缺失
ICANN 分离注册局与注册商职能本意引入竞争，但实际操作中批量域名转移仍依赖人工逐个录入界面。David Lawrence 指出，当 Salesforce 等企业收购域名组合需迁移至指定注册商时，无通用 API 支持批量转移，注册商界面设计使转出流程异常繁琐。原文未给出具体转移耗时或失败率数据，但现状迫使运维团队投入大量人力处理重复性操作，且易因人为失误导致配置错误，自动化工具链难以覆盖域名生命周期全流程。
从加密传输到无解析器 DNS
DNS 兼具命名空间与解析协议双重属性，传统明文解析暴露查询内容引发监控与篡改风险。DNSSEC 仅提供数据完整性验证，无法防止流量窃听。IETF 标准化了三种加密方案：DNS over TLS (DoT) 建立 TCP 会话后启动 TLS 隧道传输查询；DNS over HTTPS (DoH) 利用 HTTP 语义承载 DNS 报文；DNS over QUIC (DoQ) 则基于 QUIC 协议降低延迟。演讲进一步提出无解析器架构，尝试让权威服务器直接响应客户端，减少中间环节。原文未给出三种方案的部署占比或性能对比数据。
对网络工程师而言，注册商 API 缺位意味着需评估人工干预成本并设计补偿性运维流程；加密解析协议的选择涉及防火墙策略适配、延迟敏感业务的协议栈调整，以及权威服务器直连架构对缓存层的影响测试。
原文: APNIC Blog（2022-10-26）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog