HOWTO: 使用 Intune CSP 为 Windows 11 OOBE 跳过设备选择隐私设置
HOWTO: 为 Windows 11 OOBE 跳过设备选择隐私设置
前面 gOxiA 分享了如何使用 PPKG 跳过 Windows OOBE 过程，但是细心的网友会发现在登录桌面完成首次动画后会显示“为你的设备选择隐私设置”的界面，并且无法跳过。对于企业自动化部署场景来说，这一步会造成一些影响。那么我们该如何跳过设备选择隐私设置呢？！
在 Windows 10 的时候我们可以通过配置 PrivacyConsentStatus 键值来略过隐私设置，它位于 HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE，类型为 DWORD，设置为 1 时将跳过隐私设置，但为 2 时则会重新显示隐私设置。
但是这个键值在 Windows 11 上失去了作用，取而代之的是 DisablePrivacyExperience，它位于 HKLM\SOFTWARE\Policies\Microsoft\Windows\OOBE，类型依旧是 DWORD，值为 1 时则禁用隐私设置。
如果当前组织仍在使用传统的 GPO 实施测试，则可以通过“计算机配置 - 管理模板 - Windows 组件 - OOBE”，找到“在用户登录时不启动隐私设置体验”进行配置。
如果当前基于动态部署方式，则可以考虑在 PPKG 中添加“ProvisioningCommands”，然后使用“DeviceContext”下的“CommandLine”执行注册表修改命令。
对于使用现代部署模式，如 Intune，则可以下发 CSP 策略。
Scope：Device and User
Editions：除了Home以外
OS：1809及以上版本
User：./User/Vendor/MSFT/Policy/Config/Privacy/DisablePrivacyExperience
Device：./Device/Vendor/MSFT/Policy/Config/Privacy/DisablePrivacyExperience
Format：Int
Value：1
从 CSP 的版本使用情况来看，对于 Windows 10 使用 DisablePrivacyExperience 也是适用的。
参考文档：https://learn.microsoft.com/en-us/windows/client-management/mdm/policy-csp-privacy
HOWTO: 允许 Microsoft 365 用户使用临时访问密码
HOWTO: 允许 Microsoft 365 用户使用临时访问密码
用户需要使用一个临时密码来登录自己账号访问资源，或执行某些操作，这种应用场景其实是存在的，在某些特定场景下也是合规的。如果按照以前的做法，重新修改用户账户密码使用完毕后再重新改回，显然不够妥当。但借助 Azure 身份验证方法中提供的临时访问密码就可以实现我们的需求，它允许 Microsoft 365 管理员为账户创建一个临时访问密码，在特定的时间开始生效，在一定时长后失效，并且可设置为是否为一次性使用。该项安全技术同样适用于 Windows 10/11 的 OOBE 阶段。
要为 Microsoft 365 用户账号启用和配置临时访问密码，可访问 Endpoint Manager Center，定位至“用户”，找到用户为其配置“身份验证方法”，添加“临时访问密码”。
配置成功后，会给出临时访问密码，以及安全注册信息。
接下来可以访问 http://aka.ms/mysecurityinfo 来注册用户的凭据，或在其他场景中使用。
如果无法为用户账户添加临时密码访问，则需要对 Azure AD 进行配置，为此请登录 Azure Portal，在 AAD 安全组中找到身份验证方法，并添加临时访问密码。全局设置中可以为特定的用户/组启用，也可以配置最短生存周期，最长生存周期，以及默认生存期，并可强制为一次性使用。
参考文档：
注意：临时访问密码一次仅能设置一个，如果重复设置将替换之前的配置。
[Intune] HOWTO: 解决关联账号发生 0x80180002 错误问题
HOWTO: 解决关联账号发生 0x80180002 错误问题
Windows 客户端设备以本机或 MSA 账号配置登录，之前关联在其他组织中，现已退出，并重新通过“登录工作或学校账户” 以 BYOD 形式关联一个新组织 M365 账号，完成登录验证进行注册时发生错误提示“你的账户未在此设备上设置，因为无法启用设备管理。此设备可能无法访问某些资源，如 Wi-Fi、VPN或电子邮件。”
错误代码：80180002，属于未知错误代码。如下图所示：
完全没有排查头绪，换其他账号是可以正常注册的，查看事件日志 DeviceManagement-Enterprise-Diagnostics-Provider 线索不多，但可看到从服务器端返回了 FailedAuthentication，难道是用户名密码问题，测试后未发现异常。
翻阅 Microsoft Learn (PS：Microsoft Docs 已经正式更名并纳入到 Microsoft Learn 体系) 找到一篇文档：80180002b error during Windows 10 Group Policy-based auto-enrollment to Intune | Microsoft Learn，按照其建议进行了排查确认，并未发现异常，设备属于 Workplace joined，也已经正常退出，80180002与80180002b还是有区别的！只能从账号创建的过程再逐个排查。
最终找到问题所在，账户创建人员仅为当前用户分配了 Office E3 的 License，并未分配 Enterprise Mobility + Security E5，随即问题解决。
