web-dev-qa-db-ja.com

ローカルIPアドレスの情報を見つけますか?

私たちは最近、BTエンジニアを訪問して、IP電話システムの問題を解決しようとしました。

彼らの指摘の1つは、ネットワーク上で4つのDHCPサーバーが実行されていることです。私はそれらのうち2つを無効にし(1つは実行されているはずです)、すべてが正常に機能していることをテストしました。しかし、4番目のDHCPサーバーは私を回避します!

デバイスのIPアドレスは192.168.1.59ですが、IPアドレスを正常にpingできます。

「nbtstat -a 192.168.1.59」を実行すると、次の結果が得られます。

$ nbtstat -a 192.168.1.59
$ Local Area Connection:
$ Node IpAddress: [192.168.1.45] Scope Id: []
$ Host not found.

IPアドレスに対してRDPまたはVNCビューアーを実行すると、接続しません。

デバイスについて詳しく知る方法は他にありますか?

9
dannymcc

nmap はこれに最適です。サーバーがリッスンしているポートを通知するだけでなく(多くの場合、オペレーティングシステムを特定するのに十分です)、OSフィンガープリントを実行することもできます。 OSフィンガープリントは、多くの場合、プリンタモデルを識別することもできます。

nmap -A -v 192.168.1.59をお試しください

11
Ladadadada

MACアドレスのarpテーブルを確認できます。これは、UNIXでは次のように実行されます。

arp -a -n | grep 192.168.1.59

Windowsには類似物があると思います。

次に、MACアドレスの最初の3つのオクテットを、Web上に多数あるベンダー識別ルックアップと相互参照できます。そのようなものの1つは here です(私はそれについて何も知りません。Google検索で最初に出てきただけです)。これにより、機器の製造者がわかります。これは、機器の特定に役立つことがよくあります。

管理可能なスイッチがある場合は、そのMACアドレスをスイッチのスパニングツリーと相互参照することもできます。これにより、そのMACアドレスが表示されているスイッチポートがわかります。これにより、相手側にあるケーブルが識別されます。 。管理されたスイッチと通信する方法は、それを誰が作成したかによって異なり、単純なSF回答の範囲を超えています。これは、これらのケースでボックスを見つける最も速い方法ですが、いくつかのスマートなネットワークと管理可能なスイッチが必要です。

これらすべてに失敗した場合は、既知のポートに対してtelnetingを試すことができます。私はよく139(接続を取得すると、それがWindowsボックスまたはSaMBaを実行するUNIXボックスのいずれかであることを意味します)、22(sshバナーは製造元に関するヒントを与えることができます)および80(Webサーバーが実行されている場合はGET /<CR><CR>は有用なエラーテキストを返すことがよくあります。

6
MadHatter

Nbtstatの出力は、デバイスがWindowsホストではないことを示唆しているようです。ルーター、スイッチ、ファイアウォール、WAPなどでしょうか?

さらに、複数のDHCPサーバーが正しく構成されていて、スコープが重複していない限り、複数のDHCPサーバーの実行に問題はありません。

2
joeqwerty