毁灭性故障 DHCP服务器大罢工
当DHCP客户端第一次登录网络的时候,也就是客户端发现本机上没有任何IP数据设定,它会向网络发出一个DHCP discover封包。因为客户端还不知道自己属于哪一个网络,所以封包的来源地址会为
0.0.0.0,而目的地址则为255.255.255.255,然后再附上DHCP discover的信息,向网络进行广播。在windows的预设默认情况下,DHCP discover的等待时间预设为1秒,也就是当客户端将第一个DHCP discover封包送出去之后,在1秒之内没有得到响应的话,就会进行第二次DHCP discover广播。若一直得不到响应的情况下,客户端一共会有四次DHCP discover广播(包括第一次在内)。除了第一次会等待1秒之外,其余三次的等待时间分别是9、13、16秒。如果都没有得到DHCP服务器的响应,客户端则会显示错误信息,宣告DHCP discover的失败。之后,基于使用者的选择,系统会继续在5分钟之后再重复一次DHCP discover的过程;当DHCP服务器收到DHCP客户机广播的DHCP discover信息后,它会向DHCP客户机发送DHCP offer信息,其中包括一个可租用的IP地址。一旦客户机收到DHCP offer信息,就将使用服务器所提供的IP地址。 从DHCP的工作过程来分析,学生机无法获得IP地址应该是DHCP服务器没有做出响应,或者是DHCP服务器做出了响但学生机没有收到DHCP服务器的DHCP offer信息造成的。测试网线后首先排除了由于网络硬件原因造成学生机收不到DHCP服务器响应的可能,由此判断就是DHCP服务器没有做出正常响应,但是DHCP服务器为什么没有做出响应呢? 大家都知道,此时另外一个机房正在进行在线考试的模拟测试,在测试中客户端会与服务器之间有大量的数据交互,这些数据占用了大量的系统资源和网络带宽,因此造成DHCP服务器的相应缓慢。这样就进入了一个恶性循环,不但在线考试系统无法正常工作,学生机无法获得IP地址无法上网,而且在网络中充斥着大量的重复请求(包括DHCP客户端和在线考试系统客户端)。这些垃圾信息占用了大量带宽,形成了网络风暴。更为巧合的是,此时第三个机房内正有几台系统被学生破坏的计算机在进行网络克隆恢复。服务器需要进行大量的数据传输,这样就使得服务器网络端和总线负担过重,不仅操作系统进程无法及时响应学生机发出的DHCP请求,而且三个机房谁都无法正常工作。 四、故障排除 很明显,这台不堪重负的DHCP服务器造成了三个机房的系列故障。要从根本上解决问题,只有通过升级服务器或者增加服务器的数量,做到各司其职,从而避免服务器负担过重。即部署专门的DHCP服务 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |