Automated Deployment Services （ADS）实录
Automated Deployment Services （ADS）系列学习
—— 部署 Windows Server 2003 实录
·实录背景
·ADS 简要概述
·ADS 产品特性
·实验环境介绍
·部署 ADS 服务器
·准备原型机
·创建原型机系统映像
·为客户端部署映像
·实录感想
·相关链接
Communication ports used by ADS
Automated Deployment Services (ADS) uses a variety of ports when communicating among the ADS services and between the DHCP server and devices in the network. The following table lists the ports required to establish communication between the various components of ADS.
针对25号及之前的sysprep问题作完整的更正
2005年10月26日，在临下班前对此对25日的关于sysprep的blog作了又一次的测试并记录一个备注就匆匆下班，没想到今天却让我因此在测试ADS时又遇到了困阻，本以为今天的ADS测试会很顺利，没想到！
在测试中发现虽然在ADS执行修改Sysprep.inf文件时可以写入数据，但是当系统重新启动后，应答文件却无法被应用，本以为很简单的问题（况且打开虚拟机后宿主计算机速度特别慢）就没有去查找相应的KB，结果可想而知。自己多次测试sysprep，启动了无数次系统发现都无法应用应答文件。无奈查找KB，发现官方要求必须在sysprep目录下，那为什么我在做其它试验时更名目录后，仍然可以自动应用应答文件呢？
到最后将目光集中到了i386和i386目录下的$oem$目录，记得当使用setupmgrc创建sysprep应答文件后在sysprep目录下会自动生成一个i386目录及其$oem$子目录，难道会跟这个目录有关？微软的一片KB中提到为了能够应用应答文件，需要将commline.txt文件拷贝至此，难道会是因为这个？显示所有文件察看此目录发现并没有txt文件，奇怪了。
之前的测试中也尝试过将Deploy.cab中其它文件复制过来，但是都是失败告终。再测试，使用setupmgrc创建应答文件，保存后察看目录变化，发现自动建立i386目录及其$oem$子目录，好就这样执行sysprep。重新启动系统后发现应答文件被应用了。哈哈竟然成功了！
做最后一次测试，在系统所在磁盘根下手工建立sysprep目录，将deploy.cab中的sysprep.exe、setupcl.exe拷贝到此目录下。之后将建立后的完全自动安装类型的sysprep.inf应答文件（要实现应用应答文件必须命名为sysprep.inf）拷贝至此，因为sysprep应用应答文件，其目录中必须有i386目录及其$oem$子目录，为此手工在sysprep根目录下建立了i386目录并建立其$oem$子目录。执行sysprep.exe，等待！OK，这次成功了！在系统执行应答文件后（此过程不需要任何人工干预）重新启动系统后发现sysprep目录及其下文件目录都被自动删除。也就是说，如果将目录命名为sysprep，那么在执行sysprep后系统会自动删除这个目录，反之将会保留！
总算彻底解决了问题。准备重新再作一次ADS部署试验。
