IBM Cloud Docs
為何在名稱解析時取得 NXDOMAIN 錯誤?

為何在名稱解析時取得 NXDOMAIN 錯誤?

您嘗試執行網域名稱解析,但無法運作。 您的回應可能會因網域名稱解析是第一次查詢嘗試,還是多次查詢嘗試而有所不同。

第一個查詢發生 NXDOMAIN 錯誤

您第一次嘗試執行網域名稱解析,但收到 NXDOMAIN 錯誤。

當將解析網域的要求傳送至 DNS ,且無法將要求解析為 IP 位址時,會發生 NXDDOMAIN 錯誤。 NXDOMAIN 錯誤訊息表示網域不存在。

  • 使用下列 dig 指令,驗證 DNS Services 已正確配置,且可從虛擬伺服器實例內存取 161.26.0.7161.26.0.8 : $ dig @161.26.0.7 yourzone.com
  • 請驗證您從中傳送要求的伺服器已配置成使用下列其中一個 DNS 解析器: 161.26.0.7161.26.0.8
  • 請驗證您從中傳送要求的伺服器是 VPC 的一部分,該 VPC 已作為允許的網路新增至 DNS 區域。
  • 請驗證嘗試進行名稱解析的 FQDN 在 DNS 區域中有資源記錄。
  • 請驗證 DNS 要求在查詢中使用正確的資源記錄類型。

使用自訂解析器多次嘗試查詢相同名稱時發生 NXDOMAIN 錯誤

您嘗試使用自訂解析器多次對給定名稱執行網域名稱解析,但沒有任何嘗試有效。

  • 您在多個網域名稱解析嘗試中收到 NXDOMAIN 錯誤。
  • 錯誤持續存在數分鐘,但不到一小時。
  • 第一次嘗試 DNS 解析通常需要最長的時間。 在第一個查詢之後,對相同查詢的大部分嘗試都會花費較少的時間來解決。

例如, VPC 中的應用程式已嘗試對自訂解析器進行網域名稱解析。 您的自訂解析器從上游 DNS 解析器回應了 NXODMAIN 回應,且已快取該回應。 然後對於後續查詢,您的自訂解析器會以該快取回應回應。 因為從快取進行解析更快速,所以透過自訂解析器快取進行解析的後續 DNS 查詢所花費的時間較少。 TTL 對於自訂解析器的負快取具有 30 分鐘上限,目前不是配置參數。

在應用程式預期有意進行查詢並取得良好回應的期間之前,請避免在解析器中快取該查詢的負面 DNS 回應。 例如:

  • 在應用程式進行第一個 DNS 查詢 之前 ,新增與所查詢名稱相關聯的 DNS 資源記錄。
  • 新增與查詢名稱相關聯的 DNS 資源記錄,然後等待自訂解析器上的負快取項目到期。 回復 DNS 查詢,並維護該 DNS 名稱的資源記錄存取權。