未检测到此用户设备的ZTNA客户端错误"Active Directory集成(")在内部连接设备上

问题

测试ZTNA功能的用户遇到间歇性错误，其中ZTNA客户端在加入的设备上显示“未检测到此用户设备的Active Directory集成”。此错误在用户之间是暂时的，而且不一致，在ZTNA访问检查期间会出现不可预测的情况。有些使用加入内联设备的用户从未遇到此错误，而有些用户则多次遇到此错误。通常在一段时间后，该错误会消失，无需用户干预。

问题似乎与状态评估流程相关，其中为加入内和加入内置AD的设备配置单独的访问规则。在这些状况检查期间，受影响的用户可能会被标记或阻止访问ZTNA资源，从而影响他们通过零信任网络访问框架连接到内部系统的能力。

环境

• 解决方案支持（SSPT — 需要合同）

• 安全访问 — 零信任访问（ZTNA、状态、基于客户端、注册、专用资源）

• 混合环境，同时具有Entra加入域和本地Active Directory加入域设备

• 为Entra设备和本地AD设备配置独立的状态配置文件

• 双重访问策略规则：“所有内部资源 — Entra设备”和“所有内部资源 — Mac和本地DS”

• 整个组织内测试组中的多个用户

分辨率

要解决此间歇性Active Directory集成检测问题，请按照下一节中描述的故障排除和验证步骤操作。

步骤 1：更新ZTNA客户端版本

升级到最新的ZTNA客户端版本5.1.16，并测试更新后的客户端软件是否仍然出现问题。

步骤 2：收集详细的发生信息

发生错误时，请记录以下信息：

• 错误出现的确切时间戳

• 受影响的用户名和设备标识符

• 受影响设备的操作系统版本

• 发生错误时的用户位置和网络情景

• 自动解决之前的错误持续持续时间

步骤 3：验证设备注册状态

发生错误时，请在受影响的设备上执行此命令以验证域注册状态：

dsregcmd /status

捕获此命令的完整输出，以验证设备的Entra ID注册状态并识别任何注册不一致情况。

步骤 4：记录设备帐户设置

导航到设置>帐户>访问工作或学校，并在错误发生时捕获帐户配置的截图，以从用户界面的角度验证设备域加入状态。

步骤 5：查看DART日志和错误屏幕截图

收集和分析受影响设备的DART（数据分析和报告工具）输出以及错误屏幕截图，以确定状态评估过程中可能导致间歇性检测失败的模式。

步骤 6：应用解决方法

该行为似乎与系统启动期间的一个计时问题一致，其中ZTNA客户端可以在Windows完全完成Entra(Azure AD)初始化之前，在重新启动后执行其初始状态检查。即使设备已正确加入，这也会暂时导致消息“Active Directory Integration not detected for this user device”（未检测到此用户设备的Active Directory集成）。

作为首个简单的解决方法，建议将ZTNA代理配置为在启动时以短延迟启动。

步骤

1. — 打开服务(services.msc)。

2. — 找到Cisco Secure Client - Zero Trust Access Agent。

3. — 右键单击属性。

4. — 将Startup type设置为Automatic(Delayed Start)。

5. — 单击Apply和OK。

6. — 重新启动计算机并测试ZTNA访问。

此延迟启动（通常约60-120秒）允许Entra加入状态、Azure AD PRT和Windows身份服务(WAM)在ZTNA状态评估运行之前完全初始化。

原因

间歇性的“Active Directory Integration not detected”错误似乎与内联设备的状态评估流程中的不一致有关。此问题可能源于ZTNA客户端状态评估框架内的设备域验证检查期间的计时或同步问题。由于域识别限制，Entra-joined和本地AD-joined设备需要单独的终端安全评估配置文件，因此评估过程有时可能无法正确识别Entra域成员身份，从而导致临时错误状态。

相关内容

• 思科技术支持和下载

修订历史记录

版本	发布日期	备注
1.0	02-Oct-2026	初始版本