[Intune] Windows Autopilot for pre-provisioned deployment (Public preview)
Windows Autopilot for pre-provisioned deployment (Public preview)
看到这个标题不要兴奋，不要慌张，Pre-Provisioned deployment（预先预配部署）虽然是个新名词，但内容还是老的，其实它就是过去我们讲的 Windows Autopilot 的 white glove（白手套）模式，还记得它的概念和功能吗？！我们来复习一下。
过去我们要交付设备时，OEM 阶段仅会提供 Windows 映像和对应的设备驱动，此外可能会包含一些预装的应用软件，例如：Office 365，或其他第三方软件。在设备交付到企业最终用户前，会由企业 IT 桌面部门的人员进行标准化的配置，有些会利用传统的部署方式重灌映像；也有用动态部署方式基于 OEM 系统进行标准化的定制，例如在 OOBE 阶段加载 PPKG 完成标准化软件的安装以及系统环境的配置；目前更多的企业正利用现代部署方式 - Intune，来赋予 Internet 部署企业标准客户端的能力，利用 Intune 我们将 Internet 作为载体，运送企业的标准化应用和策略到设备端，利用 Intune 提供的 Windows Autopilot 还可以在 OOBE 阶段引导客户完成桌面环境的标准化部署。在这个场景下，我们通常会使用“用户驱动模式”来执行 Autopilot，但该方案有一个可能的问题会降低设备最终用户的部署体验，因为设备最终用户拿到设备开机进入 OOBE 执行 Autopilot 时会通过 Internet 获取所有设备所需的标准化软件安装源以及相关的策略配置，这会消耗不少的时间。
如果我们能添加一个阶段，可以在 OOBE 阶段无需用户登录，而由 OEM 或 Partner 或 IT 人员发起一个预先配置操作，就可以提前将软件或策略下载并部署到设备上，这样一来交付到设备最终用户手上时，OOBE 和 Autopilot 就会大大的加快部署时间，减少了等待，从而提升了用户的体验。
Pre-provisioned deployment 应运而生，它拆分了 Windows Autopilot 的预配过程，将耗时的部分由 OEM、Partner 或 IT 人员完成，最终用户只需完成一些必要的设置和策略。
在 OOBE 阶段，按下五次 Windows 键即可激活 Pre-provisioned deployment，它将从 Intune 应用所有面向设备的策略，这包括：证书、安全模板、设置、应用等任何针对设备的内容；还将安装分配给设备上下文，以及已分配用户的应用（Win32或LOB）。
要使用 Pre-provisioned deployment 也同样需要创建配置文件，它基于 User-Driven，只需要在配置中启用“Allow pre-provisioned deployment”即可，如下图所示：
此外，Pre-provisioned deployment 对于设备终端也有一定的要求：
1. Windows 10 1903或更高版本
2. Windows 的专业版、企业版和教育版
3. Intune 订阅必不可少
4. 除了要支持 TPM 2.0 以外，还需要 TPM 支持“证明”（attestation），在证明过程中还需要访问一组对应特定的 HTTPS URL
5. 需要有线网络，不支持 Wi-Fi 连接（有 Workaround）
Pre-provisioned deployment 在成功执行后会有一个绿色的界面显示结果，否则将显示红色的界面，如果您所在的企业设备已经满足相关的要求，并在实施 Windows Autopilot，不妨考虑一下 Pre-provisioned deployment。
Intune Windows 功能更新部署 - 逐渐推出更新
Intune Windows 功能更新部署 - 逐渐推出更新
Intune 为 Windows 功能更新部署提供了一个新选项，即：逐渐推出更新（Make updates available gradually），按照官方的解释是：“逐渐推出更新有助于在配置的一系列时间内分配更新的可用性，Windows 更新在不同时间向策略所针对的不同设备子集提供更新。与同时向所有设备提供更新相比，此选项可以降低对网络的影响。”那么我们该如何理解这个选项呢？！
如下图所示，我们在 Intune 中创建了一个 Windows 的功能更新策略，计划将设备系统升级到 Windows 11，因为选择了“逐渐推出更新”选项，我们需要指定“第一组可用性”，即向接收此策略的设备提供更新的第一天；还需要指定“最终组的可用性”，即最后一天；最后还要指定一个“组之间的天数”，这个可以理解为间隔期，本例设置为3天。
这样配置之后，即2月14日到2月24日的11天中，每3天将被分割为1个组，这样就有了4个更新组。然后 Windows 更新会随机将目标设备分配给组，使组保持大小均匀进行更新。
如果在下发策略后变更了日期，Windows 更新将根据需要重新计算要使用的组数；如果 最终组可用性 的日期变更为过去，则会尽快为所有剩余设备提供更新；如果 第一个组可用性 的日期变更为未来，则已提供更新的设备将保留更新内容，且新设备在该新的开始日期之前不会收到更新内容。
如果策略分配变更为添加或删除设备，那新设备将分发到剩余的更新组中；对于不再被策略作为目标但已提供更新的设备，Windows 更新会尝试收回更新内容，但是如果设备已经开始处理该更新内容，则无法收回。
最后，我们在快速看一下该策略下的其他两个选项，都是相对容易理解的。其中“尽快提供更新”即更新对设备没有延迟，为Windows更新的默认行为；“在特定日期提供更新”，即指定一个更新的日期，在此之前不会向设备推送更新。
HOWTO: 使用 Intune 为 Windows 10 设备阻止 Windows 11 升级
HOWTO: 使用 Intune 为 Windows 10 设备阻止 Windows 11 升级
Windows 11 已经发布有几个月的时间，一些企业可能还未做好升级到 Windows 11 的准备，如果当前设备已经通过 Intune 管理，那我们可以轻松的利用 Intune 的 Windows 更新通道来阻止企业中符合条件的 Windows 10 设备升级到 Windows 11。
为此，我们可以登录 Microsoft Endpoint Manager 管理中心，找到 设备 中的 Windows 10 及更高版本的更新通道 设置，新建或修改配置文件，然后将“更新设置”下的“将 Windows 10 设备升级到最新的 Windows 11”选项配置为“否”即可，你没有看错就是这么简单！！！
此外，在该页面中还有一个选项“重启启动检查”，如果要避免更新强制重启可以“允许”这个设置。今天暂告段落，过几天 gOxiA 会分享关于 Intune 下 Windows 功能更新部署的一个新特性 - “逐渐推出更新”。
