A部分和AAAAlogging在ADDITIONAL部分中是否存在缺陷？

我只是要求在一个域中同时具有ipv4和ipv6configuration的可能性。如果我dig <domain> ，在ADDITIONAL SECTIONS里面会显示A和AAAAlogging。

提到这个域的两个logging有什么缺点吗？

更新：

查询结果：

 ;; ANSWER SECTION: example.edu.my. 1142 IN A 202.75.5.xxx ;; AUTHORITY SECTION: xxx.edu.my. 11626 IN NS dns2.xxx.xxx.xxx. xxx.edu.my. 11626 IN NS dns1.xxx.xxx.xxx. ;; ADDITIONAL SECTION: dns2.xxx.xxx.xxx. 1976 IN A 202.75.5.xxx dns2.xxx.xxx.xxx. 3490 IN AAAA 2400:e800:xxxx:xxxx::xxx

谢谢。

客户端的parsing器库将根据操作系统使用的IP地址的types，请求A或AAAAlogging。互联网上有两种loggingtypes共同存在于同一主机实体中。

数据包的ADDITIONAL部分有点不同。

在一个权威的上下文中（响应数据包上的一个标志），它提供必要的粘合剂来parsing在ANSWER部分命名的任何实体，但是在大多数情况下，远程域名服务器根据请求无法知道IPv4或IPv6logging是期望的。不是假设你的服务types，而是一次提供两种IP地址types的信息，parsing器库可以自由地使用哪一种最合适。
如果这是一个非权威的响应（在查询时设置了rd标志，在答复中缺席），如果在ADDITIONAL部分中缺lessAAAAlogging，请不要惊慌。这个是正常的。参考： RHEL5 – 绑定不返回IPv6logging

唯一的缺点是响应数据包的大小增加了。在正常的情况下，这不会经常出现，有几个陷阱：

太多的NSlogging会导致SOA回复的大小大于512字节，这已知会导致区域传输在BIND失败。
在被用作伪造源IP的DNS放大攻击中，这是一个相关的因素。