项目发布：PPKG
用于 Windows 自动化部署的 PPKG 文件和工程模板，帮助 IT 人员快速实现部署并学习 PPKG 制作。
本项目提供 Windows 配置包（PPKG） 及其 工程文件，帮助 IT 人员和技术爱好者：
- 快速实现 Windows 自动化部署
- 减少手动配置时间与重复工作
- 学习如何使用 Windows Configuration Designer 创建和定制 PPKG
适用场景
- 企业批量部署 Windows
- 教学与培训
- 测试和实验环境的快速配置
- 个人定制系统初始化
项目地址：https://github.com/goxia/PPKG
首发：Automated OOBE
HOWTO: 在全新部署 ConfigMgr TechPreview2411 时解决 SQL RMO 无法安装的问题
HOWTO: 在全新部署 ConfigMgr TechPreview2411 时解决 SQL RMO 无法安装的问题
今天快速分享一个 ConfigMgr 部署时遇到的小问题，ConfigMgr TechPreview2411 发布有一段时间，在该版本总提供了一些新的功能特性，我们可以先简要了解一下。
- 主要增加了对 Windows 11 24H2 和 Windows Server 2025 的支持。
- Windows 11 24H2 和 Windows Server 2025 已添加到产品生命周期仪表板和支持的平台。
- 添加了 Windows 11 24H2 和 Windows Server 2025 客户端支持。
- Windows Server 2025 上的 CM 中的启用映像现在支持最新的 Windows ADK。
- Windows 升级就绪仪表板现在支持 Windows 11 24H2 来升级客户端。
需要注意：Windows Server 和 Windows 11 24H2 不支持防火墙规则。这会导致 ConfigMgr Applet 出现不合规状态。
- CMG（Cloud Management Gateway）增强的安全性，现在 CMG 安装程序使用托管标识的第三方服务器应用与 CMG 的 Azure 存储账户交互，而不是存储账户密钥。对于从早期版本升级到 4311tp 的场景，CMG 增强安全性按钮显示为已启用。CMG Entra 应用程序密钥续订功能包含四个选项。此更新还阻止超过 800 天续订其密钥。
- SQL 2012 和 2014 支持已弃用，从此版本开始，ConfigMgr 不再支持 SQL Server 2012 和 2014 版本。需要升级到最新的 SQL 版本或至少 SQL Server 2016。如果不升级，CM 升级将被阻止，并在预发布检查期间提示错误。
- Arm64 设备中的软件计数支持，ConfigMgr 现在支持 Arm64 设备的软件计数。软件计数用于监视文件名以 .exe 结尾的 Windows 电脑桌面应用。
最近 gOxiA 在进行 Windows 11 24H2 部署相关的测试，所以搭建了一套基础环境用于全新部署 ConfigMgr TechPreview2411。安装准备过程比较顺利，但等到开始安装后没多久便会提示安装失败，具体报错如下图所示。
从报错看是在执行 SQL RMO 安装时发生了错误，打开 ConfigMgrSetup.log 可以确认 CM Downloads 中的 msoledbsql.msi 安装失败。回顾之前的准备工作也都是按照提示一步步执行的应该不会有什么问题啊？！随即手动安装 msoledbsql.msi 测试，发现提示 VC++ 2022 Redistributable 版本过低，要求 14.34 或更高版本。
回顾之前的准备过程，在启动 ConfigMgr 安装程序时会提示需要先安装 Microsoft ODBC driver for SQL Server Setup，但要安装这个程序则需要先安装 VC++ 2017，而向导提供的安装包版本为 14.16.27052.0，低于 msoledbsql.msi 所要求的最低 14.34 版本。
按照最后提示的 VC++ 下载地址（https://go.microsoft.com/fwlink/?linkid=2219560）进行安装，仍旧提示失败！！！难道是需要 x86 版本？！随即测试验证通过，问题得以解决。总结一下个人感觉 ConfigMgr 非常庞大且复杂，其中涉及方方面面的很多细节不容忽视，稍有不慎就会引发各种各样的问题，所以熟读官方文档，反复测试积累经验，还是非常有必要的。
使用 WDS 部署 Windows 11 24H2 Arm 的可行性研究
使用 WDS 部署 Windows 11 24H2 Arm 的可行性研究
今天继续分享与 Windows 自动部署相关的话题，前面介绍了“基于 Autounattend 应答文件的 Windows 11 24H2 Arm 自动化安装”，这次 gOxiA 要与大家分享一下最近在 WDS 上部署 Windows 11 24H2 Arm 的收获。如果你关注过之前的一篇日志“WDS 变更部署支持”，会了解到 WDS 很关键的信息，即便如此 gOxiA 还是希望通过实践做一下可行性研究。
环境为一个工作组的Windows Server 2025（以下简称：WS2025），安装了 DHCP 和 WDS Role，并进行了配置目前属于可工作状态；客户端是一台 Arm 架构的设备，支持 PXE Boot 启动。首次尝试时，我先导入了 Windows 10 22H2 Arm 安装源中的 Boot.wim，在成功执行 PXE Boot 引导进入 Windows Setup 的 PE 环境后，报了一个错误，如下图所示，看起来是 DHCP 导致的一个问题。
在导入网卡、USB等驱动后仍旧是报这个错误，看来应该是底层做了某些限制，指示给了一个完全无关的报错。之后又尝试导入 Windows 11 24H2 Arm 的 Boot.wim，启动后如下图所示，看起来是缺少相关驱动。
但实际测试后发现即使导入了驱动也仍是这个提示，而且需要调用 CMD 执行网络初始化才能启动网络，但始终是提示需要驱动的界面，同上也只能放弃！
最后的希望只能放在 Windows PE 上了，使用 Windows ADK 生成 Arm64 的 PE，并集成了网卡驱动，将其添加到 WS2025 WDS 的启动映像中，客户端引导成功，并且网络能够自动初始化。尝试做了 Ping 可连通 WS2025 服务器，并且还能够正常使用 Net use 命令。但当 gOxiA 尝试向该 PE 集成相关的 Setup 和 WDSTools 相关组件后，则该映像将启动失败。结论同上，应该是底层做了限制，就是要杜绝掉使用 WDS 执行 Windows Setup。
OK，gOxiA 再换个思路，不在当前 PE 集成相关组件，使其成为一个可正常引导并访问访问网络的 PE 环境，之后从网络加载 Windows 11 24H2 Arm 的安装源，手动执行 Windows Setup，惊喜！！！竟然以 Legacy Setup 模式成功启动了 Windows Setup，但是呢……安装向导会提示当前设备不符合 Windows 11 最低需求。
怎么可能！？该设备绝对是满足的，要了解真相只能排查日志 - Setupact.log，如下图所示，TPM没有被检测到。手动做了 TPM 的Bypass 检查跳过，这次可以了……
既然因为检测不到 TPM 而终止，那就想办法为 PE 集成 TPM 驱动呗！想着简单，实现起来可是难上加难！首先查看 TPM 驱动发现它是一个系统级自带的驱动，与之相关的只有 TPM 固件驱动，检查 TPM 固件对应的 OEM.inf，再确认实际的 inf 名称，将其加载到 PE，谁想仍旧无法正常检测到 TPM，成为了难解之题，只能放到后续再研究。
总结，通过本次测试研究，可使用基本版的 Windows 11 PE，通过手动加载 Windows 11 24H2 Arm 安装源的方式启动 Windows Setup，对于 TPM 问题可以通过 BypassCheck 的方法处理。那么 gOxiA 完全可以手动编制一个定制 PE 自动执行这些操作以完成 Windows 11 24H Arm 的自动部署。只是这样一来，WDS 仅仅是充当了一个 PXE Boot 的角色，而部署则完全依赖 WS2025 的 SMB。
后面，会抽时间完成这个 PE 的定制，如有收获会继续与大家分享！
