WindowsコマンドプロンプトでIPアドレスからホスト名を逆引きする方法

結論：DNSの逆引きは、コマンドプロンプトでnslookup IPアドレスを実行し、結果の「Name」または「名前」を確認するのが基本です。これはIPアドレスに登録されたPTRレコードを調べる操作であり、結果がない場合はPTR未登録の可能性があり、端末が停止しているとは限りません。LAN内の古いWindows名を調べる場合はnbtstat /A IPアドレス、簡易確認にはping /a IPアドレスも使えますが、DNS名、NetBIOS名、実際のコンピューター名は一致しない場合があります。 最新の画面名や提供条件は更新で変わるため、以下の順番で確認してください。

最初に確認するポイント

症状・条件	主な原因	最初の確認
nslookupでNameまたは名前が表示される	問い合わせ先DNSサーバーが対象IPのPTRレコードを返しています。表示名は逆引きDNS名であり、必ずしもWindowsのコンピューター名やWebサイト名ではありません。	表示されたNameとAddressを控え、必要なら正引きも行って同じIPへ戻るか確認します。
Non-existent domain、NXDOMAIN、名前が見つからないと表示される	対象IPの逆引きゾーンにPTRレコードが登録されていない、または問い合わせたDNSサーバーから参照できない可能性があります。	IPアドレスの入力ミスを確認し、社内IPなら社内DNS、公開IPなら組織で許可された別DNSサーバーへ明示的に問い合わせて比較します。
nslookupの先頭にServer: Unknownと出るが、下には対象IPのNameが表示される	問い合わせ先DNSサーバー自身のIPにPTRレコードがないだけで、対象IPの逆引きは成功している場合があります。	先頭のServer欄ではなく、対象IPに対するNameまたは名前が返っているかを確認します。
ping /aで名前は表示されるが応答がタイムアウトする	名前解決は成功していても、対象側や経路でICMP Echoが遮断されている可能性があります。名前解決とPing応答は別の判定です。	最初の行にホスト名が表示されたかと、Echo Replyが返ったかを分けて読みます。
社内LANのWindows PCでDNS逆引き名が出ない	社内DNSにPTRがなく、古いNetBIOS over TCP/IPだけで名前を公開している可能性があります。逆に、NetBIOSが無効ならnbtstatでも取得できません。	許可された同一LAN内でnbtstat /A IPアドレスを実行し、NetBIOS名テーブルが返るか確認します。
DNSサーバーを変えると異なる結果になる	社内の分割DNS、キャッシュ、委任、逆引きゾーンの公開範囲が異なる可能性があります。	nslookup IPアドレス DNSサーバーの形式で問い合わせ先を明示し、どのDNSがどの回答を返したかを記録します。

安全な対処手順

1. nslookupでPTRレコードを確認する

コマンドプロンプトを開き、nslookupの後ろに調べたいIPアドレスを入力します。たとえばnslookup 8.8.8.8を実行すると、2026年7月12日の確認環境ではNameとしてdns.googleが返りました。実際の出力は利用中のDNSサーバーや言語によって異なるため、「Name」または「名前」の行を確認します。

1. スタートメニューでcmdを検索してコマンドプロンプトを開く
2. nslookupとIPアドレスを入力してEnterキーを押す
3. Nameまたは名前の行を確認する
4. Addressは問い合わせ対象のIPと一致するか確認する

nslookup 8.8.8.8

nslookup <IPアドレス>

注意：逆引き名はIP管理者が設定するPTRレコードです。表示された名前だけで端末所有者、Webサイト運営者、攻撃者を断定しないでください。

2. 問い合わせ先DNSサーバーを明示して比較する

回答がない場合は、nslookupの第2引数にDNSサーバーを指定して比較できます。社内のプライベートIPは社内DNSにしか登録されていないことが多いため、むやみに公開DNSへ問い合わせるより、ネットワーク管理者が指定したDNSを使います。公開IPでは、組織で許可された別DNSと比較すると、ローカルDNS固有の問題を切り分けられます。

1. 現在のDNSサーバーをipconfig /allで確認する
2. 社内IPは社内DNSへ問い合わせる
3. 公開IPは許可された別DNSと比較する
4. 問い合わせ先と結果をセットで記録する

ipconfig /all

nslookup <IPアドレス> <DNSサーバー>

注意：組織のDNSポリシーを無視して外部DNSを恒久設定しないでください。内部名の漏えいや名前解決障害につながることがあります。

3. PowerShellではResolve-DnsNameでPTRを指定する

PowerShellを使う場合は、Resolve-DnsNameでPTRレコードを明示できます。結果のNameHostが逆引き名です。2026年7月12日の確認環境では、Resolve-DnsName -Name 8.8.8.8 -Type PTR -DnsOnlyに対してNameHostがdns.googleと返ることを確認しました。スクリプトで結果を扱う場合は、文字列解析よりこの構造化された出力が便利です。

1. PowerShellを通常権限で開く
2. -Type PTRで逆引きレコードを指定する
3. NameHost列を確認する
4. エラー時は問い合わせ先DNSとネットワークを確認する

Resolve-DnsName -Name 8.8.8.8 -Type PTR -DnsOnly

Resolve-DnsName -Name <IPアドレス> -Type PTR -DnsOnly

注意：Resolve-DnsNameの結果がない場合も、対象端末の停止を意味しません。PTR未登録と到達性は別です。

4. ping /aは名前解決と到達確認を簡易的に見る

ping /a IPアドレスを実行すると、宛先IPの逆名前解決を試し、成功すれば対応するホスト名を表示します。その後にICMP Echoも送るため、名前が表示されても応答がタイムアウトすることがあります。この場合、逆引き成功とPing失敗を分けて判断してください。

1. コマンド先頭のホスト名表示を確認する
2. ReplyとRequest timed outを名前解決結果と混同しない
3. ICMP遮断だけで端末停止と断定しない

ping /a 10.0.99.221

ping /a <IPアドレス>

注意：許可のないネットワークで多数のIPへ連続実行しないでください。監視や攻撃と誤認される可能性があります。

5. LAN内のWindows名はnbtstatを補助的に使う

DNSにPTRがない社内LANで、対象がNetBIOS over TCP/IPを使うWindows端末なら、nbtstat /A IPアドレスでリモートのNetBIOS名テーブルを確認できます。IPアドレスを指定するのは大文字の/Aです。NetBIOSが無効、ファイアウォールで遮断、別セグメントの場合は結果が返らないため、一般のインターネットIPを調べる用途には向きません。

1. 同一または許可されたLAN内だけで使う
2. IPアドレス指定は大文字の/Aを使う
3. 返った名前はDNS名ではなくNetBIOS名として扱う

nbtstat /A 10.0.0.99

nbtstat /A <IPアドレス>

注意：nbtstatの/aはリモート名、/AはIPアドレスを指定する別オプションで、大文字・小文字に意味があります。

6. 名前が出ない場合はPTR未登録とDNS障害を分ける

逆引き結果がない場合、まず入力ミスと問い合わせ先DNSを確認します。別の正しいDNSでもNXDOMAINなら、PTR未登録の可能性が高く、利用者側でキャッシュを消しても新しいPTRは作られません。社内IPならDNS管理者へPTR登録を依頼し、公開IPならそのIP帯の管理者が設定する必要があります。

1. IPアドレスの形式と入力を確認する
2. 社内DNSと許可された別DNSの結果を比較する
3. NXDOMAINなら逆引きゾーンとPTR登録を管理者へ確認する
4. 到達確認はPingや業務アプリの接続確認として別に行う

注意：ipconfig /flushdnsはローカルDNSキャッシュを消すだけで、存在しないPTRレコードを作成しません。nslookupはDNSサーバーへ直接問い合わせるため、逆引き不在の常用対処としてキャッシュ削除を勧めないでください。

よくある質問

nslookupでホスト名が出ないと、そのPCは停止していますか？

停止しているとは限りません。逆引きに必要なPTRレコードが登録されていないだけでも名前は返りません。DNS逆引き、Ping応答、実際のサービス接続は別の確認です。社内端末ならDNS管理者にPTRの有無を確認し、到達性は許可された方法で別に調べてください。

「Server: Unknown」と表示されたらnslookupは失敗ですか？

対象IPのNameまたは名前が下に返っていれば、逆引き自体は成功している場合があります。「Server: Unknown」は問い合わせ先DNSサーバー自身のIPに逆引き名がないときにも表示されます。先頭のServer欄と、調べたIPに対する回答を分けて読んでください。

逆引きで出た名前は、そのIPを使う端末の正式なコンピューター名ですか？

必ずしも一致しません。PTRレコードはIP帯の管理者が設定する名前で、NAT、クラウド、CDN、共有ホスティングでは多数のサービスが同じIPを使うこともあります。Windowsのコンピューター名、NetBIOS名、Webサイト名、PTR名は別物として扱い、本人確認やセキュリティ判定の唯一の根拠にしないでください。

公式情報

画面や仕様が異なる場合は、利用中の製品・契約・管理ポリシーを確認したうえで公式情報を参照してください。

• Microsoft Learn: nslookupの非対話モードとIPアドレス逆引き例
• Microsoft Learn: PTRレコードとIPv4/IPv6逆引きゾーン
• Microsoft Learn: Resolve-DnsNameとPTRクエリ
• Microsoft Learn: ping /aによる逆名前解決
• Microsoft Learn: nbtstat /AでIPアドレスからNetBIOS名テーブルを確認
• Microsoft Learn: ipconfig /allと/flushdnsの用途

まとめ

原因を一つずつ切り分け、変更前の状態と結果を記録しながら進めることが重要です。操作後は同じ症状が再発しないか確認し、組織管理の端末ではポリシー変更を管理者へ確認してください。

既存記事から引き継いだ画面例

画面はWindowsやアプリの更新で変わることがあります。名称が異なる場合は、前述の現行手順を優先してください。