ここでいくつかの用語の調整。サーバーに逆引きDNSが設定されていません。サーバーは割り当て済み IPアドレスであり、それらのIPアドレスには逆引きDNSエントリがあります。これらのIPは、サーバーから完全に独立しています。
サーバーのIPアドレスを取得します
$ ip addr show
今それを解決できるかどうかを確認してください
$ Host 1.2.3.4
ここで、1.2.3.4はIPです。例：.
$ Host 74.125.67.100
100.67.125.74.in-addr.arpa domain name pointer gw-in-f100.1e100.net.
これは明らかにローカルネームサーバーを使用しており、以前に検索したことがあり、そこになかった場合は、レコードがキャッシュされている可能性が常にあります。これは、プロバイダーがrDNSを適切に設定しているかどうかを確認するための良い方法です。
逆引きDNSは、IPアドレスの各オクテットを逆引きし、in-addr.arpaドメインを使用することで機能します。上で使用したIP（74.125.67.100）を例として使用すると、74が最初のオクテット、125が2番目のオクテットなどになります。
したがって、逆にすると100.67.125.74になります...最後にin-addr.arpaを追加して、そのIPのPTRレコードを取得します。
つまり.
100.67.125.74.in-addr.arpa ptr
DigはDNSをデバッグするための標準的なツールであるため、このクラスのネームサーバーがどこにあるかを見つけるには、オクテットを削除して見つける必要があります。
例えば.
$ Dig +short 67.125.74.in-addr.arpa
$ Dig +short 125.74.in-addr.arpa
ns4.google.com.
ns1.google.com.
ns2.google.com.
ns3.google.com.
そうです、一致します。つまり、ns {1,2,3,4} .google.comはすべてのIP74.125.x.xのリバースレコードを処理します
したがって、ネームサーバーに対して直接クエリを実行するには、次を使用します。
$ Dig +short 100.67.125.74.in-addr.arpa @ns4.google.com ptr
gw-in-f100.1e100.net.
Windows（またはnslookupを備えた他のプラットフォーム）でこれを行います
>nslookup
>set q=ptr
><YOUR IP ADDRESS>
これにより、IPアドレスの逆引きDNS（PTR）レコードが存在する場合、それが返されます。
例えば：
>8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
8.8.8.8.in-addr.arpa name = google-public-dns-a.google.com.
http://www.dnsgoodies.com/ の逆引きDNSルックアップを参照してください。
（事前警告）-詳細はOSに依存する場合があります。
とにかく、フォワードDNSは名前をIPアドレスに変換するために使用されます。逆引きDNSは、IPアドレスを名前に変換するために使用されます。
明らかな方法の1つは、既知のIPアドレスでnslookup（または同等のもの）を使用することです。例えば。 nslookup 10.0.0.31はそのマシンのホスト名を返す必要があります。
ただし、確認したのは、逆引きDNSが、少なくともテストしたばかりのIPアドレスの正確さの外観を与える何らかの形または形式で構成されていることだけです。すべてを個別にテストする以外に、ネットワーク上の他のすべてのホストに同じことが当てはまることを知る方法はありません。
結論としては、OSとDNSのフレーバーに関連するDNS管理ツールにアクセスし、すべてがドキュメントに準拠していることを確認する必要があります（ドキュメントが正しく完全であると仮定します） 。