私たちは最近、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ビューアーを実行すると、接続しません。
デバイスについて詳しく知る方法は他にありますか?
nmap はこれに最適です。サーバーがリッスンしているポートを通知するだけでなく(多くの場合、オペレーティングシステムを特定するのに十分です)、OSフィンガープリントを実行することもできます。 OSフィンガープリントは、多くの場合、プリンタモデルを識別することもできます。
nmap -A -v 192.168.1.59
をお試しください
MACアドレスのarpテーブルを確認できます。これは、UNIXでは次のように実行されます。
arp -a -n | grep 192.168.1.59
Windowsには類似物があると思います。
次に、MACアドレスの最初の3つのオクテットを、Web上に多数あるベンダー識別ルックアップと相互参照できます。そのようなものの1つは here です(私はそれについて何も知りません。Google検索で最初に出てきただけです)。これにより、機器の製造者がわかります。これは、機器の特定に役立つことがよくあります。
管理可能なスイッチがある場合は、そのMACアドレスをスイッチのスパニングツリーと相互参照することもできます。これにより、そのMACアドレスが表示されているスイッチポートがわかります。これにより、相手側にあるケーブルが識別されます。 。管理されたスイッチと通信する方法は、それを誰が作成したかによって異なり、単純なSF回答の範囲を超えています。これは、これらのケースでボックスを見つける最も速い方法ですが、いくつかのスマートなネットワークと管理可能なスイッチが必要です。
これらすべてに失敗した場合は、既知のポートに対してtelnet
ingを試すことができます。私はよく139(接続を取得すると、それがWindowsボックスまたはSaMBaを実行するUNIXボックスのいずれかであることを意味します)、22(sshバナーは製造元に関するヒントを与えることができます)および80(Webサーバーが実行されている場合はGET /<CR><CR>
は有用なエラーテキストを返すことがよくあります。
Nbtstatの出力は、デバイスがWindowsホストではないことを示唆しているようです。ルーター、スイッチ、ファイアウォール、WAPなどでしょうか?
さらに、複数のDHCPサーバーが正しく構成されていて、スコープが重複していない限り、複数のDHCPサーバーの実行に問題はありません。