PC 服务器带外管理批量自动配置-BMC 批量配置的原理如下： A.前提条件：所有服务器的BMC地址在到达时出厂默认设置为DHCP（目前到达服务器的BMC地址均为静态地址，如BMC默认为192.168.2.100。） B、网络物理拓扑图：一台DHCP服务器（只有在执行脚本期间才会开启DHCP服务，平时不会开启，以最大限度控制风险）---- 已连接到待配置BMC服务器的网络（以下简称客户端）； C、用户需要操作：提前为服务器BMC规划地址，分配静态IP（手动分配给服务器BMC的静态IP与我们目前的做法保持一致，一方面便于管理，一方面可以有效降低DHCP带来的不可控风险），并将服务SN的序列号与实际分配的静态IP做一个对应，形成ip.txt配置文件并上传到DHCP服务器； D.实现原理（简要步骤）：在现有的BMC管理网区新增一台DHCP服务器，并为其预先划分一个IP地址池（初始定位50个），待配置BMC的服务器接入网络后，首先通过DHCP获取IP地址池中的一个临时IP，从而与DHCP服务器建立临时通信

1、如果用户上传的配置文件（ip.txt）中存在重复的IP或者重复的服务器序列号会发生什么？

DHCP服务会在脚本执行的开始便对这个配置文件中的IP和序列号进行重复性校验，如果发现重复IP或者重复序列号均会强制退出（重复IP是非常严重的情况，这会导致两台服务器分了同一个IP，从而造成IP冲突）。

2、如果用户上传的配置文件中某一台服务器分配的静态IP其实已经被占用了会发生什么？

DHCP服务会在脚本执行的过程中对这个配置文件的IP进行连通性校验，如果发现某一台client待分配的IP实际已经被占用了，则会对这条配置信息进行标志（occupied）。随后当这台client通过DHCP协议连上DHCP服务器后，DHCP服务器会发现这台client待分配的静态IP已经被占用，从而放弃后续配置动作，并将此台client的MAC地址添加到DHCP服务器的黑名单中，防止其再连上来（为什么要将MAC加入黑名单，稍后解释），并在最终的结果中提示用户此台服务器配置失败，原因是待分配的IP已经被占用。

3、如果用户上传的配置文件中某一台服务器的序列号写错了会发生什么？

由于DHCP服务器为对端client分配静态IP是根据配置文件中序列号和IP的对应关系来分配的，所以当你配置文件中的序列号写错时，会导致DHCP服务器识别不出对端client，从而不知道要分配的静态IP。这种情况下，DHCP服务器也会将此client的MAC的地址添加到DHCP服务器的黑名单中，防止其再连上来（为什么要将MAC加入黑名单，稍后解释），并在最终的结果中通知用户两点。A、ip.txt中有一条配置信息配置失败（序列号写错的那条）。B、脚本执行过程中侦测到一台新client，其序列号为XXXXX，且该client不在此次配置的范围内（因为配置文件中序列号写错了）。

4、如果脚本执行过程中，突然有一台其他服务器BMC也接入进了网络，且成功DHCP到了临时地址会发生什么？

处理逻辑同情况3，因为其本质的表现还是DHCP服务器获取到的SN在配置文件（ip.txt）中检索不到。

5、为什么在情况234中，都需要将这些client的MAC地址添加到DHCP服务器的黑名单中，防止其再连上来？

这是因为首先DHCP地址池的资源有限。正常情况下，当一台client通过DHCP得到一个临时地址后，DHCP服务器会为其分配一个静态IP并关闭client的DHCP服务，因此当这个DHCP临时IP的租期满了以后，该IP地址变会被自动释放回收以供其他client继续使用。而在情况234中，由于DHCP服务器不会对对端client进行任何操作，从而会导致这些client不断在DHCP，一直占用DHCP的地址池资源。想象一种极端情况，如果我要为100台机器BMC进行配置，恰巧贴的配置文件中有50台机器的序列号都错了，于是便会导致整个DHCP地址池被这50台序列号错误的机器占满，那另外50机器也就没法配置了。所以针对情况234，必须想办法阻止该client继续申请DHCP地址，这也就是为什么需要将MAC添加到DHCP的服务器的黑名单中的原因了。此外每次脚本执行完毕后，DHCP服务器的黑名单会清空，所以放心，这个处理逻辑并不会影响下一次的批量配置，即被黑名单的client在下一次配置时还是可以DHCP到地址的。