WSUS上的计算机显示操作系统为window 10 pro，但实际操作系统为windows 11，是否因为这个原因域控内PC无法从WSUS获取补丁进行更新

Question

WSUS上的计算机显示操作系统为window 10 pro，但实际操作系统为windows 11，是否因为这个原因域控内PC无法从WSUS获取补丁进行更新

Akashi Zhang 21

WSUS上的计算机显示操作系统为window 10 pro，但实际操作系统为windows 11，是否因为这个原因域控内PC无法从WSUS获取补丁进行更新。如果不是的话，那会是什么原因导致的，或者有没有什么能够找出原因的方法并解决的方案。

WSUS服务器操作系统：Windows Server 2022 Standard

域控内客户端PC操作系统：Windows 11 专业 25H2

用户的图像

0 个注释

1 个答案

你的答案

Answer 1

Chen Tran 13,355 独立顾问

你好，张，

感谢您在Microsoft Windows论坛上提问。

根据问题描述以及提供的截图。很可能 WSUS（Windows Server Update Services）错误将 Windows 11 客户端识别为“Windows 10”，其控制台因 Microsoft 处理版本元数据的方式而错误显示作系统字符串。即使是在像Windows Server 2022这样的现代服务器上也是如此。

对此症状的合理解释是，Windows 10和Windows 11共享主要版本号10.0。由于WSUS使用Windows更新代理（WUA）版本和基本元数据来报告作系统，因此通常默认为“Windows 10”，因为该显示列中没有特定的“映射”到Windows 11名称。另一方面，Windows 11（从22H2到当前的25H2）使用统一更新平台（UUP）。如果你的WSUS服务器在IIS中缺少特定的MIME类型，可能会难以正确处理元数据。

这里的建议是检查UUP支持的配置，并核实WSUS的产品和分类。

如果你的WSUS服务器是从之前版本升级过，或者没有配置UUP，它可能无法正确“识别”Windows 11。确保 .msu 和 .wim MIME 类型存在于 IIS。打开IIS管理器。在左侧面板选择你的WSUS服务器。打开MIME类型并确保这些类型存在。
- .msu -> application/octet-stream
- .wim -> application/x-ms-wim
- .esd -> application/vnd.ms-cab-compressed.os-upgrade-variant-esd
确保你的WSUS服务器实际上是在寻找Windows 11的元数据。在WSUS中，请访问“产品与分类>期权”。在产品选项中，确保勾选了Windows 11。在分类中，确保已勾选升级和安全更新。更改这些设置后运行同步程序。
同时，确保你的Windows Server 2022 WSUS已完全打补丁。一些累积更新会提升Windows 11的检测能力。

许多用户默认 WSUS 显示 Windows 11 为 Windows 10，因为更新仍然正确应用。如果准确报告至关重要，你可以考虑迁移到Intune或Windows Update for Business。

您可以参考以下文章以获取更多关于该问题的信息。

希望 以上信息对你有帮助！如果是的话。免费感受点“已接受”，帮助社区中也有同样问题的其他人。

Akashi Zhang 21 信誉分

2026-01-16T10:26:53.0666667+00:00

您好，Chen Tran

我已经按照以上方案修改了，但是依旧不能修改其显示。其中与上述不同且需要修改的地方只有IIS中的MIME类型

.esd -> application/vnd.ms-cab-compressed （原来的设置）

.esd -> application/vnd.ms-cab-compressed.os-upgrade-variant-esd

如果只是说不显示正确的OS也能正确应用补丁的话，我这边的问题就变成了客户端PC无法从WSUS获取补丁，之前还可以的，现在不行了，是否与报告中的不适用有关系？

1.14获取到的补丁在经过自动审批后，客户端不能从检查更新中获取到这些补丁，如下图。

有没有什么解决方案或者检查原因的方法？注：之前是可以正常从WSUS获取到补丁的。
Chen Tran 13,355 信誉分独立顾问

2026-01-16T10:59:28.1233333+00:00

你好，张，

谢谢你的额外信息！

根据我对这个问题的进一步研究。事实上。WSUS 通常根据客户端报告的构建号显示“作系统”版本。如果你的WSUS数据库没有完全处理Windows 11的元数据，它会默认使用Windows 10字符串，因为它们共享相同的NT内核基。可能的原因是自从你更新了MIME类型后，客户端没有成功发送硬件库存/状态报告。如果它还显示“Windows 10”，

如果设置正确但更新仍然失败，建议查看客户端日志。这会告诉你为什么补丁“不适用”。在 Windows 11 电脑上，运行 PowerShell 命令 Get-WindowsUpdateLog。打开桌面上创建的WindowsUpdate.log。搜索关键词如“协议通话器”，看看客户端是否成功与WSUS URL通信，或任何警告和错误代码，如0x80244017（代理/IIS问题）或0x80242006（元数据无效）。

希望 提供的信息对你有帮助！如果是的话。免费感受点“已接受”，帮助社区中也有同样问题的其他人。
Akashi Zhang 21 信誉分

2026-01-16T11:08:33.41+00:00

您好，Chen Tran，

通过Get-WindowsUpdateLog确实又找到ProtocolTalker关键字，但是看不明白是什么意思，只能看懂到最后是Updates found = 0。即检查可更新数量为0。但是按照WSUS中安全更新补丁中，KB5074109应该可以被从WSUS中检查到这个补丁才对的。但是客户端检查更新后依旧没有检查到任何可以更新的补丁。
Akashi Zhang 21 信誉分

2026-01-16T11:16:35.9466667+00:00

请忽略该条Comment，由于网络卡顿重复了。
Akashi Zhang 21 信誉分

2026-01-16T11:23:28.3166667+00:00

您好，Chen Tran，

感谢您的及时回复，我这边在客户端PC上手动进行了更新检测后，再到PowerShell中运行了Get-WindowsUpdateLog 命令，其中查找到Protocol Talker关键词并且并未找到上述两个错误代码。麻烦根据下图日志看下是否有有用的信息。

此外，我们手动进行更新的结果依旧是没有获取到任何补丁，但是按照WSUS中补丁列表里的KB5074109应该是可以安装到这个Windows 11 64为操作系统中的。但依旧是没有任何更新能从WSUS中推下来。

请问还有别的什么方案吗？
Chen Tran 13,355 信誉分独立顾问

2026-01-17T09:14:47.21+00:00
你好，张，

根据该行的输出，ProtocolTalker： SyncUpdate 往返：2 in WindowsUpdate.log，这仅意味着 Windows Update 客户端需要与 WSUS 进行两个请求/响应周期以完成更新同步。这本身并不是错误。这确实是一个诊断痕迹，显示客户端在同步过程中与WSUS通信了多少次。

关于Windows 11仍然显示为Windows 10的情况。正如我之前回答中提到的。还有一点我想补充一点，即使你添加了MIME类型，客户端可能也需要“重置”其向服务器的报告状态。在客户端PC上，尝试在管理员命令提示符中执行以下命令强制提交新报告。

usoclient StartScan

wuauclt /reportnow

WUAUCLT /DetectNow

希望 提供的信息对你有帮助！如果是的话。免费感受点“已接受”，帮助社区中也有同样问题的其他人。