时间:2021-02-23 来源:win10官网 游览量: 次
Windows Server Update Services(WSUS)在Windows 10 1909版上无法检测到正确的内部版本号。由于存在错误,将返回错误的内部版本号。
此信息已在我的收件箱中存放了几天。博客读者Karl分享了有关Patchmanagement的全部内容,但将我放在CC上并写道:(Windows Server 2022 20295 vNext(LTSC) )
请RT / Share and upvote this,无论您是否使用WSUS,它都将引起更多关注。
让客户放弃这种策略是没有责任的。WSUS显然是MS的“请勿触摸”或“省力型”区域,他们试图“替代”推广WuFB。
问题:1903/1909/2004 / 20H2,很快21H1将在WSUS中报告错误的客户端操作系统标识字符串。这使得使用默认报告和GUI视图几乎无法进行报告。
让我感到不高兴的是,MSFT通过启用更新和核心OS的相同更新发明了一个非常不错的成就,但拒绝解决WSUS数据库逻辑。
考虑到这一点,我完全理解为什么没有针对1903和更高版本(1903/1909)的单独产品类别,而对于2004和更高版本(2004 / 20H2)没有单独的产品类别
他们基本上计划了这一受欢迎的变更,而无需执行WSUS。
如果MS是好的,人们需要购买3次晚会脚本来解决这个问题(AJtek WAM),并在同一时间告诉这是“设计”,那么我想他们的设计是不行的。
如果亚当•马歇尔(Adam Marshall)能够解决此问题,则Microsoft应该是第一个本地解决此问题的实例。
为提高扫描WSUS的Windows设备的安全性而进行的更改– Microsoft技术社区
我列出了4个单独的用户语音,每个语音用户都希望更改30个以上的投票,与该用户语音区域类别相比,这是“很多”。
感谢您的帮助,并感谢所链接的uservoice项目和您的时间。它有助于使用Twitter标记@windowsupdate并表达您对此的反馈。
这可以作为用户语音在此处找到,但是最初已在2020年11月在此Technet线程中进行了详细描述。由于Windows 10版本1903和1909使用相同的代码库,因此它们也收到相同的更新。内部版本号仅相差一个数字,并且由于错误,WSUS无法识别。在特定情况下,用户写道:
我在Server 2019上运行WSUS(独立)。我们在Windows 10 1909上的所有试验机都向WSUS报告,内部版本号为18362(1903),而不是18363(1909)。
我了解到1903/1909共享相同的基准,并且它们之间的区别基本上是一个功能启用包,但是仍需要在WSUS中正确报告不同的内部版本号。否则,我所做的一堆报告就不见了。
因此,即使安装了秋季更新,WSUS也会始终报告Windows 10版本的春季版本。同时,对于Windows 10版本2004和20H2,整个问题也得到了确认。Karl要求读者支持UserVoice上的此错误,并向Microsoft施加压力以修复整个问题。还是整个事情已经解决了?因为Microsoft在2021年2月7日指出他们想研究这个问题。本文来源于Win10专业版下载官网,转载请注明来源与出处。