Omnissa Identity Service 릴리스 정보

2026년 6월의 새로운 기능

Omnissa Access가 구성된 Workspace ONE UEM 고객을 위한 디렉토리 마이그레이션(제한된 가용성): AirWatch 프로비저닝 애플리케이션 지원

Omnissa Access가 구성된 Workspace ONE UEM 배포를 위한 디렉토리 마이그레이션의 2026년 3월 제한된 가용성 릴리스를 기반으로, Omnissa Identity Service는 이제 AirWatch 프로비저닝 애플리케이션을 사용하여 사용자 및 그룹을 Workspace ONE UEM에 프로비저닝하는 Omnissa Access 디렉토리의 마이그레이션을 지원합니다.

이 업데이트는 이전에 언급되었던 다음 제한 사항 제거: "AirWatch 프로비저닝 어댑터를 통한 Omnissa Access에서 Workspace ONE UEM으로의 동기화는 지원되지 않습니다".

키 정보

• 단일 Omnissa Access 디렉토리만 Workspace ONE UEM 디렉토리와 함께 마이그레이션할 수 있습니다.
• 사전 요구 사항: Omnissa Access에서 동기화된 사용자 지정 사용자 그룹에서 UEM 기본 사용자 계정 제거(AirWatch 프로비저닝 애플리케이션 사용 사례)에 설명된 추가 사전 요구 사항을 충족해야 합니다.
• 디렉토리 마이그레이션의 이점, 지원되지 않는 기능 및 기타 제한 사항은 2026년 3월의 새로운 기능 섹션을 참조하십시오.

자세히 알아보기

• 디렉토리를 Omnissa Identity Service로 마이그레이션(제한된 가용성)
• Workspace ONE UEM: 디렉토리 서비스가 있는 Omnissa Identity Service

2026년 5월의 새로운 기능

새로운 환경을 위한 Omnissa 및 Google Workspace 통합

이제 Omnissa Identity Service를 Google Workspace에 직접 연결하여 사용자 수명 주기를 자동화하고 원활한 페더레이션 인증을 사용하도록 설정할 수 있습니다.

지원 정보

• 자동 프로비저닝(SCIM): Google에서 Omnissa Identity Service로의 실시간 단방향 동기화. 이렇게 하면 수동 오버헤드를 제거하고 경계를 보호하기 위해 사용자를 자동으로 생성, 업데이트, 삭제, 활성화 및 비활성화합니다.
• Single Sign-On(SAML): 사용자는 기존 Google Workspace 자격 증명을 사용하여 즉시 Omnissa 서비스에 로그인합니다.

현재 제한 사항

• 그룹 없음: Google Workspace는 SCIM 그룹 프로비저닝을 지원하지 않으므로 동기화는 개별 사용자로 제한됩니다.
• 프로토콜: SAML에 엄격하게 구축됩니다. OIDC(OpenID Connect) 및 Workspace ONE UEM 암호 부여 흐름은 지원되지 않습니다.
• 현재 Workspace ONE UEM 및 Omnissa Access 통합에서 Google Workspace로의 마이그레이션은 아직 지원되지 않습니다.

설정 가이드

• Omnissa: Omnissa Identity Service와 Google Workspace 통합
• Google: Google Workspace 도움말 센터 애플리케이션 통합 가이드

2026년 3월 버전의 새로운 기능

Omnissa Access가 구성된 Workspace ONE UEM 고객을 위해 SCIM 2.0으로 마이그레이션(제한된 가용성)

Omnissa Identity Service는 이제 온프레미스 Active Directory에서 Workspace ONE UEM 및 Omnissa Access가 구성된 기존 고객을 위해 SCIM 2.0을 지원하는 클라우드 ID 제공자로의 디렉토리 마이그레이션을 지원합니다.

이 기능을 사용하면 조직에서 ID 관리를 중앙 집중화하고, 온-프레미스 종속성을 제거하고, 사용자 프로비저닝 및 인증을 간소화할 수 있습니다.

이 기능은 제한된 가용성 프로그램에 추가되었습니다. Omnissa 베타 프로그램을 사용하여 요구 사항을 확인하고 적용합니다.

Workspace ONE UEM 및 Omnissa Access 고객을 위한 주요 이점

• 클라우드 네이티브 프로비저닝: SCIM 2.0을 사용하여 클라우드 IDP에서 Workspace ONE UEM으로 사용자 및 그룹을 프로비저닝하여 레거시 Active Directory 동기화를 대체합니다.
• 온 프레미스 구성 요소 없음: 인증 및 사용자 동기화를 위해 AirWatch Cloud Connector 및 Omnissa Access Connector가 필요하지 않습니다.
• 중앙 집중식 관리: 모든 Omnissa 서비스를 위한 통합 웹 기반 포털인 Omnissa Connect에서 사용자 및 그룹을 관리합니다.
• 페더레이션된 인증: ID 제공자로 클라우드 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으로의 동기화는 지원되지 않습니다.

자세히 알아보기

자세한 설정 지침, 사전 요구 사항 및 모범 사례는 설명서를 참조하십시오.

• 디렉토리를 Omnissa Identity Service로 마이그레이션(제한된 가용성)
• Workspace ONE UEM: 디렉토리 서비스가 있는 Omnissa Identity Service

2026년 1월의 새로운 기능

Omnissa Identity Service로의 Okta 및 일반 SCIM ID 제공자 마이그레이션(제한된 가용성)

Omnissa Identity Service(OIS)가 이제 Workspace ONE UEM 디렉토리 마이그레이션 지원을 Microsoft Entra ID를 넘어 Okta 및 일반 SCIM 2.0 규격 ID 제공자로 확장하여 Workspace ONE UEM 고객이 기존 클라우드 IDP를 사용하여 ID 아키텍처를 현대화할 수 있습니다. 이 향상된 기능을 통해 조직은 온-프레미스 Active Directory에서 벗어나 사용자 수명 주기 관리 및 인증을 위해 기본 ID 제공자를 유지할 수 있습니다.

이 기능은 가용성이 제한됩니다. Omnissa 베타 프로그램을 사용하여 요구 사항을 검토하고 액세스를 신청합니다.

Workspace ONE UEM 고객을 위한 주요 이점

• 클라우드 네이티브 프로비저닝: SCIM 2.0을 사용하여 Okta 또는 일반 SCIM IDP에서 Workspace ONE UEM으로 사용자 및 그룹을 프로비저닝하여 레거시 Active Directory 기반 동기화를 대체합니다.
• 온-프레미스 구성 요소 없음: AirWatch Cloud Connector 및 기타 온-프레미스 디렉토리 인프라를 사용할 필요가 없습니다.
• 중앙 집중식 ID 관리: 모든 Omnissa 서비스를 위한 통합 웹 기반 포털인 Omnissa Connect에서 사용자, 그룹 및 디렉토리 통합을 관리합니다.
• 페더레이션 인증: Okta 또는 지원되는 SCIM 기반 ID 제공자를 인증 소스로 사용하여 Omnissa 서비스에 원활한 SSO(Single Sign-On)를 사용하도록 설정합니다.

마이그레이션 프로세스

마이그레이션 환경은 Omnissa Connect의 마법사를 통해 안내되며 지원되는 ID 제공자 간에 일관된 프레임워크를 따릅니다. 단계별 접근 방식은 마이그레이션 기간 동안 예상되는 다운타임을 최소화하면서 중단을 최소화하도록 설계되었습니다.

참고: 기본적으로 Omnissa Identity Service를 통해 Workspace ONE UEM으로 프로비저닝될 때 사용자에게 이메일 알림이 전송됩니다. 이 알림을 사용자 지정하거나 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 Workspace ONE UEM 디렉토리 서비스 구성을 참조하십시오.

지원되지 않는 기능 및 제한 사항

마이그레이션하기 전에 다음 제한 사항을 검토하십시오.

• Omnissa Access 통합: Omnissa Access에 디렉토리 또는 ID 제공자가 구성된 경우 마이그레이션이 지원되지 않습니다. 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와 Okta 통합
• Omnissa Identity Service와 일반 ID 제공자 통합
• Workspace ONE UEM: 디렉토리 서비스가 있는 Omnissa Identity Service

Omnissa Identity Service로 마이그레이션하는 동안 일반 식별자를 선택하는 기능

Omnissa Identity Service는 이제 distinguishedName 이외의 특성을 고유 공통 식별자로 사용하여 기존 Workspace ONE UEM 사용자 및 그룹을 클라우드 ID 제공자에서 동기화된 사용자 및 그룹과 일치하도록 지원합니다. 마이그레이션 프로세스의 1단계: 전체 디렉토리 사전 요구 사항 중에 공통 식별자를 선택할 수 있습니다. 이 기능은 지원되는 모든 클라우드 ID 제공자에 사용할 수 있습니다.

2025년 12월의 새로운 기능

새 환경에서 Workspace ONE UEM 기본 사용자 지원

Omnissa Identity Services는 이제 ID 서비스 통합 Workspace ONE UEM 환경에서 Workspace ONE UEM 기본 사용자 계정을 지원하여 새 조직으로 지원을 확장합니다. 이전에는 Workspace ONE UEM 기본 사용자 계정이 마이그레이션 환경에서만 지원되었습니다.

이 기능을 사용하려면 Omnissa Identity Services 통합 마법사의 4단계: 인증 프로토콜 선택에서 UEM에 대한 기본 사용자 인증 옵션을 사용하도록 설정합니다. 이 옵션을 선택하면 페더레이션된 사용자가 타사 ID 제공자에 의해 인증되고 기본 사용자는 Workspace ONE UEM 기본 사용자 인증을 통해 인증됩니다.

자세한 내용은 Workspace ONE UEM 기본 사용자에 대한 인증 구성을 참조하십시오.

Identity Service(SCIM 2.0)을 통한 사용자 동기화가 있는 Workspace ONE 환경에서 플랫폼 SSO 지원 확장

이제 Omnissa Access를 사용하는 플랫폼 SSO를 SCIM 2.0을 통해 사용자 및 그룹을 Identity Service와 동기화하는 환경에 대한 IdP로 구성하도록 Workspace ONE UEM 대한 지원을 확장하고 있습니다.

관리자는 Workspace ONE UEM을 사용하여 플랫폼 SSO를 구성 및 관리하여 필요한 프로필과 설정을 Mac에 배포합니다. 플랫폼 SSO는 Single Sign-On을 macOS 로그인으로 직접 확장합니다. 즉, 사용자의 IdP 암호가 Mac 암호와 동기화된 상태가 됩니다. 이를 통해 IdP에서 직접 로컬 macOS 사용자 계정을 쉽게 생성할 수 있으며 IdP 암호 정책을 동기화하고 로컬 암호에 적용할 수도 있습니다.

참고: Omnissa Identity Services는 OIDC(OpenID Connect) 프로토콜을 지원하는 타사 ID 제공자와 통합되어야 합니다.

자세한 내용은 Omnissa Access를 사용하여 Apple macOS 플랫폼 Single Sign-On 구성을 참조하십시오.

Entra ID에 가입된 Azure VM에 대한 Horizon 8 SSO 지원

Horizon 8은 Windows 클라이언트가 Omnissa Identity Services 및 Workspace ONE Access를 사용하여 시작될 때 Entra ID 가입 데스크톱 및 애플리케이션에 대한 Single Sign-On 지원을 추가했습니다. 사용자는 Entra ID에서 동기화되고 Omnissa Access를 통해 인증됩니다. 데스크톱 내에서 Entra ID 자격 증명을 다시 입력할 필요 없이 Horizon 데스크톱 및 애플리케이션을 실행할 수 있습니다. 이를 통해 Entra ID를 기준으로 구축된 환경에 대한 액세스를 간소화하고 Azure 기반 Horizon 리소스를 제공할 때 온-프레미스 조직에 보다 원활한 경로를 제공합니다. ​Omnissa Horizon 8의 데스크톱 및 애플리케이션 설명서의 Workspace ONE Access를 통해 Microsoft Entra ID 가입 데스크톱 및 애플리케이션에 대한 SSO를 참조하십시오.

2025년 11월의 새로운 기능

URL 마이그레이션 대시보드

레거시 도메인에서 Omnissa 도메인으로의 마이그레이션의 일환으로 선택한 클라우드 리전의 고객을 위해 Omnissa Access 및 Omnissa Identity Services에서 URL이 업데이트되고 있습니다. 이러한 변경을 수행하려면 ID 제공자와의 통합을 업데이트해야 합니다. 마이그레이션 프로세스를 안내하기 위해 영향을 받은 리전의 Identity Service 관리 콘솔에서 마이그레이션 대시보드를 사용할 수 있습니다.

마이그레이션 프로세스 및 타임라인에 대한 자세한 내용은 KB 문서 6001062를 참조하십시오.

필요한 작업:

1. KB 문서 6001062를 검토합니다.
2. Identity Service 콘솔에서 마이그레이션 지원을 선택하여 마이그레이션 대시보드에 액세스합니다.
3. 대시보드의 지침에 따라 마이그레이션을 완료합니다. 자세한 내용은 KB 문서를 참조하십시오.

중요: 가능한 한 빨리 마이그레이션을 시작하는 것이 좋습니다. Cutover 타임라인에 대해서는 KB 문서 6001062를 참조하십시오.

2025년 9월의 새로운 기능

Omnissa Identity Service가 새 탭에서 열림

이제 별도의 탭의 Omnissa Connect 메뉴에서 직접 Omnissa Identity Service를 시작하여 최종 사용자 디렉토리 구성을 관리하고 세부 정보를 볼 수 있습니다. Omnissa Connect에서 ID 관리 > 최종 사용자 관리를 선택한 다음 최종 사용자 관리 시작을 클릭합니다.

Horizon 8 애플리케이션 지원

Omnissa Identity Service는 이제 Horizon 8과의 Omnissa Access 통합을 지원하여 사용자가 가상 데스크톱 및 게시된 애플리케이션에 액세스할 수 있도록 합니다.

• Horizon Client와 네이티브 통합
• Workspace ONE Intelligent Hub를 통해 통합

이 통합은 True SSO가 사용 설정된 Horizon 8 포드에서만 지원됩니다.

Horizon 8과의 Omnissa Access 통합을 위해 추가 특성이 필요합니다. 자세한 내용은 다음을 참조하십시오.

• Omnissa Identity Service의 사용자 특성 매핑
• Horizon 통합을 위한 Omnissa Access 환경 설정 - Omnissa Identity Service가 사용 설정된 Omnissa Access 테넌트

참고: Okta가 Omnissa Identity Service에서 타사 ID 제공자로 구성된 경우 Horizon 8과의 Omnissa Access 통합이 지원되지 않습니다.

2025년 7월의 새로운 기능

Microsoft Entra ID로의 Active Directory 마이그레이션(제한된 가용성)

OIS(Omnissa Identity Service)는 이제 온-프레미스 Active Directory에서 Microsoft Entra ID로의 디렉토리 마이그레이션을 지원하여 Workspace ONE UEM 고객에게 최신 클라우드 우선 ID 아키텍처를 사용하도록 설정합니다. 이 기능을 사용하면 조직에서 ID 관리를 중앙 집중화하고, 온-프레미스 종속성을 제거하고, 사용자 프로비저닝 및 인증을 간소화할 수 있습니다.

이 기능은 가용성이 제한됩니다. Omnissa 베타 프로그램을 사용하여 요구 사항을 확인하고 적용합니다.

Workspace ONE UEM 고객을 위한 주요 이점

• 클라우드 네이티브 프로비저닝: SCIM 2.0을 사용하여 Microsoft Entra ID에서 Workspace ONE UEM으로 사용자 및 그룹을 프로비저닝하여 레거시 Active Directory 동기화를 대체합니다.
• 온-프레미스 구성 요소 없음: AirWatch Cloud Connector를 사용할 필요가 없습니다.
• 중앙 집중식 관리: 모든 Omnissa 서비스를 위한 통합 웹 기반 포털인 Omnissa Connect에서 사용자 및 그룹을 관리합니다.
• 페더레이션된 인증: ID 제공자로 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에 디렉토리 또는 ID 제공자가 구성된 경우 마이그레이션이 지원되지 않습니다. Workspace ONE UEM 및 Access 마이그레이션은 후속 릴리스에서 지원됩니다.
• 롤백 없음: 프로비저닝이 Omnissa Identity Service로 마이그레이션되면 Active Directory로 롤백할 수 없습니다.
• 변경할 수 없는 externalId: Entra ID의 externalId가 원래 Active Directory 값과 일치해야 합니다.
• 기능적인 격차: 일부 Workspace ONE UEM 기능은 마이그레이션 후 지원되지 않습니다. 자세한 내용은 지원되지 않는 기능 목록을 참조하십시오.

자세히 알아보기

자세한 설정 지침, 사전 요구 사항 및 모범 사례는 설명서를 참조하십시오.

• 디렉토리를 Omnissa Identity Service로 마이그레이션(제한된 가용성)
• Workspace ONE UEM: 디렉토리 서비스가 있는 Omnissa Identity Service

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는 기존 ID 제공자 옵션 외에 Horizon Cloud Service next-gen에서의 다른 ID 제공자 옵션으로 사용할 수 있습니다. 이 서비스는 Horizon Cloud Control Plane next-gen에서 이전 ID 관리 구성이 없는 테넌트에 사용할 수 있습니다.

Omnissa Connect 콘솔에서 최종 사용자 관리를 선택하고 Entra ID를 사용하여 통합을 구성한 다음 Horizon을 선택한 후 필요한 정보를 Horizon Cloud Control Plane next-gen에 추가하여 통합을 완료합니다.

다음 구성이 지원됩니다.

• Omnissa Identity Service와 통합된 타사 ID 제공자로서의 Microsoft Entra ID
  Okta 및 일반 SCIM 2.0 ID 제공자는 현재 지원되지 않습니다.
• 인증 프로토콜로서의 OpenID Connect
• Intelligent Hub 사용
  그러나 사용자가 Intelligent Hub를 통해 애플리케이션에 액세스하도록 강제하는 Intelligent Hub 적용 설정은 현재 지원되지 않습니다.

자세한 내용은 다음을 참조하십시오.

• Omnissa Identity Service로 사용자 프로비저닝 및 ID 페더레이션 구성
• Horizon Control Plane Next-Gen - Horizon Cloud Service 및 클라우드 연결 Horizon 8 사용

Omnissa Connect로 이동

Omnissa Identity Service는 이제 모든 Omnissa 서비스 및 솔루션에 대한 중앙 집중식 액세스 지점을 제공하는 새로운 웹 기반 서비스인 Omnissa Connect의 일부입니다. Omnissa Connect 콘솔의 왼쪽 창에서 최종 사용자 관리를 선택하여 Omnissa Identity Service에 액세스하고 구성합니다.

기존 Omnissa Identity Service 구성은 Workspace ONE Cloud 콘솔인 Workspace ONE Cloud Admin Hub에서 Omnissa Connect로 이동하면서 변경되지 않았습니다.

자세한 내용은 다음을 참조하십시오.

• Omnissa Connect: 디지털 업무 공간을 간소화하도록 설계됨
• Omnissa Connect 설명서
• Omnissa Identity Service 설명서

2024년 12월의 새로운 기능

• Okta 통합을 위한 새 프로비저닝 애플리케이션
• 프로비저닝 오류에 대한 새 상태 탭

Okta 통합을 위한 새 프로비저닝 애플리케이션

Okta 통합 Networks 애플리케이션 카탈로그에서 새로운 프로비저닝 애플리케이션인 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와 통합되면 최종 사용자는 디바이스를 등록하거나 체크아웃할 때 SAML 인증을 위해 IdP(ID 제공자)로 리디렉션됩니다. 일부 인증 흐름의 디바이스 또는 클라이언트에서는 SAML 리디렉션을 사용할 수 없습니다. 암호 부여 흐름 기능을 사용하도록 설정하면 SAML 리디렉션을 사용할 수 없을 때 SCIM 프로비저닝된 사용자가 IdP에 대해 인증할 수 있습니다. 또한 특정 기본 사용자 인증 흐름을 사용하도록 설정합니다. 이러한 흐름에 대한 자세한 내용은 특정 Workspace ONE UEM 사용자 이름 및 암호 기반 흐름 지원을 참조하십시오. 새 암호 부여 설정을 구성하는 방법에 대한 자세한 내용은 Omnissa Identity Service에 대한 Workspace ONE UEM 설정 구성을 참조하십시오.

2024년 4월의 새로운 기능

일반 ID 제공자 통합을 위한 SAML 인증 컨텍스트

일반 SAML 2.0 ID 제공자를 Omnissa Identity Service와 통합하고 인증 프로토콜로 SAML을 선택하는 경우 이제 지정되지 않은 PasswordProtectedTransport 또는 사용자 지정 값의 인증 컨텍스트 유형 중에서 선택할 수 있습니다.

인증 컨텍스트는 사용자가 ID 제공자에서 인증되는 방식을 나타냅니다. ID 제공자는 서비스 제공자의 요청에 따라 또는 ID 제공자의 구성에 기반하여 어설션에 인증 컨텍스트를 포함합니다.

참고: 기존 구성에 대한 인증 컨텍스트를 변경할 수 있습니다.

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 Cloud 서비스 대신 Workspace ONE UEM 또는 Omnissa Access에서 디렉토리 서비스 및 ID 페더레이션을 구성하려고 합니다.

이 작업을 수행하는 방법은 다음과 같습니다. Omnissa Identity Service 비활성화

2023년 12월의 새로운 기능

• Omnissa Identity Service 공용 API
• 관리자를 위한 토큰 만료 알림

Omnissa Identity Service 공용 API

Omnissa Identity Service 공용 API의 릴리스를 발표하게 되어 기쁩니다. 이를 통해 SCIM 2.0 프로토콜을 사용하는 클라우드 ID 제공자와의 Workspace ONE Cloud 통합에 자동화 기능을 제공합니다.

API 통합에 사용할 수 있는 사용 사례는 다음과 같습니다.

• SCIM 2.0(도메인 간 ID 관리 시스템) 프로토콜을 사용하여 사용자 및 그룹의 프로비저닝된 디렉토리를 구성합니다.
• Omnissa 제품 및 서비스의 페더레이션 인증을 위해 ID 제공자 구성을 관리합니다.
• 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 통합을 위한 새 흐름

Okta와의 통합을 지원하기 위해 이제 Workspace ONE Cloud 콘솔에서 새로운 Okta 흐름을 사용하게 되었다는 기쁜 소식을 알려드립니다! 이 흐름을 통해 Okta에서 Workspace ONE Cloud로 사용자 및 그룹을 프로비저닝하고 Okta를 사용하여 사용자를 인증하는 것이 더 쉬워집니다. 이 릴리스 이전에는 일반 SCIM 2.0 ID 제공자 흐름에 대해 Okta를 테스트하고 문서화했습니다.

Omnissa Identity Service 설명서의 Omnissa Identity Service와 Okta 통합을 읽어 새 흐름을 숙지하십시오.

참고: 새 고객 또는 Omnissa Identity Service에 이미 온보딩한 고객은 Okta 통합을 사용할 수 있습니다.

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의 신규 고객을 위해 사용자 프로비저닝 및 ID 페더레이션을 더 쉽게 해 주는 새로운 서비스가 도입되었습니다! 이제 Omnissa Identity Service를 활용하여 Workspace ONE Cloud 콘솔에서 SCIM 2.0에 기반한 사용자 및 그룹의 프로비저닝된 디렉토리를 구성할 수 있습니다. 그러면 Omnissa Identity Service는 인증 설정뿐 아니라 사용자 및 그룹을 Workspace ONE UEM 및 Omnissa Access 관리 콘솔에 자동으로 프로비저닝합니다.

타사 ID 제공자와 통합하는 동안 Omnissa Identity Service로 동기화할 사용자 특성을 확인합니다.

몇 가지 사용 사례를 살펴보십시오.

• SCIM(도메인 간 ID 관리 시스템) 2.0 프로토콜을 사용하여 사용자 및 그룹의 프로비저닝된 디렉토리를 생성하고 구성합니다.
• Omnissa 제품 및 서비스의 페더레이션 인증을 위해 ID 제공자 구성을 관리합니다.
• Omnissa 제품 및 서비스 전반에서 중앙 집중식 사용자 관리 및 인증을 활용합니다.

현재 Omnissa Identity Service는 Workspace ONE UEM 및 Omnissa Access를 지원하므로 새로 생성된 환경을 위한 Workspace ONE Cloud 콘솔에서 중앙 집중식 사용자 관리 및 인증이 가능합니다.

지원되는 ID 제공자 및 디렉토리 소스:

• Microsoft Entra ID, Microsoft Azure의 클라우드 기반 ID 서비스
• 일반 SCIM 2.0 ID 소스(Okta에 대한 테스트 완료)

중요:

• Omnissa Identity Service는 새 Workspace ONE Cloud 환경에서만 사용할 수 있습니다.
• 현재 관리 서비스 제공자 고객은 Omnissa Identity Service를 사용할 수 없습니다.

Omnissa Identity Service를 시작하려면 조직의 Workspace ONE Cloud 콘솔인 Workspace ONE Cloud Admin Hub에 로그인하고 계정 > 최종 사용자 관리를 선택합니다.

시작하기를 클릭하고 마법사를 사용하여 ID 제공자와의 통합을 설정합니다.

알려진 문제점

• 지원되지 않는 기능

  Omnissa Identity Service를 사용하도록 설정하면 Omnissa Access, Workspace ONE UEM, Omnissa Workspace ONE® Hub Services 및 Omnissa Workspace ONE® Intelligent Hub 및 포털에서 일부 기능이 지원되지 않습니다. 자세한 내용은 Omnissa Identity Service로 사용자 프로비저닝 및 ID 페더레이션 구성을 참조하십시오.

• 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는 null 값을 전파하지 않습니다.

  솔루션: 값을 완전히 지우는 대신 공백 문자를 입력합니다.

• Okta 통합에 두 개의 애플리케이션 필요

  Omnissa Identity Service를 Okta와 통합할 때 사용자 프로비저닝 및 ID 제공자 구성을 위해 Okta 관리 콘솔에서 별도의 애플리케이션을 생성해야 합니다. 프로비저닝과 인증에는 동일한 애플리케이션을 사용할 수 없습니다.

• Login_hint 기능이 작동하지 않음

  OpenID Connect 프로토콜을 사용하여 타사 ID 제공자를 Omnissa Identity Service와 통합하면 login_hint 기능이 작동하지 않습니다. 신뢰 당사자가 login_hint를 보내는 경우 Omnissa Identity Service는 이를 ID 제공자에게 전달하지 않습니다.

• Microsoft Entra ID 또는 Okta에서 특성 매핑을 삭제해도 Omnissa Identity Service의 사용자에서 특성이 제거되지 않음

  Microsoft Entra ID 또는 Okta의 프로비저닝 애플리케이션에서 특성 매핑을 삭제하면 변경 내용이 Omnissa Identity Service로 전파되지 않습니다. Omnissa Identity Service 및 다운스트림 서비스의 사용자에 대해 특성이 삭제되지 않습니다.

설명서

Omnissa Identity Service 설명서 사이트에서 Omnissa Identity Service로 사용자 프로비저닝 및 ID 페더레이션 구성을 참조하십시오.

국제화

Omnissa Identity Service는 다음과 같은 언어로 제공됩니다.

원하는 언어로 설명서를 보려면 페이지 오른쪽 상단에 있는 언어 아이콘을 선택합니다.

Omnissa Docs를 위한 지역화된 컨텐츠

지역화된 컨텐츠에 대한 자세한 내용은 KB 문서 6000664: Omnissa 지역화 지원 발표를 참조하십시오.

지원 연락처 정보

Omnissa Identity Service 환경에 대한 도움이 필요한 경우 Omnissa Customer Connect에서 지원팀에 문의하십시오. Customer Connect에서 그리고 Cloud Services 포털을 통해 지원 요청을 제출하는 방법을 참조하십시오.