我是否导致这个DHCP失败?

我在这里问了这个问题 ,要求我把它移到这个论坛。

我有一个问题,我需要关于DHCP的一些build议,以及在某种情况下可能发生的事情。

我有一种情况,DHCP服务器开始把IP地址分配给有保留的设备,忽略了那里的保留事实。

服务器是x64 2008R2标准安装,用作域控制器。

当它发出一个IP时,我会看到“唯一ID”是我configuration了保留的同一个MAC地址,terminal设备将会从我的dynamic池获得它显示的IP,而不是保留的那个。

重新启动服务器清除了这个情况,所有的预定都能正常工作。

从来没有见过这种types的行为,在这个networking或其他任何networking中,我开始试图找出可能导致它开始的原因,软件错误,configuration错误等等。

然后发生在我发生的事情发生前不久,其中两个已经发生了某种内部故障,导致他们的MAC地址被设置为FF:FF:FF:FF:FF:FF。

这些设备将要求一个同时具有源地址和目的地址的IP地址,并且将其称为networking广播。

他们没有成功地拉一个IP地址,并报告DHCP失败,所以我设置了一个静态IP,用NMAP扫描它是否已经启动,而且当我注意到它报告MAC为FF:FF:FF :FF:FF:FF(未知),我用第二个死亡设备重复了这个过程,得到了相同的结果,并没有考虑到连接时可能在networking上产生的影响。

因此,为了长话短说,请求广播地址IP的环境会产生什么样的影响?它是否会向任何听到的东西发送DHCP提供的东西? 它能吓坏pipe理池的数据库吗?

我是不是在脚下自杀,还是在寻找适合症状的问题?

看来如果这会造成我所看到的混乱,那将是一个明显的DOS攻击载体,我不可能成为第一个越过它或者要求如何防范它的第一个。

我也考虑过如果服务器响应请求,试图告诉FF:FF:FF:FF:FF:Ff是IP是xxxx,并且下一个请求可能已经截获了不正确的消息,在某种竞争条件,相信它收到一个恳求的回应? (这甚至可能)