我有一个令人费解的问题,DNS的域名和子域名。我首先注意到,在子域中执行A记录查找返回的结果与DNS配置中的结果不同。然后,我进一步研究了一下,发现用于sub.domain.com的DNS是从一组与domain.com完全不同的名称服务器解析出来的。
例如,当我使用mxtoolbox进行DNS查找时,它清楚地显示sub.domain.com是来自不同名称服务器的报告。据我所知,这是不可能的,因为您只能为顶级域设置名称服务器。
我已经尝试过破坏本地缓存,但没有结果。我也尝试过清除OpenDNS缓存,但它继续解决旧的、不正确的记录。记录的TTL为2小时。
发布于 2014-12-08 21:16:56
您在面向ap区域的internet中定义了kuverapartners.com.的NS记录。你把权力从你的同名者那里下放出去,这是正常的行为。
$ dig +norecurse @ns1.milodigital.net ap.kuverapartners.com
; <<>> DiG 9.8.2 <<>> +norecurse @ns1.milodigital.net ap.kuverapartners.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34676
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 0
;; QUESTION SECTION:
;ap.kuverapartners.com. IN A
;; AUTHORITY SECTION:
ap.kuverapartners.com. 3600 IN NS ns1.cloudworks.com.
ap.kuverapartners.com. 3600 IN NS ns2.cloudworks.com.
ap.kuverapartners.com. 3600 IN NS ns3.cloudworks.com.
;; Query time: 19 msec
;; SERVER: 208.94.148.2#53(208.94.148.2)
;; WHEN: Mon Dec 8 16:13:23 2014
;; MSG SIZE rcvd: 104当NS记录位于您的区域的顶点(顶部)下面时,这称为区域剪切。除了胶水记录之外,在您的服务器上定义的所有记录实际上都是“屏蔽”的。您的名称服务器不能为这些记录提供响应,因为它不认为自己对这些记录具有权威性。只有其他服务器才能在这一点上提供答案。
https://serverfault.com/questions/650059
复制相似问题