8.8.8.8随机返回所有子域的NXDOMAIN

Question

我们的客户使用以下域<userid>.sip.teltel.io对Google进行了相当多的域检查，但他们经常失败。对其他人来说，就像云彩一样，它总是成功的。

当我们在8.8.8.8的循环中运行nslookup时，大约80%的时间Google无法解决问题。到1.1.1.1，它总是成功的。参见下面一个失败的示例：

请求：

while :
do
    nslookup 7157599388.sip.teltel.io 8.8.8.8
done

响应：

Server:     8.8.8.8
Address:    8.8.8.8#53

** server can't find 7157599388.sip.teltel.io: NXDOMAIN

此外，在对8.8.8.8进行挖掘时，有时会失败，有时不会：

有人知道为什么吗？

提前谢谢你！

Answer 1

来自dig +trace 7157599388.sip.teltel.io查询：

teltel.io.      86400   IN  NS  dina.ns.cloudflare.com.
teltel.io.      86400   IN  NS  kanye.ns.cloudflare.com.


sip.teltel.io.      1800    IN  NS  ns1.teltel.io.
sip.teltel.io.      1800    IN  NS  ns2.teltel.io.


ns1.teltel.io.      1800    IN  A   3.9.142.25
ns2.teltel.io.      1800    IN  A   3.9.142.25

7157599388.sip.teltel.io. 300   IN  A   104.248.101.248

我们可以看到，sip.teltel.io子域是从CloudFlare DNS服务器委托给ns1.teltel.io和ns2.teltel.io名称服务器的。

首先，这两个名称服务器记录都解析为3.9.142.25。当您没有多余的DNS服务器时，您最好只使用一个NS记录，并忍受这个单一的故障点。

此外，当前sip.teltel.io子域的区域仍然不包含任何NS记录，查询dig -t NS sip.teltel.io @ns1.teltel.io仍然失败。有关原因的更详细的推理，请参见为什么DNS区域文件需要NS记录？和说明为什么DNS区域文件需要NS记录。

不过，我不知道这两种情况中的任何一种是否都是间歇性失败的原因。