我們有一個小型網絡，有一個主伺服器（託管我們自己的網站並充當名稱伺服器）和一些網站託管伺服器。從昨天開始，我們在網路上託管的客戶的網域出現了問題。
網路伺服器設定正確，名稱伺服器也設定正確（兩者都適用於其他網域），但由於主機名稱查找失敗，因此無法存取該網域。 Chrome 表示無法解析主機名，有些 DNS 檢查工具表示無法找到網域，甚至只是崩潰。
當我執行該dig directgeslaagd.com命令時，我只得到一個權限部分，說明com 600 IN SOA a.gtld-...該部分適用於 TLD。當我運行該dig @ns1.webwhales.nl directgeslaagd.com命令時，我得到了正確的結果 ( directgeslaagd.com. 86400 IN A 149.210.185.13)。這種情況發生在我們的伺服器網路內部和外部。所以，我的結論是我的名稱伺服器工作正常，對嗎？
當我調整 Windows PC 的主機檔案並直接從 149.210.185.13 載入該網域時，網站可以正常運作，結論是網頁伺服器也可以正常運作。當我查找 WHOIS 資料時，所有名稱伺服器和資料都是正確的。昨天我透過我們的註冊商更新了名稱伺服器詳細信息，但這沒有幫助。
你知道這裡可能有什麼問題嗎？我以前從未見過這樣的事情。這裡使用的域名是實際的域名，所以你可以自己看看。
答案1
從我的註冊商那裡得到了答案。事實證明，當網域持有人的電子郵件地址發生變化時，ICANN 會發送一封驗證電子郵件。他們為所有頂級域名 (TLD) 執行此操作已有幾個月了。他們給您一到兩週的時間來單擊該電子郵件中的鏈接，否則您的網域將被阻止。
在這種情況下，WHOIS 資料中的註冊商狀態應為客戶保留。諷刺的是，這封電子郵件經常消失在收件者的垃圾郵件匣中。如果他們先向技術聯絡人（或至少在該網域註冊的另一個電子郵件地址）發送警報，那就太好了。
希望這能幫助其他人。
答案2
最好將 WHOIS 視為人類「盡力而為」的資訊工具。它提供的資訊並不總是最新的或準確的，並且在任何一種情況下，DNS 都不會查閱該資訊。
dig +trace +additional example.com是你的朋友;它可以幫助您直觀地了解問題，並向您展示 WHOIS 永遠不會展示的內容。這將在根名稱伺服器上啟動追蹤並追蹤名稱伺服器委託。
在您的特定情況下，這是追蹤得到的範圍：
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1425204658 1800 900 604800 86400
;; Received 112 bytes from 192.33.14.30#53(192.33.14.30) in 11 ms
這應該敲響了警鐘：這與您在之前的挖掘中看到的非常相似。 （ 的權限部分com.及其 SOA 記錄）問題是 的 TLD 網域伺服器com.不提供其他網域伺服器的委託。
這就是 WHOIS 資訊最終發揮作用的地方：directgeslaagd.com.尚未過期（有效期至 2016 年 12 月），並且據推測配置了三個網域名稱伺服器...但這並不能有效反映 TLD 網域名稱伺服器在收到查詢時實際提供的服務。
問題出在註冊商的 Web 介面和 TLD 網域伺服器之間。嘗試在註冊商的網路介面中找到一些內容，這些內容可能會提供有關為什麼會發生這種情況的提示。除此之外，您需要直接與您的註冊商聯繫，因為他們是唯一可以為您提供問題所在的直接答案的人。