WSUS客户端无法获取错误80072EE2的更新

我们最近为我们的Windows工作站实施了WSUS(约90个)。 某些客户似乎没有问题,而其他客户在尝试使用Windows Update手动检查更新时,仍然返回错误“80072EE2”。

客户端是Win7 x64 SP1,服务器是Win2008 x86 SP2

我们的工作站使用标准图像,因此系统之间的差异很小。

服务器上的进程w3wp.exe长时间处于非常高的CPU状态。

在问题客户端的WindowsUpdate.log中,我们看到:

2015-12-04 11:12:33:847 968 12ac PT Server URL = http://server.domain.com/SimpleAuthWebService/SimpleAuth.asmx 2015-12-04 11:13:37:937 968 12ac Misc WARNING: Send failed with hr = 80072ee2. 2015-12-04 11:13:37:937 968 12ac Misc WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <> 2015-12-04 11:13:37:937 968 12ac Misc FATAL: SOAP/WinHttp - SendRequest: SendRequestUsingProxy failed. error 0x80072ee2 2015-12-04 11:13:37:937 968 12ac PT + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0 2015-12-04 11:13:37:937 968 12ac PT + Caller provided credentials = No 2015-12-04 11:13:37:937 968 12ac PT + Impersonate flags = 0 2015-12-04 11:13:37:937 968 12ac PT + Possible authorization schemes used = 2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200 2015-12-04 11:13:37:937 968 12ac PT WARNING: PTError: 0x80072ee2 2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncUpdates_WithRecovery failed.: 0x80072ee2 2015-12-04 11:13:37:937 968 12ac PT WARNING: Sync of Updates: 0x80072ee2 2015-12-04 11:13:37:937 968 12ac PT WARNING: SyncServerUpdatesInternal failed: 0x80072ee2 2015-12-04 11:13:37:937 968 12ac Agent * WARNING: Failed to synchronize, error = 0x80072EE2 2015-12-04 11:13:37:937 968 12ac Agent * WARNING: Exit code = 0x80072EE2 

检查WSUS服务器SoftwareDistribution.log,我们看到:

 2015-12-04 16:14:36.018 UTC Error w3wp.18 ClientImplementation.SyncUpdat Syst em.Threading.ThreadAbortException: Thread was being aborted. at Microsoft.UpdateServices.Internal.NativeMethods.ExtractBlobFromMemoryCab UInt32 cbCompressed, Byte* pCompressed, UInt32& pcbUncompressed, IntPtr& ppUnc mpressed) at Microsoft.UpdateServices.Internal.CabUtilities.ExpandMemoryCabToString(B te[] src) at Microsoft.UpdateServices.Internal.DataAccess.ExecuteSpGetCoreUpdateXml(I t32[] revisionIds) at Microsoft.UpdateServices.Internal.DataAccessCache.GetCoreUpdateXml(Int32 ] revisionIds, DataAccess da, Int64 maxXmlPerRequest) at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(Versi n clientProtocolVersion, DataAccess dataAccess, Hashtable stateTable, Hashtabl deploymentTable, Boolean haveGroupsChanged, Boolean driverSyncNeeded, Boolean doChunking) at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(Data ccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUp ateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery Guid[] filterCategoryIds, Boolean needTwoGroupOutOfScopeUpdates) at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki cookie, SyncUpdateParameters parameters) at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki cookie, SyncUpdateParameters parameters) at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, Sync pdateParameters parameters) at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arg ments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHan le typeOwner) at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] argu ents, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle type wner) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo eAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVi ibilityChecks) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo eAttr, Binder binder, Object[] parameters, CultureInfo culture) at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Ob ect[] values) at System.Web.Services.Protocols.WebServiceHandler.Invoke() at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest() at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(Http ontext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpAppli ation.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& com letedSynchronously) at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception err r) at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext c ntext, AsyncCallback cb) at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerReque t wr, HttpContext context) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl gs) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) at System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr pHandle , RequestNotificationStatus& notificationStatus) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl gs) at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags) 2015-12-04 16:14:36.018 UTC Warning w3wp.18 SoapUtilities.CreateException Throw Exception: actor = http://server.domain.com/ClientWebService/client.asm , ID=9b1e3f5a-f766-4ba9-bf7e-52c7cfbe1f68, ErrorCode=InternalServerError, Mess ge=, Client=a39b9446-c45a-4060-851d-9157a2393278 

我们已经尝试过了:

  1. 重新启动服务器
  2. 更改自动更新检查更新时间从1小时到10小时
  3. 禁用服务器上的AV访问时扫描
  4. 将问题客户端更新到最新的WSUS客户端
  5. 手动浏览上面客户端日志中提到的URL。 (没有问题)

我对WSUS相当陌生,所以我不确定还有什么可以检查的。 任何帮助将不胜感激。

我最近遇到了这个确切的问题,在日志中有相同的错误,正如你所看到的。

下面的屏幕截图中的事件错误使我转向了这个问题:

在这里输入图像说明

事件日志中的这些错误与Windows进程激活服务(一个.NET组件)有关的WSUS应用程序池的问题。 卸载WSUSangular色使这些错误消失,但重新安装angular色使他们再次回来(这就是我知道他们是由WSUS引起的,而不是来自此服务器上的其他Web服务)。

首先要确保KB2720211安装在WSUS服务器上。 这是WU本身的安全更新。 如果您的任何客户端直接从Microsoft更新,则它们将已经具有此更新,并且将无法与您的WSUS服务器通信(如果安装了WSUSangular色,则在WSUS服务器上检查Microsoft的更新将为您提供此更新)。

其次,强制WSUS重新configurationIIS。 出于某种原因,重新安装angular色configuration不当。 从命令提示符键入以下内容:

C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite false

这将重新configurationWSUS IIS站点以在端口80上运行。然后键入:

C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite true

这将重新configurationWSUS回到端口8530。

如果您已经在端口80上,则反过来执行此过程。

强制WSUS重新configuration自己似乎unclog任何问题得到错误configuration与IIS。

我在这个问题上工作了近一个星期,最终这个问题解决了。 我希望它可以帮助你。

在受影响的客户端检查registry中

HKLM / SOFTWARE /策略/微软/视窗/ WindowsUpdate的

并将WUServer和WUStatusServer的值与您的WSUS实际服务器名称进行比较

上周我在networking上首次configurationWSUS服务器时遇到了这个问题。 我也使用2008 R2(虚拟实例)作为服务器,所有客户端都是服务器或Win 7 x64机器。

我为此奋战了几天,为WSUS本身安装了各种修补程序,试图重新configurationIIS,并在日志之后灌注日志。 Solarwinds工具告诉我一切都很顺利,我没有任何DNS问题,也没有任何问题在任何地方与服务器上的IIS联系。 我删除了软件分发文件夹,强制客户端检测和报告,使用微软fixit工具,所有的垃圾。 最后,剩下一半以上的主机仍然没有向服务器报告,也没有人能够在没有得到“80072EE2”投标的情况下手动检查更新。

作为绝对的最后手段,我closures了虚拟机,并重新创build了一个新的虚拟机,这次是Server 2012.我从服务器pipe理器安装了WSUSangular色,几分钟之内就能顺利运行。