DNSグルーレコードをテストする方法は?


24

こんにちは、ドメインexample.orgのDNSサーバーを2つのネームサーバーns1.example.orgとns2.example.orgで設定しました。レジストラでns1とns2のグルーレコードを設定しようとしました。

example.orgを掘るときは今のところ機能するようですが、whois example.orgを行うとns1.example.orgとns2.example.orgがリストされますが、グルーレコードとして設定されるIPアドレスはリストされません。 。

だから、私はグルーレコードの存在をどのように確認するのでしょうか?whoisでやるの?ドメイン名とネームサーバーのIPアドレスの両方を持つ.comおよび.net whoisレコードを見ましたが、.orgは違いますか?これをテストする適切な方法は何ですか?

ありがとう。

回答:


44

グルーレコードは、ドメイン名の親ゾーンにのみ存在します。

したがって、example.orgドメイン名の場合、まず.orgネームサーバーを見つけます。

% dig +short org. NS
a0.org.afilias-nst.info.
a2.org.afilias-nst.info.
b0.org.afilias-nst.org.
b2.org.afilias-nst.org.
c0.org.afilias-nst.info.
d0.org.afilias-nst.org.

次に、これらの多くのテストNSについて、ドメインのレコードをネームサーバーに明示的に要求します。

% dig +norec @a0.org.afilias-nst.info. example.org. NS

NS「ANSWER SECTION」のレコードの正しいリストを取得する必要があります。グルーが正しく設定されているネームサーバーの場合、グルーA(および/またはAAAA)レコードが「追加セクション」に表示されます。


私のドメインでは、追加セクションにグルーレコードが含まれていますが、レジストリに設定したグルーの一部ではない他のNSレコードもいくつか含まれています。それらを区別する方法は?
カリモ

7

GLUEレコードがセットアップされているかどうかを確認するには:

dig +trace @a.root-servers.net ns0.nameserverhere.com

GLUEがセットアップされている場合、次で終わるレコードが表示されます。

“Recevied XXX bytes from x.GTLD-SERVERS.NET.”

http://www.intodns.com/など、あなたのためにそれを行うサイトもあります


おかげで、Intodnsはうまく機能し、接着剤やNS材料にすべて緑色のチェックマークが付きました。しかし、私は発掘コマンドを取得しません。受信したメッセージを受け取りました。特に、「183ミリ秒で192.33.4.12#53(c.root-servers.net)から433バイトを受信しました。」しかし、それは「接続がタイムアウトしました。サーバーに到達できませんでした」で終わります。ns部分に乱数を使用した場合も同様のメッセージが表示されます(例:ns384289.example.org)。

9
その発掘診断テストは完全に間違っています
...-Alnitak

これは古いが非常に役立つことを知っています。結果をsed / awkにパイプしてルートとネームサーバーを比較し、不一致のNSレコードを特定しました。
jeffatrackaid

4

Alnitakの答えを実装する小さなシェルスクリプトを次に示します。

#!/bin/sh
S=${IFS}
IFS=.
for P in $1; do
  TLD=${P}
done
IFS=${S}

echo "TLD: ${TLD}"
DNSLIST=$(dig +short ${TLD}. NS)
for DNS in ${DNSLIST}; do
  echo "Checking ${DNS}"
  dig +norec +nocomments +noquestion +nostats +nocmd @${DNS} $1 NS
done

ドメイン名をパラメーターとして渡します。

./checkgluerecords.sh example.org

3

dig +trace一般的に、委任のチェーンを検査する最も簡単な方法です。ただし、グルーレコードは追加セクションにあり、デフォルトではトレース出力には追加セクションは含まれません。これを出力に含めることを明示的に指定する必要があります。

dig +trace +additional example.com


委任チェーンの健全性を確認することが目的の場合は、おそらくNSこの場合、信頼できる記録も確認する必要があります。

dig +trace +additional example.com NS

0

またwhois、レジストリがサポートしている場所でを使用して、特定のネームサーバーのグルーの存在を直接確認することもできます。たとえば、serverfault.comのネームサーバーの1つを確認するには:

whois ns-860.awsdns-43.net.

より簡潔な応答の場合:

whois ns-860.awsdns-43.net. | grep "No match\|IP" | xargs

注:これは、.netおよび.com名前空間のネームサーバーでは確かに機能しますが、他のほとんどのレジストリではおそらく機能しません。


1
whoisは、接着剤の存在を照会するための正しいツールではありません。 digより適切です。
sendmoreinfo

私は同意しません:グルーの存在をwhoisで直接確認できます(つまり、そのネームサーバーに委任されたドメインを必要とせずに)が、.org TLDではそうではないことを確認しました。私の答えは.net / .comに対して正しいのですが、それは元の質問ではなかったので、その質問に対する良い答えではないと思います。
user3166580

また、元の投稿の重要なポイントは、接着剤が組織の親ゾーンに存在しない場合、ドメインをネームサーバーに委任できなかったことだと思います。すなわち、接着剤のないバイリウィックネームサーバーを使用できないためです。
user3166580

あなたの答えはどちらのTLDにも当てはまります。whoisは、運用DNSとは関係なく、接着剤を見るために使用するツールではありません。whoisを使用してレジストリに存在するネームサーバーを検索できますが、ネームサーバーがここのオブジェクトに保存されているという事実は、それがbailiwickであるドメインによって使用されることを意味するものではありません。接着剤。
パトリックメヴゼク
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.