因此,WSUS 服务器配置为从 Microsoft 下载最新更新,然后其他服务器将从 WSUS 服务器下载更新。
WSUS 服务器从 Microsoft 下载更新没有问题。
本地服务器和计算机能够收到新更新的通知,但是当他们尝试从 WSUS 下载时会出现问题。
例如,文件服务器会收到 1 个新更新(100KB)的通知并开始下载。但随后,下载进度将停留在 0%,直到 Windows 更新弹出错误消息。
任何想法?
我在网上做了一些研究,大部分都是关于从微软而不是本地 WSUS 获取更新的问题。
答案1
我遇到了这个问题,但现在已经解决了。你必须检查一些设置。
- Windows 防火墙,它应该允许私有网络和域的连接
- 您应该在组策略中配置自动更新(如果不启用此选项,则使用 wsus 更新将不起作用)
- 在 IIS 中展开 wsus 网站并选择 selfupdate 并启用目录浏览,然后对 clientwebservice 执行相同的工作
- 在客户端电脑上打开 cmd 并输入“ gpupdate /force ”并检查更新
注意:在组策略中不要忘记设置指定内联网 Microsoft 更新服务位置的端口,例如 "http://servername:8530"
WSUS 的默认端口是 8530
答案2
错误是
0x80072EE2 ERROR_INTERNET_TIMEOUT
这是网络超时错误。很可能是某些因素阻碍了网络通信。
Windows 防火墙?硬件防火墙? 客户端计算机注册表中输入的 WSUS 服务器地址是否正确?DNS 怎么样?客户端能否正确解析 WSUS URL?
答案3
原来是我们的网络人员在配置 WSUS 服务器时犯了一个错误。这导致我们的 WSUS 没有从 Microsoft 下载任何更新包。
因此,虽然报告有新的更新可用,但客户端服务器无法从我们的 WSUS 服务器找到并下载更新。
确保 WSUS 服务器正确下载并保存更新包解决了该问题。
答案4
我们的三台 2012R2 服务器都遇到了这个80072EE2
问题。致电 Microsoft 支持部门后,我们解决了所有问题。
- 检查所有必需的服务(见下面的列表)是否正在运行。我发现其中一些服务需要定期检查以确保它们仍在运行(在我几分钟前启动它们之后)。
- 检查是否有足够的可用磁盘空间。可能比你想象的要多。对于我 6GB 的下载,微软工程师建议 33GB 的可用磁盘空间。不知道他是怎么算出来的。
- 检查是否存在阻止 Windows Update 运行的策略。为此,请
rsop.msc
在(提升的?)命令提示符下键入,在“管理模板”下查找“Windows Update”。没有条目意味着没有阻止 Windows Update 的策略。 - 单击“从 Windows Update 在线检查更新”链接,而不是“检查更新”链接。
所需服务包括:
- 应用程序就绪
- 背景情报传输服务
- 加密服务
- Windows更新
- Windows 模块安装程序
- Windows 安装程序