Lansweeperで「Cannot resolve IP address」が出る原因と解決策：DNS確認からIPレンジスキャンへの切り替えまで

Active Directory（AD）ドメインを対象にLansweeperでWindows端末をスキャンしていると、資産情報に 「Cannot resolve IP address」 と表示され、収集が止まることがあります。これは多くの場合、Lansweeperのスキャンサーバー側から見て、対象PCの名前解決（DNS）が成立していないサインです。この記事では、エラーの仕組みをほどきながら、現場で効く確認手順と対処法、さらに回避策としてのIPレンジスキャン活用までを一気通貫で整理します。

Lansweeperで「Cannot resolve IP address」が出る原因と解決策：DNS確認からIPレンジスキャンへの切り替えまで

「Cannot resolve IP address」とは何が起きているのか

ADドメインをスキャンターゲットにすると、Lansweeperは対象のWindowsコンピューターへ接続する際に、主に次の“名前”を使って到達しようとします。

NetBIOS名
FQDN（Fully Qualified Domain Name：完全修飾ドメイン名）

このとき、スキャンサーバーがそれらの名前を IPアドレスへ変換できない と、接続先が特定できずエラーになります。つまり本質は「Lansweeperの問題」というより、スキャンサーバー ↔ 対象端末の名前解決経路に不整合があるケースが大半です。

主な原因：DNS解決の不整合が最頻出

最も多い原因は、次のいずれか（または複合）です。

対象PCに 有効なDNSレコードが存在しない／古い
スキャンサーバーが参照している DNSサーバーが適切でない
AD環境のDNS更新やレプリケーションに問題があり、名前とIPの対応が一致していない
複数サブネットや拠点があり、DNSは正しくてもスキャンサーバーからの経路が不完全で、結果として名前解決検証が失敗している

このエラーは「ある端末だけ」「特定OUだけ」「拠点のPCだけ」など、偏り方で原因の当たりが付くのが特徴です。

解決策1：スキャンサーバー視点でDNS解決を検証する

重要なのは「自分のPCで引けるか」ではなく、Lansweeperのスキャンサーバーから引けるかです。以下は現場で再現性高く切り分けできるチェックです。

1) 対象PCのDNSレコードが妥当か確認する

Aレコード（ホスト名→IP）があるか
IPが現状と一致しているか（DHCP更新漏れ・古い静的登録がないか）
端末名変更後に古い名前が残っていないか

2) スキャンサーバーのDNS参照先が正しいか確認する

スキャンサーバーが 社内DNS（AD連携DNS） を見ているか
外部DNSや不適切な中継DNSが混ざっていないか
監視系サーバーでありがちな「固定DNSが古い」状態になっていないか

3) 名前解決テスト（スキャンサーバー上で実施）

代表的な確認コマンドは以下です。

bat

nslookup <hostname>
ping <hostname>
ping <FQDN>

見たいポイントはシンプルです。

nslookupで期待するDNSサーバーが応答しているか
返ってきたIPが正しいか
pingが通るか（※疎通やFWの影響もあるため、まずは“名前→IP変換ができているか”を重視）

4) AD/DNSの構成・レプリケーション問題を疑う

「あるDNSサーバーでは引けるのに、別のDNSサーバーでは引けない」場合、レプリケーションやゾーン設定の問題が疑わしいです。
拠点が複数、DNSサーバーが複数、DHCPが複数ある環境では、“登録はされているが行き先のDNSで見えない” が起きがちです。

解決策2：IPレンジスキャンへ切り替えて回避する

「DNSを必ず正しく保てる環境ではない」「一時的にでも資産棚卸しを進めたい」という場面では、IP Range（IPレンジ）スキャンターゲットを使うのが有効です。

IPレンジスキャンのメリット

DNSに依存せず、IPに対して直接スキャンできる
DNS整備前でも、ネットワーク上の稼働端末を拾いやすい
拠点・セグメント単位で範囲指定でき、短期的な回収率を上げやすい

注意点（運用でハマりやすいところ）

DHCP環境だとIPが変わるため、資産の同一性管理に工夫が要る
セグメント越えのスキャンは、ルーティングやFWの許可が必要
“名前ありき”の運用（端末命名規則やAD連携）を重視する場合は、最終的にDNS整備へ戻るのが王道

DNSが整うまでの“つなぎ”としてIPレンジスキャンを使い、並行してDNSを是正する、という二段構えが実務では強いです。

再発防止：DNS健全性を落とさないための運用チェック

このエラーは、いったん直っても運用が緩むと再発します。以下を定期点検に入れると、スキャン品質が安定します。

端末追加・移設・名称変更時にDNSが正しく更新されているか
DHCPによる動的更新が正しく動いているか（更新失敗が放置されていないか）
DNSサーバーの参照順序がスキャンサーバーで固定化され、古いDNSを向いていないか
拠点追加やサブネット追加時に、名前解決経路（DNS/ルーティング/FW）の設計が更新されているか

まとめ：まず「スキャンサーバーからの名前解決」を疑うのが最短ルート

LansweeperのADドメインスキャンで出る 「Cannot resolve IP address」 は、ほとんどが スキャンサーバー視点のDNS解決不全で説明できます。
まずは nslookup と ping をスキャンサーバー上で実行し、DNSレコードとDNS参照先を正し、AD/DNSの不整合があれば潰す。それでも運用上DNS保証が難しい場合は、IPレンジスキャンへ切り替えて収集を前に進める――この順で進めると、原因究明と業務継続を両立できます。