日期时间引发的客户端进入ADS代理而无法完成就绪
今天为一台破机安装系统，安装上CPU和硬盘挂上软驱准备通过ADS来部署系统。发现客户端能够正常地执行PXE引导，并且能够引导RAMDisk，并进入ADS代理环境，可是发现无法进入就绪阶段，屏幕状态最终停止在断开状态，并且键盘挂起无法操作除非复位！
查看了ADS服务器的事件日志发现了一个警告日志，内容如下：
ID：532
描述：
Failed to connect to the device (device name: MAC4C00101F39F5, IP address: 192.168.0.12): Most common causes of ADS connection failures are:
1) The public root certificate is missing. Ensure a public certificate is installed for the ADS Builder service and each device.
2) The public root certificate is rejected because a BIOS date is set incorrectly. Confirm that the date and time on the Controller and the BIOS date and time on the device are the same.
Refer to the ADS troubleshooting guide for more information about connection failures and possible solutions.
刚开始怀疑是主板的问题，因为在开始引导磁盘时BIOS会显示“Unkonw Flash Type”，难道跟BIOS有关导致无法获取证书？但是他们之间不存在直接的关系啊，仔细看了第二种可能的情况重新启动了客户端并进入BIOS设置发现果然是日期造成的。原来主板之前维修过日期恢复为出厂状态！修改为正确的日期时间后，ADS代理正常了，并能够顺利完整部署！
VirtualServer下小设置解决大问题
VirtualServer下我们默认建立虚拟机时都会忽略一个设置就是网卡MAC，通常我们会默认为自动，那么所生成的MAC地址是非固定的，也就是说当你在其他VirtualServer下或重新添加虚拟机时这个MAC会变化，一般情况下如果只是简单的测试系统则不会出现什么问题。但是如果你的虚拟机要留为日后使用并且配置了一些关键服务那么我建议应当把虚拟机配置文件中的网卡MAC设置为静态的，这样在今后恢复虚拟机时系统和一些应用服务不会受到影响。
以上讲的可能还是有些模糊举个例子，如ADS服务器，在部署了ADS服务器后他的相关服务都是与MAC地址所绑定的，如果我重新安装了宿主系统并重新将已经存在的这个ADS服务器加入到VirtualServer中，并且网卡MAC是自动分配，那么启动运行ADS服务器后会发现ADS相关服务都会失败，这就为我们快速恢复进行演示或试验带来了不便！所以根据实际情况设置网卡MAC选项而不要忽略了它！
