我们的托pipe公司DNS似乎有一些间歇性的问题。 以下DNS响应是否为有效的CNAME响应？
当通过家庭ISP和路由器代理时，这似乎在NXDOMAIN响应和NOERROR + CNAMEparsing之间间歇性地翻转。 我的直觉是，在单个响应中接收NXDOMAIN和CNAME时的正确行为是未定义的，我得到了基于我的查询所经历的机器的不同响应。
dig @ns2.hostdns4u.com i.baby-gaga.com ; <<>> DiG 9.5.1-P3 <<>> @ns2.hostdns4u.com i.baby-gaga.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 26592 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;i.baby-gaga.com. IN A ;; ANSWER SECTION: i.baby-gaga.com. 3600 IN CNAME babygaga.cachefly.net. ;; AUTHORITY SECTION: . 3600 IN SOA whg1.hostdns4u.com. amber.barnberrycupboard.com. 0 10800 3600 604800 3600 ;; Query time: 143 msec ;; SERVER: 207.55.240.2#53(207.55.240.2) ;; WHEN: Tue Jul 6 09:00:01 2010 ;; MSG SIZE rcvd: 142 IETF“DNSEXT”工作组正在进行一场关于在CNAME的目标不存在和其他exception情况下对查询的正确答复的辩论。
在这种情况下，我相信这个回应肯定是不正确的。
ns2.hostdns4u.com是ns2.hostdns4u.com的权威 。 当你要求Alogging时，应该返回NOERROR而不是NXDOMAIN 。
这将表明虽然特定的（ NAME ， CLASS ， TYPE ）元组不存在，但名称本身也是这样。
看到不正确的NXDOMAIN响应的caching行为没有很好的定义。 虽然有些人会不pipeCNAMElogging，其他parsing器可能会决定整个i.baby-gaga.com域不存在。