EnglishFrançaisDeutschEspañolItaliano日本語한국어NederlandsPortuguês (Brasil)中文 (简体)中文 (繁體, 台灣)
Skip to main content

2026 年 7 月 24 日

Omnissa Identity Service 发行说明

Omnissa Identity Service | 2026 年 6 月
请查看本发行说明以了解新增及更新内容。

2026 年 6 月的新增功能

配置了 Omnissa Access 的 Workspace ONE UEM 客户的目录迁移（有限可用性）：支持 AirWatch 置备应用程序

2026 年 3 月发布的有限可用性版本支持为配置了 Omnissa Access 的 Workspace ONE UEM 部署进行目录迁移；在该版本的基础上，Omnissa Identity Service 现在支持迁移 Omnissa Access 目录，该目录可使用 AirWatch 置备应用程序将用户和组置备到 Workspace ONE UEM。

此更新移除了之前提到的以下限制：“不支持通过 AirWatch 置备适配器从 Omnissa Access 同步到 Workspace ONE UEM。”

关键信息

了解更多

2026 年 5 月的新增功能

针对新环境的 Omnissa 与 Google Workspace 集成

现在，您可以将 Omnissa Identity Service 直接连接到 Google Workspace，以自动管理用户生命周期并启用无缝联合身份验证。

支持的功能

  • 自动置备 (SCIM)：从 Google 到 Omnissa Identity Service 的实时、单向同步。这会自动创建、更新、删除、激活和停用用户，从而消除手动操作开销并保护您的安全边界。
  • 单点登录 (SAML)：用户可使用现有的 Google Workspace 凭据立即登录到 Omnissa 服务。

当前限制

  • 无组：Google Workspace 不支持 SCIM 组置备，因此同步仅限于单个用户。
  • 协议：严格基于 SAML 构建。不支持 OpenID Connect (OIDC) 和 Workspace ONE UEM 密码授予流程。
  • 尚不支持从当前的 Workspace ONE UEM 和 Omnissa Access 集成迁移到 Google Workspace。

设置指南

2026 年 3 月的新增功能

配置了 Omnissa Access 的 Workspace ONE UEM 客户可迁移到 SCIM 2.0（有限可用性）

对于配置了 Workspace ONE UEM 和 Omnissa Access 的现有客户，Omnissa Identity Service 现在支持将目录从内部部署 Active Directory 迁移到支持 SCIM 2.0 的云身份提供程序。

通过此功能，组织可以集中管理身份、消除内部部署依赖性，并简化用户置备和身份验证。

此功能已添加到“有限可用性”计划中。请使用 Omnissa 测试版计划检查要求并加以应用。

Workspace ONE UEM 和 Omnissa Access 客户可获取的主要好处

  • 云原生置备：使用 SCIM 2.0 将用户和组从云 IDP 置备到 Workspace ONE UEM，从而替换旧版 Active Directory 同步。
  • 无内部部署组件：无需使用 AirWatch Cloud Connector 和 Omnissa Access Connector，即可进行身份验证和用户同步。
  • 集中管理：从 Omnissa Connect 管理用户和组，Omnissa Connect 是一个适用于所有 Omnissa 服务的基于 Web 的统一门户。
  • 联合身份验证：使用云 IDP 作为身份提供程序，启用到 Omnissa 服务的无缝 SSO。

迁移过程

迁移过程由 Omnissa Connect 中的向导提供指导，包括：

  • 完成必备条件（例如 IDP 设置和属性映射）
  • 将云 IDP 与 Omnissa Identity Service 集成
  • 比较 Workspace ONE UEM、Omnissa Access 和 Omnissa Identity Service 之间的目录数据
  • 分阶段执行迁移（身份验证切换、置备切换）

迁移期间预计将最大限度地减少停机时间。

不支持的功能和限制

迁移之前，请查看以下限制：

  • 无回滚：将置备迁移到 Omnissa Identity Service 后，无法回滚到 Active Directory。

  • 不可变的 externalId：对于 Microsoft Entra ID，Entra ID 中的 externalId 必须与原始 Active Directory 值匹配。

  • 功能差异 - Workspace ONE UEM：迁移后，不支持某些 Workspace ONE UEM 功能。有关详细信息，请参阅不支持的功能列表。

  • 功能差异 - Omnissa Access：迁移后不支持以下功能。

    • 本地用户和管理员

    • 动态组

    • 目录管理员（管理员通过 Omnissa Connect 进行置备）

    • 密码（云部署）和密码（本地目录）身份验证方法

    • People Search

      有关更多信息，请参阅不支持的功能列表。

  • 不支持通过 AirWatch 置备适配器从 Omnissa Access 同步到 Workspace ONE UEM。

了解更多

有关详细的设置说明、必备条件和最佳做法，请参阅以下文档：

2026 年 1 月的新增功能

Okta 和通用 SCIM 身份提供程序迁移到 Omnissa Identity Service（有限可用性）

Omnissa Identity Service (OIS) 现在将 Workspace ONE UEM 目录迁移支持扩展到了 Microsoft Entra ID，包括 Okta 和通用的 SCIM 2.0 兼容身份提供程序，从而使 Workspace ONE UEM 客户能够使用其现有的云 IDP 实现身份架构现代化。此增强功能使组织能够从内部部署 Active Directory 迁移，同时保留其首选的用户身份提供程序，用于用户生命周期管理和身份验证。

此功能处于“有限可用性”状态。请使用 Omnissa 测试版计划查看要求并申请访问权限。

Workspace ONE UEM 客户可获取的主要好处

  • 云原生置备：使用 SCIM 2.0 将用户和组从 Okta 或通用 SCIM IDP 置备到 Workspace ONE UEM，取代了基于 Active Directory 的旧版同步。
  • 无内部部署组件：无需 AirWatch Cloud Connector 和其他内部部署目录基础架构。
  • 集中身份管理：从 Omnissa Connect 管理用户、组和目录集成，Omnissa Connect 是一个适用于所有 Omnissa 服务的基于 Web 的统一门户。
  • 联合身份验证：使用 Okta 或受支持的基于 SCIM 的身份提供程序作为身份验证源，启用到 Omnissa 服务的无缝单点登录 (SSO)。

迁移过程

迁移体验由 Omnissa Connect 中的向导引导，并在受支持的身份提供程序中遵循一致的框架。分阶段方法旨在最大程度地减少业务中断，确保迁移时段内的预期停机时间降至最低。

注意：默认情况下，当通过 Omnissa Identity Service 将用户置备到 Workspace ONE UEM 时，系统会向用户发送电子邮件通知。您可以自定义或禁用此通知。有关详细信息，请参阅 Workspace ONE UEM 目录服务配置。

不支持的功能和限制

迁移之前，请查看以下限制：

  • Omnissa Access 集成：如果在 Omnissa Access 中配置了任何目录或身份提供程序，则不支持迁移。将来的版本中将支持涉及 Workspace ONE UEM 和 Access 的迁移场景。
  • 无回滚：将置备迁移到 Omnissa Identity Service 后，不支持回滚到以前的目录（Active Directory 或旧版同步）。
  • 外部标识符不可变：Okta 或通用 IDP 提供的 SCIM externalId 必须保持不可变，并且必须与 Workspace ONE UEM 中的现有目录标识符相匹配。
  • 功能差异：迁移后，不支持某些 Workspace ONE UEM 目录相关的功能。请先查看不支持的功能列表，然后再继续。

了解更多

有关详细的设置说明、必备条件和最佳做法，请参阅以下文档：

能够在迁移到 Omnissa Identity Service 期间选择通用标识符

Omnissa Identity Service 现在支持使用 distinguishedName 以外的属性作为唯一的通用标识符，以将现有 Workspace ONE UEM 用户和组与从云身份提供程序同步的用户和组进行匹配。您可以在迁移过程的步骤 1：完成目录必备条件期间选择通用标识符。此功能适用于所有受支持的云身份提供程序。

2025 年 12 月的新增功能

在新环境中支持 Workspace ONE UEM 基本用户

Omnissa Identity Service 目前在集成了 Identity Service 的 Workspace ONE UEM 环境中支持 Workspace ONE UEM 基本用户帐户，从而将支持扩展到新组织。以前，仅在迁移环境中支持 Workspace ONE UEM 基本用户帐户。

要使用此功能，请在“Omnissa Identity Service 集成”向导的步骤 4：选择身份验证协议中启用 UEM 的基本用户身份验证选项。选择此选项后，联合用户将由第三方身份提供程序进行身份验证，而基本用户将通过 Workspace ONE UEM 基本用户身份验证进行身份验证。

有关更多信息，请参阅为 Workspace ONE UEM 基本用户配置身份验证。

在通过 Identity Service (SCIM 2.0) 实现用户同步的 Workspace ONE 环境中扩展平台 SSO 支持

现在，我们正扩展对 Workspace ONE UEM 的支持范围，对于通过 SCIM 2.0 与 Identity Service 同步用户和组的环境，将 Omnissa Access 用作 IdP 来配置平台 SSO。

管理员使用 Workspace ONE UEM 配置和管理平台 SSO，并将必要的配置文件和设置部署到 Mac。平台 SSO 将单点登录直接扩展到 macOS 登录，这意味着用户的 IdP 密码可以与其 Mac 密码保持同步。它有助于直接从 IdP 创建本地 macOS 用户帐户，还可以同步 IdP 密码策略并对本地密码实施这些策略。

注意：Omnissa Identity Service 必须与支持 OpenID Connect (OIDC) 协议的第三方身份提供程序集成。

请参阅使用 Omnissa Access 配置 Apple macOS 平台单点登录，以获取更多信息。

为已加入 Entra ID 的 Azure 虚拟机支持 Horizon 8 SSO

Horizon 8 新增了一项支持：在使用 Omnissa Identity Service 和 Workspace ONE Access 启动 Windows 客户端时，允许加入 Entra ID 的桌面和应用程序进行单点登录。用户将从 Entra ID 同步，并通过 Omnissa Access 进行身份验证。他们可以启动 Horizon 桌面和应用程序，而无需在桌面中重新输入 Entra ID 凭据。这简化了对基于 Entra ID 的环境的访问，并使内部部署组织可以更顺畅地交付基于 Azure 的 Horizon 资源。​请参阅*《Omnissa Horizon 8 中的桌面和应用程序》*文档中的通过 Workspace ONE Access 实现对加入 Microsoft Entra ID 的桌面和应用程序的 SSO。

2025 年 11 月的新增功能

URL 迁移仪表板

在从旧版域迁移到 Omnissa 域的过程中，将为选定云区域中的客户更新 Omnissa Access 和 Omnissa Identity Service 中的 URL。这些更改要求您更新与身份提供程序的集成。Identity Service 管理控制台中为受影响的区域提供了一个“迁移”仪表板，以指导您完成迁移过程。

有关迁移过程和时间表的详细信息，请参阅知识库文章 6001062。

需要执行的操作：

  1. 查看知识库文章 6001062。
  2. 在 Identity Service 控制台中，选择迁移支持以访问“迁移”仪表板。
  3. 按照仪表板中的说明完成迁移。有关更多信息，请参阅知识库文章。

重要信息：强烈建议您尽快开始迁移。有关切换时间表，请参阅知识库文章 6001062。

2025 年 9 月的新增功能

Omnissa Identity Service 在新选项卡中打开

现在，您可以直接从 Omnissa Connect 菜单在单独的选项卡中启动 Omnissa Identity Service，以管理最终用户目录配置并查看详细信息。在 Omnissa Connect 中，选择身份管理 > 最终用户管理，然后单击 启动最终用户管理。

Horizon 8 应用程序支持

Omnissa Identity Service 现在支持 Omnissa Access 与 Horizon 8 集成，从而使用户能够访问虚拟桌面和已发布的应用程序：

  • 与 Horizon Client 进行本机集成
  • 通过 Workspace ONE Intelligent Hub 进行集成

仅启用了 True SSO 的 Horizon 8 Pod 支持此集成。

需要设置其他属性才能将 Omnissa Access 与 Horizon 8 集成。有关更多信息，请参阅：

注意：如果在 Omnissa Identity Service 中将 Okta 配置为第三方身份提供程序，则不支持 Omnissa Access 与 Horizon 8 集成。

2025 年 7 月的新增功能

从 Active Directory 迁移到 Microsoft Entra ID（有限可用性）

Omnissa Identity Service (OIS) 现在支持将目录从内部部署 Active Directory 迁移到 Microsoft Entra ID，从而为 Workspace ONE UEM 客户提供现代的云优先身份架构。通过此功能，组织可以集中管理身份、消除内部部署依赖性，并简化用户置备和身份验证。

此功能处于“有限可用性”状态。请使用 Omnissa 测试版计划检查要求并加以应用。

Workspace ONE UEM 客户可获取的主要好处

  • 云原生置备：使用 SCIM 2.0 将用户和组从 Microsoft Entra ID 置备到 Workspace ONE UEM，从而替换旧版 Active Directory 同步。
  • 无内部部署组件：无需 AirWatch Cloud Connector。
  • 集中管理：从 Omnissa Connect 管理用户和组，Omnissa Connect 是一个适用于所有 Omnissa 服务的基于 Web 的统一门户。
  • 联合身份验证：使用 Microsoft Entra ID 作为身份提供程序，启用到 Omnissa 服务的无缝 SSO。

迁移过程

迁移过程由 Omnissa Connect 中的向导提供指导，包括：

  • 完成必备条件（例如 Entra ID 设置和属性映射）
  • 将 Microsoft Entra ID 与 Omnissa Identity Service 集成
  • 比较 Workspace ONE UEM 和 Omnissa Identity Service 之间的目录数据
  • 分阶段执行迁移（身份验证切换、置备切换）

迁移期间预计将最大限度地减少停机时间。

注意：默认情况下，当通过 Omnissa Identity Service 将用户置备到 Workspace ONE UEM 时，系统会向用户发送电子邮件通知。您可以自定义电子邮件或关闭通知。有关信息，请参阅 Workspace ONE UEM 目录服务配置。

不支持的功能和限制

迁移之前，请查看以下限制：

  • Omnissa Access 集成：如果在 Omnissa Access 中配置了任何目录或身份提供程序，则不支持迁移。后续版本中将支持 Workspace ONE UEM 和 Access 迁移。
  • 无回滚：将置备迁移到 Omnissa Identity Service 后，无法回滚到 Active Directory。
  • 不可变的 externalId：Entra ID 中的 externalId 必须与原始 Active Directory 值匹配。
  • 功能差异：迁移后，不支持某些 Workspace ONE UEM 功能。有关详细信息，请参阅不支持的功能列表。

了解更多

有关详细的设置说明、必备条件和最佳做法，请参阅以下文档：

针对已置备到 Workspace ONE UEM 的用户的用户通知设置

现在，您可以配置当通过 Omnissa Identity Service 在 Workspace ONE UEM 中置备了最终用户的帐户时，最终用户是否会收到电子邮件通知。默认情况下，将在置备时发送用户激活电子邮件。您可以自定义电子邮件或关闭通知。有关信息，请参阅 Workspace ONE UEM 目录服务配置。

2025 年 1 月的新增功能

  • 与 Horizon Cloud Service Next-Gen 集成
  • 移至 Omnissa Connect

与 Horizon Cloud Service next-gen 集成

Horizon Cloud 现在可以利用 Omnissa Identity Service 与 Microsoft Entra ID 集成，以同步用户和组并为最终用户配置联合。除了现有的身份提供程序选项外，Omnissa Identity Service 也可以作为 Horizon Cloud Service next-gen 中的另一个身份提供程序选项使用。该服务适用于之前未在 Horizon Cloud Control Plane next-gen 中进行身份管理配置的租户。

在 Omnissa Connect 控制台中，选择最终用户管理，配置与 Entra ID 的集成，选择 Horizon，然后将必要的信息添加到 Horizon Cloud Control Plane next-gen 以完成集成。

支持以下配置：

  • Microsoft Entra ID 作为与 Omnissa Identity Service 集成的第三方身份提供程序
    当前不支持 Okta 和通用 SCIM 2.0 身份提供程序。
  • OpenID Connect 作为身份验证协议
  • 启用 Intelligent Hub
    但是，当前不支持“强制使用 Intelligent Hub”设置，此设置强制用户通过 Intelligent Hub 访问其应用程序。

有关更多信息，请参阅：

迁移到 Omnissa Connect

Omnissa Identity Service 现在是 Omnissa Connect 的一部分，Omnissa Connect 是一种基于 Web 的新服务，可为所有 Omnissa 服务和解决方案提供一个集中式访问点。在 Omnissa Connect 控制台中，选择左侧窗格中的最终用户管理以访问和配置 Omnissa Identity Service。

""

从 Workspace ONE Cloud Admin Hub（Workspace ONE Cloud 控制台）迁移到 Omnissa Connect 后，您现有的 Omnissa Identity Service 配置未发生更改。

有关更多信息，请参阅：

2024 年 12 月的新增功能

  • 用于 Okta 集成的新置备应用程序
  • 用于置备错误的新“状态”选项卡

用于 Okta 集成的新置备应用程序

我们很高兴地宣布，在 Okta 集成网络应用程序目录中推出了一个新的置备应用程序，即 Omnissa Identity Service 应用程序！该应用程序通过包含预配置的设置，简化了从 Okta 到 Omnissa 的用户置备过程。

要开始使用置备应用程序，请在 Okta 应用程序目录中搜索“Omnissa Identity Service”，然后选择该应用程序。

有关如何将 Omnissa Identity Service 与 Okta 集成的更多信息，请参阅 Identity Service 文档。

用于置备错误的新“状态”选项卡

现在，您可以使用新的状态选项卡监控实时置备错误。该选项卡显示从 Omnissa Identity Service 到您选择要与其一起使用的服务（Workspace ONE UEM 或 Access）的置备状态相关信息，以及用户、组和成员资格对象的错误详细信息。

我们还在 Identity Service 摘要页面上添加了一个错误横幅，以显示下游服务中的错误总数。

例如：

2024 年 9 月的新增功能

密码授予流程

将 Omnissa Workspace ONE® UEM 租户与 Omnissa Identity Service 集成后，最终用户在注册或签出设备时，会被重定向到您的身份提供程序 (IdP) 以进行 SAML 身份验证。在某些身份验证流程中，无法在设备或客户端上执行 SAML 重定向。如果启用密码授予流程功能，则允许 SCIM 置备的用户在 SAML 重定向不可用时针对您的 IdP 进行身份验证。此外，此功能还会启用某些基本用户身份验证流程。有关这些流程的详细信息，请参阅支持某些基于用户名和密码的 Workspace ONE UEM 流程。另请参阅为 Omnissa Identity Service 配置 Workspace ONE UEM 设置，了解有关如何配置新密码授予设置的信息。

2024 年 4 月的新增功能

用于通用身份提供程序集成的 SAML 身份验证上下文

如果您将通用 SAML 2.0 身份提供程序与 Omnissa Identity Service 集成在一起，并选择 SAML 作为身份验证协议，您现在可以在以下身份验证上下文类型之间进行选择：未指定、PasswordProtectedTransport 或自定义值。

身份验证上下文指示如何在身份提供程序中对用户进行身份验证。身份提供程序根据服务提供程序的请求或身份提供程序的配置在断言中包含身份验证上下文。

注意：可以更改现有配置的身份验证上下文。

2024 年 2 月的新增功能

能够从控制台停用 Omnissa Identity Service

现在，您可以从 Workspace ONE Cloud 控制台停用 Omnissa Identity Service。停用 Omnissa Identity Service 后，您可以直接从 Workspace ONE UEM 和 Omnissa Access 设置目录置备和联合身份验证。在以下场景中，您可能需要停用 Omnissa Identity Service：

  • Omnissa Identity Service 不支持您的用例。
  • 您希望直接从 Active Directory 同步用户和组。
  • 您希望在 Workspace ONE UEM 或 Omnissa Access 中配置目录服务和身份联合，而不是通过 Workspace ONE Cloud 服务来配置。

有关操作方法，请参阅：停用 Omnissa Identity Service

2023 年 12 月的新增功能

  • Omnissa Identity Service 公共 API
  • 针对管理员的令牌过期通知

Omnissa Identity Service 公共 API

我们很高兴地宣布，Omnissa Identity Service 公共 API 现已发布，推出了可自动将 Workspace ONE Cloud 与使用 SCIM 2.0 协议的云身份提供程序相集成的功能。

以下用例可用于 API 集成：

  • 使用跨域身份管理系统 (SCIM 2.0) 协议配置用户和组的已置备目录。
  • 管理身份提供程序配置，以便对 Omnissa 产品和服务进行联合身份验证。
  • 对 Omnissa Access 和 Workspace ONE UEM 利用集中式用户管理和身份验证。

您可以在 Workspace ONE 控制台中创建 OAuth 2.0 客户端，以获取开始使用 API 的访问权限。

要了解有关新 API 的更多信息，请参阅 Omnissa Identity Service API。

注意：Omnissa Identity Service API 适用于 Omnissa Access 或 Workspace ONE UEM 的新客户以及已载入 Omnissa Identity Service 的现有客户。

针对管理员的令牌过期通知

现在，当用于目录同步的密钥令牌即将过期或已过期时，我们会向管理员发送通知。通知会通过电子邮件发送给管理员，并且还会作为横幅显示在 Workspace ONE Cloud 控制台中。

管理员可以选择不接收电子邮件通知。

2023 年 10 月的新增功能

将 Okta 与 Workspace ONE Cloud 集成的新流程

我们很高兴地宣布，Workspace ONE Cloud 控制台中现在推出了一个新的 Okta 流程，以支持与 Okta 的集成！通过此流程，您可以更轻松地将用户和组从 Okta 置备到 Workspace ONE Cloud，并使用 Okta 对用户进行身份验证。在此版本之前，Okta 已针对通用 SCIM 2.0 标识提供者流程进行了测试并记录在文档中。

请参阅 Omnissa Identity Service 文档中的将 Omnissa Identity Service 与 Okta 集成，以熟悉此新流程。

注意：Okta 集成适用于新客户或已载入 Omnissa Identity Service 的客户。

2023 年 6 月的新增功能

与置备到下游产品和服务相关的审核事件

Omnissa Identity Service 引入了审核事件，以跟踪将数据从 Workspace ONE Cloud 推送到下游产品和服务（如 Workspace ONE UEM 和 Omnissa Access）时的成功和失败情况。管理员可以使用审核的信息来确定、跟踪和调试基于置备的问题。审核事件支持根据对象名称、对象类型、下游服务和错误进行筛选。审核事件的详细视图提供了错误状态。

有关更多信息，请参阅查看 Omnissa Identity Service 的审核事件。

2023 年 4 月的新增功能

用于 Microsoft Entra ID 集成的新置备应用程序

我们很高兴地宣布，在 Microsoft Entra 应用程序库中推出了一个新的置备应用程序！该应用程序通过包含预配置的设置，简化了从 Microsoft Entra ID 到 Omnissa Identity Service 的用户置备过程。

有关如何将 Omnissa Identity Service 与 Microsoft Entra ID 集成的更多信息，请参阅文档。

Omnissa Identity Service 简介 - 2023 年 1 月

我们将推出一项新服务，使 Omnissa Access 和 Workspace ONE UEM 的新客户能够更轻松地进行用户置备和身份联合！现在，您可以利用 Omnissa Identity Service 在 Workspace ONE Cloud 控制台中基于 SCIM 2.0 配置用户和组的已置备目录。然后，Omnissa Identity Service 会自动将用户和组以及身份验证设置置备到 Workspace ONE UEM 和 Omnissa Access 管理控制台。

与第三方身份提供程序集成时，请确认要同步到 Omnissa Identity Service 的用户属性。

请查看一些用例：

  • 使用跨域身份管理系统 (SCIM) 2.0 协议创建并配置用户和组的已置备目录。
  • 管理身份提供程序配置，以便对 Omnissa 产品和服务进行联合身份验证。
  • 在 Omnissa 产品和服务中利用集中式用户管理和身份验证。

目前，Omnissa Identity Service 支持通过 Workspace ONE UEM 和 Omnissa Access 从 Workspace ONE Cloud 控制台针对新创建的环境进行集中式用户管理和身份验证。

支持的身份提供程序和目录源：

  • Microsoft Entra ID，Microsoft Azure 中的云端标识服务
  • 通用 SCIM 2.0 标识源（已针对 Okta 进行测试）

重要信息：

  • Omnissa Identity Service 仅适用于新的 Workspace ONE Cloud 环境。
  • 目前，Omnissa Identity Service 不适用于受管服务提供商客户。

要开始使用 Omnissa Identity Service，请登录到组织的 Workspace ONE Cloud Admin Hub，即 Workspace ONE Cloud 控制台，然后选择帐户 > 最终用户管理。

单击开始，然后使用此向导设置与身份提供程序的集成。

已知问题

  • 不支持的功能

    启用 Omnissa Identity Service 后，某些功能在 Omnissa Access、Workspace ONE UEM、Omnissa Workspace ONE® Hub Services 以及 Omnissa Workspace ONE® Intelligent Hub 和门户中不受支持。有关更多信息，请参阅使用 Omnissa Identity Service 配置用户置备和身份联合。

  • 在选择要与 Omnissa Identity Service 一起使用的服务（例如 Omnissa Access 或 Workspace ONE UEM）并保存所做的选择后，无法取消选择。

    解决方案：请联系支持部门以重置选择。

  • 在 Microsoft Entra ID 中删除用户不会从 Omnissa Identity Service 中删除该用户

    在 Microsoft Entra ID 中删除用户时，该用户帐户将先挂起一段时间，然后才会被删除。在此挂起时间段内，该用户在 Omnissa Identity Service 中也会处于停用状态。在 Microsoft Entra ID 中，已删除用户的用户名也会被修改，这些更改会反映在 Omnissa Identity Service 中。有关更多信息，请参阅如何删除 Microsoft Entra ID 用户。

  • 在 Microsoft Entra ID 中删除用户和组属性值不会在 Omnissa Identity Service 中删除这些值

    在 Microsoft Entra ID 中，当您删除已同步到 Omnissa Identity Service 的用户或组属性值时，不会在 Omnissa Identity Service 和下游服务中删除该值。Microsoft Entra ID 不会传播空值。

    解决方案：输入空格字符，而不是完全清除值。

  • Okta 集成需要两个应用程序

    将 Omnissa Identity Service 与 Okta 集成时，您必须在 Okta 管理控制台中创建单独的应用程序，以便进行用户置备和身份提供程序配置。您不能使用相同的应用程序进行置备和身份验证。

  • Login_hint 功能无法正常工作

    使用 OpenID Connect 协议将第三方身份提供程序与 Omnissa Identity Service 集成时，login_hint 功能不起作用。如果依赖方发送 login_hint，Omnissa Identity Service 不会将其传递到身份提供程序。

  • 删除 Microsoft Entra ID 或 Okta 中的属性映射不会从 Omnissa Identity Service 中的用户移除该属性

    从 Microsoft Entra ID 或 Okta 中的置备应用程序删除属性映射时，所做的更改不会传播到 Omnissa Identity Service。不会删除 Omnissa Identity Service 和下游服务中用户的属性。

文档

请参阅 Omnissa Identity Service 文档站点中的使用 Omnissa Identity Service 配置用户置备和身份联合。

国际化

Omnissa Identity Service 提供以下语言版本：

捷克语 法语 波兰语 简体中文（中国）
丹麦语 意大利语 葡萄牙语 中文（中国台湾）
德语 日语 俄语
英语 韩语 瑞典语
西班牙语 荷兰语 土耳其语

要以首选语言查看文档，请选择页面右上角的语言图标。

Omnissa 文档的本地化内容

有关本地化内容的信息，请参阅知识库文章 6000664：宣布推出 Omnissa 本地化支持。

支持部门联系信息

当您需要 Omnissa Identity Service 环境方面的帮助时，请通过 Omnissa Customer Connect 联系支持部门。请参阅如何在 Customer Connect 中以及通过 Cloud Services 门户提出支持请求。

此页面对您有帮助吗?

对本主题提供反馈

本主题对您有帮助吗?

请勿填写任何个人信息或机密信息。

正在生成链接…