摘要

  • RFC 3467 认为，DNS 的设计任务是解析精确、唯一的网络资源标识符，而不是从含糊描述中猜出某个人、产品或文档。
  • 文中提出的“搜索层”只是一种架构分工：先发现候选项，再由 DNS 解析被选中的精确名称；它不是已完成的协议、标准或部署证明。

“车站旁的那家店”不是查询键

向当地人询问“车站旁边蓝色招牌的那家咖啡店”，对方可能先问是哪座车站，再容忍一个错别字，最后给出几个候选地点。DNS 解析器不会做这种推理。它接收完整名称与记录类型，沿分布式层级查询相关数据。只有当提问者已经知道要查哪个键时，这种严谨才发挥作用。

2003 年，John Klensin 在信息性文件 RFC 3467 中把这条边界摆到台面上。文件没有声称交付了解决方案；摘要明确说，它只是勾勒另一种框架，提醒互联网社群应该更广泛地思考问题。作者还承认自己的历史叙述带有回溯重构性质：早期设计理由记录不足，不同参与者可能有不同记忆。

这也不是一次性能崩溃通告。RFC 3467 认为当时 DNS 的性能与可靠性仍在可接受范围内，严重退化的证据很少。真正的忧虑是语义超载：因为 DNS 已经部署广泛，每种新数据都想借用它。部署便利并不能证明层级结构、精确匹配、缓存机制和公共权威模型适合那类数据。

DNS 最初解决的是扩展问题

DNS 之前，互联网依靠频繁复制的主机表把名称映射到地址。名称让人不必记数字；网络拓扑导致地址改变时，名称可以保持稳定；同一主机也能对应多个地址。网络扩大后，集中维护与分发整张表越来越困难。DNS 延续唯一且无歧义的命名，同时把查询与管理分散到层级结构中，并允许增加邮件等新记录类型。

可扩展性不等于通用目录。RFC 3467 把 DNS 的主要对象界定为网络资源，而不是人、品牌、产品或文档对象。DNS 数据结构能装入二进制值，应用程序却继承了更窄的主机名假设。能够保存某类比特，并不意味着系统能从人类描述中正确找到它们。

因此，文件称 DNS 已变成“便利数据库”：大家选择它，首先因为它已经存在且几乎处处可用，而不一定因为数据与结构相配。短期接入成本降低，长期却把新的语义、匹配规则与治理责任压进共同基础设施。

精确相等不等于有用的相似

DNS 查询最终需要确定答案：名称按既定规则匹配，或者不匹配。人类搜索却常要处理近似拼写、多种文字、地方惯例、属性筛选与多个候选结果，还可能需要解释排序原因。RFC 3467 列出的压力包括公司和产品名称挤入扁平空间、同一主机拥有许多名称、按用户位置改变答案、依凭权限显示个人信息，以及国际化名称。

国际化尤其能说明问题。字符串准备可以在精确比较之前映射或拒绝某些字符，但它不会推断用户想找谁。规范化把规定范围内的差异收敛到比较形式；模糊搜索则承认仍有多个合理候选，需要上下文与选择。前者可以进入解析器，后者不能伪装成权威答案。

从反向查询看也一样。早期 IQUERY 操作试图按资源记录值找名称，后来因缺少普遍实现并带来运行问题而被废弃。这不意味着 DNS 没有地址反向解析等专门机制；它说明 DNS 不是可以任意按值、属性与关系遍历的通用搜索数据库。

把发现放在解析之前

RFC 3467 勾勒了两阶段路径。搜索层或目录先接收含糊输入，利用语言、国家及其他属性匹配，返回一个或多个候选名称。用户或代理选定候选项以后，普通 DNS 再解析那个精确标识符。

两步留下不同证据。搜索结果只能说明：在某个索引、规则与时间下，一个候选项与查询相符。DNS 回答只能说明：在某个解析环境中，一个精确名称得到了相应记录。排名第一不证明主体正确；有效 DNS 回答不证明选择正确；成功连接也不证明服务获得授权或用户意图得到满足。

目录还会产生新的权力面。索引可能过期或被操纵，排序可能嵌入商业激励，不同地区的匹配规则可能得出不同结果。RFC 3467 的安全部分要求保护目录免遭未授权修改，也承认增加层次与数据库几乎必然增加受损机会。分层的价值在于让责任可见，而不是消灭风险。

最持久的成果是一条边界

RFC 3467 没有定义目录协议，没有展示迁移，也没有证明后来得到广泛部署。它更重要的贡献，是拒绝用一个机制回答两种问题。共同互联网需要稳定、可精确解析的标识符；人类需要能容错、能呈现候选项的发现工具。

因此，审计记录应分别保存原始查询与上下文、候选列表、选择动作、提交给 DNS 的精确名称、解析环境、返回记录、连接端点和应用结果。精确回答证明一个键被解析了。它不证明这个键就是人真正想找的对象。

来源