私たちは、メイン サーバー (独自の Web サイトをホストし、ネーム サーバーとして機能) といくつかの Web ホスティング サーバーを備えた小規模なネットワークを持っています。昨日から、ネットワークでホストしているクライアントのドメインに問題が発生しています。
Web サーバーは正しく設定されており、ネーム サーバーも同様です (どちらも他のドメインでは正常に動作します) が、ホスト名の検索に失敗したためドメインにアクセスできません。Chrome ではホスト名を解決できなかったと表示され、一部の DNS チェック ツールではドメインが見つからなかった、または単にクラッシュしたと表示されます。
コマンドを実行すると、 TLD のdig directgeslaagd.com権限セクションのみが表示されます。コマンドを実行すると、正しい結果 ( ) が表示されます。 これは、サーバー ネットワークの内外両方で発生します。 つまり、私のネーム サーバーは正常に動作しているという結論になります。com 600 IN SOA a.gtld-...dig @ns1.webwhales.nl directgeslaagd.comdirectgeslaagd.com. 86400 IN A 149.210.185.13
Windows PC のホスト ファイルを調整し、このドメインを 149.210.185.13 から直接ロードすると、Web サイトが機能し、Web サーバーも正常に機能していることがわかります。WHOIS データを検索すると、すべてのネーム サーバーとデータが正しく表示されています。昨日、レジストラを通じてネーム サーバーの詳細を更新しましたが、効果はありませんでした。
ここで何が問題なのかご存じですか? このようなことは今まで見たことがありません。ここで使用されているドメインは実際のドメインなので、ご自身で確認できます。
答え1
レジストラから回答を得ました。ドメイン所有者のメール アドレスが変更されると、ICANN が確認メールを送信することがわかりました。ICANN は、すべての TLD に対して数か月前からこの処理を行っています。メール内のリンクをクリックするまでに 1 ～ 2 週間の猶予が与えられ、クリックしないとドメインがブロックされます。
この場合、WHOISデータのレジストラステータスはクライアントホールド皮肉なことに、このメールは受信者のスパム ボックスで消えてしまうことがよくあります。最初に技術担当者 (または少なくともそのドメインに登録されている別のメール アドレス) に警告を送信してくれるとありがたいです。
これが他の人々の助けになることを願っています。
答え2
WHOIS は、人間のための「ベスト エフォート」情報ツールと考えるのが最善です。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月まで有効）おそらく3 つのネームサーバーが設定されていますが、これはクエリを受け取ったときに TLD ネームサーバーが実際に提供しているものを正しく反映したものではありません。
問題は、レジストラの Web インターフェイスと TLD ネームサーバーの間のどこかにあります。レジストラの Web インターフェイス内で、この問題の原因についてヒントになるものを探してください。それが見つからない場合は、レジストラに直接問い合わせる必要があります。問題が何であるかを直接回答できるのはレジストラだけだからです。