我们最近有一个BT工程师访问，试图解决我们的IP电话系统的问题。
他们提出的一点是，我们有四个DHCP服务器在networking上运行。 我禁用了其中的两个（其中一个应该正在运行），并且testing了一切正常工作。 但是，第四个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查看器的IP地址，他们不连接。
有没有其他方法可以find更多有关设备？
nmap非常适合这个。 除了让你知道服务器正在监听哪个端口（这通常足以识别它的操作系统），它也可以执行操作系统指纹，这通常是相当不错的。 OS指纹通常甚至可以识别打印机型号。
试试nmap -A -v 192.168.1.59
您可以检查您的ARP表的MAC地址，这是在UNIX上完成的
arp -a -n | grep 192.168.1.59
我认为Windows有一个模拟。
然后，您可以将MAC地址的前三个八位字节与供应商标识查找进行交叉引用，其中网上有很多。 其中一个就是这样（我对此一无所知，它只是在谷歌search中首先提出）。 那应该告诉你是谁制造了这个设备，这通常有助于识别它。
如果您拥有可pipe理的交换机，则还可以使用交换机上的生成树交叉引用该MAC地址，该交换机将告诉您哪个交换机端口上显示了MAC地址，这通常会标识具有该物理端口的单个电缆。 如何与您的pipe理型交换机通话取决于是谁做的，超出了简单的SF答案的范围。 这是在这些情况下find盒子的最快方法，但它确实需要一些networking智能和可pipe理的交换机。
如果没有这些，你可以尝试telnet到知名的端口; 我经常尝试139（获取连接意味着它是一个Windows盒子，或者它是一个运行SaMBa的unix盒子），22（ssh横幅可以提供制造商提示）和80（如果有一个web服务器运行，inputGET /<CR><CR>经常返回有用的错误文本。
您的nbtstat输出似乎表明该设备不是Windows主机。 它可能是一个路由器，交换机，防火墙，WAP等？
另外，只要configuration正确并且没有任何重叠的范围，运行多个DHCP服务器就不会有任何问题。