本地DNS服务器不支持查询类型的响应规范及参考RFC咨询

嘿，我之前折腾过轻量本地DNS服务器的实现，刚好能给你梳理清楚这个问题的处理方式！

具体响应规则 #

当客户端发送你的服务器不支持的查询类型（比如CNAME、SRV、MX这些）时，你需要按照DNS规范返回标准的响应包，核心要点如下：

• 保留查询部分原样返回：把客户端发送的查询问题（包括域名、查询类型、查询类）原封不动放到响应的问题区域，这样客户端能明确知道这是针对自己请求的回复。
• 设置正确的返回码（RCODE）：在响应头部的RCODE字段设置为4（Not Implemented），这个码的含义就是“服务器不支持请求的查询类型”，客户端收到后就会明白是服务器能力限制，而非域名不存在之类的错误。
• 清空结果区域：响应的答案区域（Answer Section）、权威区域（Authority Section）、额外区域（Additional Section）都要保持为空，因为你没有对应类型的记录可以返回。

举个简单的例子，假设客户端发了一个MX类型的查询，你的服务器返回的响应结构应该是：

头部：ID匹配客户端请求，QR=1（响应），OPCODE=0（标准查询），RCODE=4
问题区域：和客户端请求的MX查询完全一致
答案/权威/额外区域：空

参考的RFC文档 #

最核心的参考是 RFC 1035——这是DNS协议的基础规范文档，里面详细定义了DNS报文的结构、各个字段的含义（包括RCODE=4的定义），以及各种查询类型的处理规则。
如果你需要了解更多扩展的返回码或者边缘场景，也可以参考 RFC 6895，它补充了一些DNS的扩展错误码和规范细节，但基础处理逻辑还是以RFC 1035为准。

内容的提问来源于stack exchange，提问作者user2155266