我们最近有一位BT工程师来访，试图解决我们IP电话系统的问题。
他们提出的观点是，我们在网络上运行了四个DHCP服务器。我禁用了其中两个（其中一个应该正在运行），并测试了一切是否正常运行。但是，第四台DHCP服务器使我望而却步！
该设备的IP地址为192.168.1.59，我可以成功ping通该IP地址。
如果运行“ 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.
如果我运行RDP或VNC Viewer作为IP地址，则它们不会连接。
我还有其他方法可以找到有关该设备的更多信息吗？
Answers:
您可以检查arp表中的MAC地址，这在UNIX上是这样完成的
arp -a -n | grep 192.168.1.59
我认为Windows有一个类似物。
然后，您可以将MAC地址的前三个八位字节与一个供应商标识查找进行交叉引用，在网上有很多。一个这样的是在这里（我什么都不知道，它只是提出了第一个在谷歌搜索）。那应该告诉您制造设备的人，这通常有助于识别它。
如果您拥有可管理的交换机，则还可以将该MAC地址与该交换机上的生成树进行交叉引用，这将告诉您MAC地址出现在哪个交换机端口上，该端口通常标识在另一端有东西的单个电缆。 。如何与您的管理型交换机进行对话取决于谁做出来，并且超出了简单的SF回答的范围。在这种情况下，这是找到盒子的最快方法，但确实需要一些网络智能设备和可管理的交换机。
如果失败了，您可以尝试使用telnet知名端口；我经常尝试139（获得连接表示它是运行SaMBa的Windows框或Unix框），22（ssh横幅可以提示制造商）和80（如果正在运行Web服务器，则键入GET /<CR><CR>通常会返回有用信息）错误文字。
arp -a。