我们正在将第三方 MDM(本地)与 AAD 门户中的 Autopilot 集成以启用 Windows 10 OOBE。我们希望通过利用 Azure 中的本地核心企业应用程序服务器来实现这一目标。到目前为止,我们已经配置了以下内容,但没有按预期工作。在“用户设备注册”或“DeviceManagement-Enterprise-Diagnostics-Provider”中也找不到任何相关的事件日志:
Autopilot 设备配置文件是通过将 ID 导入 Autopilot 来创建的。具有授权用户的安全组,包括。在 Azure AD 使用的 MDM 应用程序中还配置了启用 MFA 的身份验证重定向 URI,以通过映射 Azure DRS 之一的相应 client_id 加入 Web 应用程序。还创建了使用条款 URL 和密钥。MDM 发现 URL 和 MDM 使用条款 URL 已正确设置,但尚未检查它们是否可通过 Internet 访问 注意:以上所有内容和许多其他要求都经过多次检查和测试。当 InTune 用作 MDM 服务器时,设备能够注册(通过将 InTune 应用程序添加到我的 Azure AD)
开箱即用的测试设备用于在 Azure 中运行以下测试场景,其中包含 E5。mdm + 安全订阅。
在我们的测试中,我们收到以下错误:
****> 由于以下原因,我们无法注册 Azure AD:重定向 UI
[ https://login.microsoftonline.com/WebApp/CloudDomainJoin/10]格式不正确**** 经过一番谷歌搜索后,我读到这可能是由 DNS 问题、出站代理问题或各种其他原因引起的。
我还读到,如果租户管理员未安装应用程序或租户中的任何用户未同意该应用程序,则可能会发生这种情况。我们可能将身份验证请求发送给了错误的租户,但今天与一位同事核对了这一点,并根据需要授予了所有必要的权限。没有做到这一点
我还读到这可能只是由于一般的身份验证失败,这对我来说仍然很普通。
任何人都知道如何根据报告的错误解决这些类型的问题。小费将不胜感激。
有一种简单的方法可以通过更改关联的属性文件 (mifs.properties) 来解决此问题。在这里,您会发现 - 正如您正确推断的那样 - 当前的正则表达式固定在 [0,9]。在正式修复之前,可以相应地修改这个作为一种解决方法。假设您与 MobileIron 签订了支持合同,请联系以实施建议的 WA(需要重新启动 tomcat)。
当前的:
msft.aad.redirect.url.pattern=^https://login.microsoftonline.com/WebApp/CloudDomainJoin/0-9?$
解决方法:
msft.aad.redirect.url.pattern=^https://login\.microsoftonline\.com/WebApp/CloudDomainJoin/[0-9]{1,10}(/)?$
参考 https://social.msdn.microsoft.com/Forums/en-US/60c55212-fd6d-4c5c-a415-47ab404b7945/unable-to-enroll-device-into-azure-ad-using-3rd-party-onpremise -mdm?forum=WindowsAzureAD#c41a355a-260a-41db-84dd-78895059a645