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部署试验。
SMS常用功能所涉及的端口
功能：SMS 2003 Site Server 到子站点或到SMS SQL Server
涉及端口：
445 服务器消息块（SMB）
389 轻量目录访问协议（LDAP）
636 LDAP（安全套接字层（SSL）连接）
功能：SMS 2003 代理管理点到父 SQL Server
涉及端口：
1433 TCP（SMS Site Server 到 SQL Server）
389 LDAP
636 LDAP（SSL连接）
功能：SMS 2003 高级客户端到管理点
涉及端口：
80 超文本传输协议（HTTP）
389 UDP（用户数据报协议）LDAP Ping
389 TCP LDAP
636 TCP LDAP（SSL连接）
3268 TCP（到全局编录的显示连接）
功能：SMS 远程控制 UDP，当您将 TCP/IP 上的 NetBIOS 用于 SMS 远程控制时
涉及端口：
137 名称解析
138 消息传递
139 客户端会话
另外，还需要配置 DNS，DHCP，RPC 等常见的服务器端口：
域名系统（DNS）：UDP 53
动态主机配置协议（DHCP）：UDP 67
远程过程调用（RPC）：TCP 135
Windows Internet 名称服务（WINS）：UDP 138
NetBIOS 数据报：UDP 138
NetBIOS 数据报：TCP 139
