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 現在進一步支援移轉使用 AirWatch 佈建應用程式將使用者和群組佈建至 Workspace ONE UEM 的 Omnissa Access 目錄。

此更新移除了先前註明的下列限制：「不支援透過 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 (有限可用性)

Omnissa Identity Service 現在支援已設定 Workspace ONE UEM 和 Omnissa Access 的現有客戶，將目錄從內部部署 Active Directory 移轉至支援 SCIM 2.0 的雲端身分識別提供者。

此功能可協助組織集中管理身分識別、移除對內部部署環境的依賴，並簡化使用者佈建與驗證流程。

此功能已新增至有限可用性計劃。透過 Omnissa Beta Program 檢視需求並提出申請。

Workspace ONE UEM 和 Omnissa Access 客戶的主要優勢

  • 雲端原生佈建：使用 SCIM 2.0 將使用者和群組從您的雲端 IDP 佈建至 Workspace ONE UEM，取代舊有的 Active Directory 同步。
  • 無需內部部署元件：不再需要使用 AirWatch Cloud Connector 和 Omnissa Access Connector 來進行驗證和使用者同步。
  • 集中式管理：透過 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 Beta Program 檢視需求並申請存取權限。

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 型身分識別提供者作為驗證來源，可順暢透過單一登入 (SSO) 存取 Omnissa 服務。

移轉程序

移轉體驗由 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 基本使用者的驗證。

在 Workspace ONE 環境中延伸平台 SSO 支援，並透過 Identity Service (SCIM 2.0) 進行使用者同步處理

我們目前已擴充 Workspace ONE UEM 的支援範圍，可在透過 Identity Service (SCIM 2.0) 同步使用者和群組的環境中，使用 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 平台單一登入。

支援 Horizon 8 SSO 至已加入 Entra ID 的 Azure 虛擬機器

當 Windows Client 透過 Omnissa Identity Service 與 Workspace ONE Access 啟動時，Horizon 8 新增了對已加入 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 網繭支援此整合。

Omnissa Access 與 Horizon 8 的整合需要額外的屬性。如需詳細資訊，請參閱：

附註：如果 Okta 在 Omnissa Identity Service 中設定為第三方身分識別提供者，則不支援 Omnissa Access 與 Horizon 8 的整合。

2025 年 7 月的新增功能

Active Directory 移轉至 Microsoft Entra ID (有限可用性)

Omnissa Identity Service (OIS) 現已支援將目錄從內部部署的 Active Directory 移轉至 Microsoft Entra ID，協助 Workspace ONE UEM 客戶實現以雲端為優先的現代化身分識別架構。此功能可協助組織集中管理身分識別、移除對內部部署環境的依賴，並簡化使用者佈建與驗證流程。

此功能目前的可用性受到限制。透過 Omnissa Beta Program 檢視需求並提出申請。

Workspace ONE UEM 客戶的主要優勢

  • 雲端原生佈建：使用 SCIM 2.0 將使用者與群組從 Microsoft Entra ID 佈建至 Workspace ONE UEM，取代舊有的 Active Directory 同步方式。
  • 無需內部部署元件：不再需要使用 AirWatch Cloud Connector。
  • 集中式管理：透過 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 整合，以同步使用者和群組，並為使用者設定聯盟。在 Horizon Cloud Service next-gen 中，Omnissa Identity Service 現已作為另一項身分識別提供者選項，並可與現有的身分識別提供者選項並行使用。此服務適用於先前在 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 服務與解決方案的集中式存取點。在 Omnissa Connect 主控台中，於左側窗格選取使用者管理，即可存取並設定 Omnissa Identity Service。

""

您現有的 Omnissa Identity Service 組態未隨著從 Workspace ONE Cloud Admin Hub (Workspace ONE Cloud 主控台) 移至 Omnissa Connect 而變更。

如需詳細資訊，請參閱：

2024 年 12 月的新增功能

  • 新增 Okta 整合佈建應用程式
  • 新增 [狀態] 索引標籤，用於顯示佈建錯誤

新增 Okta 整合佈建應用程式

我們很高興宣佈，全新佈建應用程式 Omnissa Identity Service 應用程式，現已在 Okta Integration Network 應用程式目錄中正式上架！這款應用程式內建預先配置的設定，可讓您更輕鬆地完成從 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 重新導向。啟用密碼授與流程功能後，若無法進行 SAML 重新導向，透過 SCIM 佈建的使用者仍可向您的 IdP 進行驗證。此外，該功能也支援部分基本的使用者驗證流程。如需有關這些流程的詳細資料，請參閱支援特定 Workspace ONE UEM 使用者名稱與密碼型驗證流程。另請參閱為 Omnissa Identity Service 設定 Workspace ONE UEM 設定，瞭解如何設定新的密碼授與設定。

2024 年 4 月的新增功能

一般身分識別提供者整合的 SAML 驗證內容

若您將一般 SAML 2.0 身分識別提供者與 Omnissa Identity Service 整合，並選取 SAML 作為驗證通訊協定，現在可於下列驗證內容類型中擇一使用：unspecified、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 已正式發佈，可為使用 SCIM 2.0 通訊協定的雲端身分識別提供者與 Workspace ONE Cloud 的整合帶來自動化能力。

下列使用案例適用於 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 月的新增功能

Workspace ONE Cloud 與 Okta 整合的新流程

我們很高興地宣佈，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 客戶更輕鬆地完成使用者佈建與身分識別聯盟設定！您現在可以在 Workspace ONE Cloud 主控台中，利用 Omnissa Identity Service 建立依據 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 Access 或 Workspace ONE UEM 等服務以搭配 Omnissa Identity Service 使用，並儲存選取項目後，就無法再取消選取。

    解決方案：請連絡支援服務以重設選取項目。

  • 在 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 入口網站提交支援要求。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

請勿填寫任何個人或機密資訊。

正在產生連結…