ドメインのレジストラを切り替えたばかりで、新しいレジストラは既存のネームサーバーをコピーしませんでした。これで、ページにアクセスすると、すべてのページが「パーク」ドメインとして表示されます。
新しいレジストラですべてのネームサーバーを更新し、古い値に戻しましたが、これらの変更が有効になっていることを確認したいと思います。ネームサーバーが元に戻ったら、ISPがキャッシュを更新するのを待つ必要があることはわかっていますが、適切に更新されたことを確認できる中央ICANNデータベースがあるかどうか疑問に思っていました。
ありがとう!
基本的に、レジストラでネームサーバーを変更すると、レジストリに変更が送信され、WHOISデータベースとそのTLDの権限のあるネームサーバーが保持されます。したがって、理論的には、TLDのASは、更新されたNSレコードを介して変更されたネームサーバーについて最初に知ることができます。それがDNS伝播の始まりです。
IPツールまたはnslookup
やDig
などのコマンドラインツールを介した直接DNSルックアップは、ネームサーバーの設定を確認する最良の方法です。ただし、DNS情報が完全に伝達される前にネームサーバーが適切に設定されているかどうかを確認するには、TLDに対して権限のあるネームサーバーを使用する必要があります。それ以外の場合、これらのツールはデフォルトのローカルDNSサーバーを使用しますが、これはおそらくDNSキャッシュです。
だからあなたが手動でやりたいことをするために、あなたはしなければならない
ルートゾーンファイル は、すべてのTLDのASをリストします。ただし、TLD用のものを見つける必要があります。簡単なDig
コマンドでこれを見つけることができます:
$ Dig +short NS com
j.gtld-servers.net.
b.gtld-servers.net.
d.gtld-servers.net.
[...]
e.gtld-servers.net.
k.gtld-servers.net.
l.gtld-servers.net.
Dig
でこれを行うことができます:
$ Dig ns example.com @j.gtld-servers.net
; <<>> Dig 9.6-ESV-R4 <<>> NS example.com @j.gtld-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27086
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 4
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;example.com. IN NS
;; AUTHORITY SECTION:
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; ADDITIONAL SECTION:
[...]
;; Query time: 170 msec
;; SERVER: 192.48.79.30#53(192.48.79.30)
;; WHEN: Fri Feb 24 11:39:21 2012
;; MSG SIZE rcvd: 165
またはnslookup
:
C:\>nslookup example.com j.gtld-servers.net
(root) nameserver = e.root-servers.net
[...]
(root) nameserver = d.root-servers.net
Server: UnKnown
Address: 192.48.79.30
Name: example.com
Served by:
- a.iana-servers.net
199.43.132.53
2001:500:8c::53
example.com
- b.iana-servers.net
199.43.133.53
2001:500:8d::53
example.com
あるいは、Dig +trace
コマンドを使用してDNSトレースを実行することもできます。ただし、これはローカルDNSサーバーでは機能しない可能性があるため、 GoogleのようなパブリックDNSサーバー を使用して行うことをお勧めします。
$ Dig example.com +trace @8.8.8.8
; <<>> Dig 9.6-ESV-R4 <<>> example.com +trace @8.8.8.8
;; global options: +cmd
. 14412 IN NS e.root-servers.net.
[...]
;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 28 ms
com. 172800 IN NS j.gtld-servers.net.
[...]
com. 172800 IN NS b.gtld-servers.net.
;; Received 489 bytes from 192.228.79.201#53(b.root-servers.net) in 16 ms
example.com. 172800 IN NS a.iana-servers.net.
example.com. 172800 IN NS b.iana-servers.net.
;; Received 165 bytes from 192.52.178.30#53(k.gtld-servers.net) in 156 ms
example.com. 172800 IN A 192.0.43.10
example.com. 172800 IN NS b.iana-servers.net.
example.com. 172800 IN NS a.iana-servers.net.
;; Received 93 bytes from 2001:500:8c::53#53(a.iana-servers.net) in 12 ms
ご覧のとおり、これはASの1つからNSレコードを自動的にフェッチしますが、TLDのすべてのASをリストするため、次のようにそれぞれ個別に手動でNSルックアップを実行できます必要に応じて前に示しました。
Whois以外にデータベースはありません-頻繁に更新されないため、役に立ちません。
www.iptools.com を試してください。ドメインのDNS設定などをチェックするためのさまざまなツールがあります。
また、mxレコードとメールのブラックリストをチェックするために mxtoolbox.com をお勧めします。
http://www.whatsmydns.net を使用して、約20の異なるDNSサーバー間でチェックするDNS設定の伝播を確認したい
私が発見したように、各トップレベルドメイン(TLD)には、そのTLDの下に登録されたドメイン名のリストとそれらに対応するネームサーバーを保持する単一の中央レジストリがあります。
.com
.net
.edu
.cc
.tv
.jobs
および.name
TLDの場合、中央レジストリはVerisignです。次のURLにアクセスして、リストでwhoisルックアップを実行できます。
http://www.verisigninc.com/en_US/products-and-services/domain-name-services/whois/index.xhtml
他の回答には多くの優れたツールがリストされていますが、Verisignリストは最新かつ信頼できるものです。答えたすべての人に感謝します!