☰

8.8.8.8 為所有子域隨機傳回 NXDOMAIN

tag-icon • tag-icon domain-name-system google nslookup resolve dnscmd
8.8.8.8 為所有子域隨機傳回 NXDOMAIN

我們的客戶使用以下網域對 Google 公共 DNS 進行了多次網域檢查<userid>.sip.teltel.io，但經常失敗。對其他人來說，例如 Cloudflare，它總是成功的。

當我們針對 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 進行挖掘時，有時會失敗，有時不會： 在此輸入影像描述 有人知道為什麼嗎？

先感謝您！

答案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 記錄更詳細地解釋為什麼這是不好的。

我不知道這是否是解決間歇性失敗的原因。

相關內容