最近查看WSUS服务器的运行状况，发现有2台计算机的状态始终是“尚未报告”，由于这2台计算机距离比较远，因此也无法从log文件中看到信息而WSUS服务器端的log又太复杂，于是也就放弃了。但是前两天自己家里面的某一台计算机也出现的这种情况，于是看windows目录下的windowsupdate.log，发现在检测更新的时候有如下的错误：
Date Time 788 ee4 PT +++++++++++ PT: Synchronizing server updates +++++++++++
Date Time 788 ee4 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://WSUS Server/ClientWebService/client.asmx
Date Time 788 ee4 PT WARNING: SyncUpdates failure, error = 0x8024400E, soap client error = 7, soap error code = 400, HTTP status code = 200
Date Time 788 ee4 PT WARNING: SOAP Fault: 0x000190
Date Time 788 ee4 PT WARNING: faultstring:Fault occurred
Date Time 788 ee4 PT WARNING: ErrorCode:InternalServerError(5)
Date Time 788 ee4 PT WARNING: Message:(null)
Date Time 788 ee4 PT WARNING: Method:"http://www.microsoft.com/SoftwareDistribution/Server/ClientWebService/SyncUpdates"
Date Time 788 ee4 PT WARNING: ID:c0a7445f-b989-43fa-ac20-11f8ca65fa8c
无论怎么配置服务器还是在客户端上用wuauclt命令来清除数据库或改变设置，这个问题依然存在。没办法，只能求助于万能的googlebaidu始终搜不出来，因为国内没人报告这个问题过），终于在微软WSUS Team Blog上发现了相关的内容。原来是由于客户端计算机上安装了Office 2003或者与Office 2003有关的组件而引起的，这个问题并不是全部，而是部分计算机会发生此问题。按照WSUS Team Blog上所述的解决方法——找到Office 2003 SP1这个更新，然后把状态从“拒绝”变成“允许”，然后再次“拒绝”，就可以了。但我这里始终不能从“拒绝”变成“允许”。更为奇怪的是，Office 2003 SP1这个文件的更新日期居然是3008年6月11日。没办法，只能先把Office 2003卸载了，然后运行wuauclt /detectnow，发现问题解决。但Office 2003怎么办？后来找了张未打任何补丁的Office 2003，安装，让它自动从WSUS服务器上获得SP3补丁，打完补丁后，一切正常，能自由的接收更新了。
今天正好想到这个问题，于是上Microsoft的网站查询，发现恰好在今天微软发布了KB954960这个针对于WSUS 3.0 SP1的补丁，就是修正上面这个错误的。于是赶紧下载，安装时候报错，说版本错误。仔细看下这个更新的说明文件，发现需要的版本是是WSUS 3.0 SP1，而我所用的版本是WSUS 3.0。再手忙脚乱的下载SP1补丁，80M，速度还不错，350k/s，安装完SP1补丁实际上就是自动卸载WSUS 3.0，在安装WSUS 3.0 SP1），之后再打KB954960这个补丁，就OK了。按照微软所说的方法，看了看被打补丁文件的版本变成了3.1.6001.66，而其他文件的版本都是3.1.6001.65，补丁生效。
打完补丁，过一会儿再上去看，原来两台状态为“尚未报告”的计算机，现在能正常地报告状态并自由的取得更新。