无盘开机获取到dhcp后卡在tftp界面无法继续启动问题解决方案汇总

无盘开机获取到dhcp后卡在tftp界面无法继续启动问题解决方案汇总转自死性不改博客

【环境说明】
系统虚拟盘版本号/文件版本号：2000

【问题现象】
　　用户反馈新施工的一家无盘网吧，客户机开机获取到dhcp之后，就卡在tftp界面无法继续启动。但是tftp卡住的情况其实也会有几种不同的报错的。比如tftp time out，arp time out等，但是由于用户无法提供图片，回头模拟一张再更新上来。

【分析过程】
　　1、按照过去的经验，出现这种问题一般都是arp绑定错误导致，或者tftp69端口占用之类的原因。
　　2、但是用户是新做的网吧，用的也是我们的专供服务器(服务器带2008R2操作系统)，因此第一条排除。
　　3、后来用户在解决问题过程中有提到有2个网关，突然想起大叔曾遇到过客户机的网关地址写错导致卡tftp问题，于是检查客户机信息发现用户把客户机的网关地址写成了255.255.255.0了，改成正确的192.168.0.254后问题解决。
　　4、现在看来，客户机启动卡在tftp界面又有一条必须确认的原因了，那就是客户机的网关地址是否写错了。

【解决方案】
　　将客户机信息的网关地址填写正确，该问题应由产品增加客户机新增信息效验解决，这样可有效避免“误操作问题发生”需求已被赵鉴收录，但在哪个版本改进还未确定。
【原理依据】
　　为什么网关地址写错，会导致tftp卡在那里呢？看一下抓包数据。
192.168.30.100是客户机的IP地址，子网掩码是255.255.255.0，我故意将网关地址由正确的192.168.30.1改成了192.168.40.1结果通过抓包看到神奇的现象，客户机（mac地址：00-0C-29-4D-ED-30）一直在向网络中请求192.168.40.1这个地址对应的mac地址，但是请求不到，于是就卡在这里，tftp都出不来。

原因就在这里了，当tftp通讯时，tftp客户端默认就会向网关地址发送arp请求包，此时会出现几种情况。
1、例如这个案例中的错误——网关地址填写错误，且这个网关地址与客户端IP地址不在同一网段。
在这种情况下，tftp客户端就会向网关地址发送arp请求以获得网关的mac地址，如果请求不到就会出现在dhcp界面不显示GATEWAY地址的现象。（这是很弱智的情况）
当然解决这种问题有2种做法：
做法A：将子网掩码设置更大一些，此时客户机就可以正常启动，但是你要知道，客户机启动后发现网关地址是错的，他就上不了网了。
做法B：将网关地址修改正确，这才是王道，例如下图，下图中的192.168.30.1即为正确的网关地址，客户机可无故障启动。

2、如果客户机的IP地址和网关在同一个IP地址段时，而网关地址又ping不通，比如网关服务器（通常就是路由器）关机时，是否会出现问题呢？
答：不会，如果是客户机IP地址段和网关在同一个网络时，无论网关地址是否能够ping通，都不影响tftp工作。

3、如果网吧有arp欺骗时，会怎么样呢？
答：如果网吧有arp欺骗，且欺骗的是网关地址，客户机启动时很可能会因为接收到错误的网关mac地址信息，导致客户机启动tftp time out错误，这也就是为什么我们平时路由上将客户机的ip与mac地址绑定错误后，会出现无盘客户机无法正常开机的原因。

其他几种常见的傻瓜性质失误导致客户机获取到DHCP信息后无法继续启动案例说明：
一、客户机的IP地址与服务器IP地址不在同一个网段。
环境说明：
服务器IP地址：192.168.30.x，子网掩码：255.255.255.0，网关：192.168.30.1
客户机IP地址：192.168.40.x，子网掩码：255.255.255.0，网关：192.168.40.1
问题现象：

二、客户机的IP地址与网关地址不在同一个网段，例如网关地址写错。
环境说明：
服务器IP地址：192.168.30.x，子网掩码：255.255.255.0，网关：192.168.30.1
客户机IP地址：192.168.30.x，子网掩码：255.255.255.0，网关：192.168.40.1
问题现象：

三、无盘服务器上、路由器上、交换机上、以及其他一切带有ip与mac地址绑定功能的软件或硬件上，将客户机的IP与MAC地址绑定错误。
环境说明：
客户机正确的IP地址是192.168.30.100
正确的客户机MAC地址是：00-0c-29-4d-ed-30
错误的客户机MAC地址是：00-0c-29-4d-ed-31

转自 http://www.clxp.net.cn/