ネットワークのトラブルシューティングをしていると、
「このIPアドレスは、いったいどのサービスで使われているんだろう？」
と思うことがあります。

今回は、調査対象だった 210.57.49.14 というIPアドレスを例に、
Windows PowerShellの nslookup を使って逆引きDNSを調べてみました。

1．まず普通に逆引きしてみる

PowerShellで次のコマンドを実行します。

すると、次のような結果が返ってきました。

つまり、このIPアドレスにはPTRレコード（逆引きDNS）が設定されています。

2．PTRレコードを明示的に確認する

次に、PTRレコードを明示して問い合わせます。

結果は次の通りでした。

IPv4の逆引きでは、IPアドレスを逆順にして
in-addr.arpa ドメインを使います。

3．ところが、そのFQDNを正引きすると……

ここで疑問が生まれます。

そこで正引きを実行します。

ところが……。

4．これはDNSの矛盾ではない

一見すると矛盾しているように見えますが、
PTRレコードとAレコードは別々のDNSレコードです。

5．逆引きDNSを誰が管理しているのか？

次に、このIPアドレスの逆引きDNSを管理しているDNSサーバーを調べました。

さらにSOAレコードも確認

6．Telstra GlobalのDNSに直接聞いてみる

「もしかすると、自分のISPのDNSが変な回答を返しているのでは？」
という可能性も考えられます。

そこで、Telstra Global側のDNSサーバーに直接問い合わせます。

結果：

7．そして最後に正引きを直接確認

つまり、Telstra GlobalのDNSに直接問い合わせても、
PTRは存在するが、その名前の正引きレコードは存在しない
という結果になりました。

8．ここでBGPの情報とつながってくる

今回調査しているIPレンジについては、BGPの調査も行っていました。
ここで大切なのは、BGPとDNSは別の情報だということです。

BGPは、
「このネットワークへの経路をどのASが広告しているか」
を示す情報です。

DNSは、
「この名前とIPアドレスをどう対応付けるか」
を示す情報です。

したがって、BGPではAS6220から広告されているネットワークでも、
逆引きDNSの名前が telstraglobal.net になっていること自体は、
必ずしも矛盾ではありません。

例えば、こんな構成も可能

このように、
サービス側のFQDNとPTRの名前が一致しないケースは考えられます。

今回使ったコマンド一覧