Omnissa Access Cloud リリース ノート

Omnissa Access | 2026 年 7 月 Omnissa Access Connector 26.05 | 2026 年 6 月 2 日 | ビルド Access-Connector-Installer-376-26.05.exe リリース ノートで、追加または更新された情報をご確認ください。

レガシー Omnissa Access ドメインの DNS レコードの削除に関するお知らせ

以前にナレッジベースの記事 KB 6001323 で発表したように、レガシー Omnissa Access テナント URL は無効になっています。URL 移行プロセスの最後の手順として、レガシー ドメインの DNS レコードが削除されます。この変更は、Omnissa Access、Omnissa Workspace ONE Hub Services、Omnissa Identity Service の製品に影響します。

DNS レコードが削除された後、レガシー URL にアクセスしようとすると、DNS 解決エラーが発生します。これは通常の動作です。

次の表に、影響を受けるレガシー ドメインと、対応する新しい URL をリージョン別に示します。

詳細については、ナレッジベースの記事 KB 6001304 を参照してください。

2026 年 7 月の新機能

macOS セットアップ アシスタント (ADE) 中のプラットフォーム SSO 登録

Omnissa Access は、macOS 自動デバイス登録 (ADE) フローの一部として、Apple macOS プラットフォーム シングル サインオン（プラットフォーム SSO）をサポートするようになりました。このリリースでは、エンドユーザーは、macOS セットアップ アシスタント内で自分の Omnissa Access 認証情報を使用して直接認証するように求められます。これにより、登録後の登録手順が不要になり、最初のログインからシームレスでゼロタッチのオンボーディング エクスペリエンスが提供されます。Secure Enclave でバッキングされたキーを使用したプラットフォーム SSO により、ハードウェアにバインドされた、フィッシングに耐性のある認証が可能になり、ID プロバイダ認証のパスワードが不要になります。

この機能は、macOS Ventura (13.0) で導入されたプラットフォーム SSO 拡張機能フレームワークを活用し、従来の Mac プロビジョニング ワークフローに関連する手間を大幅に軽減します。Omnissa Access は、ネイティブの ID プロバイダ (IdP) として機能し、 プラットフォーム SSO の登録を完了します。

Workspace ONE UEM では、ADE プロファイル内に専用のプラットフォーム SSO 構成オプションが含まれるようになりました。有効にすると、macOS セットアップ アシスタントは必要な SSO 拡張機能プロファイルと IdP アプリケーションを自動的にインストールし、デバイスのオンボーディングが完了する前に Omnissa Access に登録するようにユーザーに求めます。

このリリースの主な機能：

• プラットフォーム SSO は、macOS セットアップ アシスタントが終了する前に構成および登録され、ユーザーはすでに確立されている ID で作業を開始できます。
• Omnissa Access は、Platform SSO 登録の ID プロバイダとして機能します。
• フェデレーション ID プロバイダ バックエンドをサポート：Omnissa Access は、プラットフォーム SSO をネイティブに実装していないフェデレーション ディレクトリにブリッジできます。
• macOS ローカル アカウントの作成は、ユーザーの企業 ID プロバイダの認証情報と一致します。
• 認証用の Secure Enclave でバッキングされたキーをサポートするパスワードなしのログイン    
• Omnissa Access が有効な Web アプリケーションへのシングル サインオン。SSO は、Secure Enclave でバッキングされたキーを使用するネイティブ アプリケーションでもサポートされます。

詳細については、「Omnissa Access を使用した Apple macOS プラットフォーム シングル サインオンの構成」を参照してください。

セッション失効および認証情報変更のセキュリティ イベントがすべてのサブスクライバで使用可能

Omnissa Access によって生成されたセッション失効および認証情報変更イベントを、Security Events Service のすべてのタイプのサブスクライバに対して構成できるようになりました。以前は、これらのイベントは Apple でのみ使用することができました。サブスクライバは、イベントに基づいて適切なセキュリティ アクションを実行できます。

詳細については、「Omnissa Security Events Service の構成」を参照してください。

2026 年 6 月の新機能

新しいコネクタ バージョンが使用可能

コネクタの新しいバージョンである Omnissa Access Connector 26.05 が使用可能になりました。詳細については、『Omnissa Access Connector リリース ノート』を参照してください。

2026 年 5 月の新機能

ユーザー アカウントごとに複数の Omnissa Pass デバイス登録をサポート

Omnissa Access で、単一テナントのユーザー アカウントごとに複数の Omnissa Pass デバイスの登録がサポートされるようになりました。ユーザーは、標準の QR ベースの登録フローを使用して、最大 3 台の独立したデバイスを登録できます。各デバイスは Omnissa Access に一意に登録され、同じユーザー ID に関連付けられているため、登録済みデバイスは有効な TOTP コードを生成し、ログイン プッシュ通知要求を受信できます。

この機能を使用するには Omnissa Pass Advanced ライセンスが必要で、Omnissa Access コンソールの Pass アダプタ構成を使用して管理者が有効にする必要があります。

この機能の構成の詳細については、「Omnissa Access での Pass アプリケーション認証の構成（Cloud Only のみ）」を参照してください。

2026 年 4 月の新機能

OpenID Connect アプリケーションの PKCE サポート

Omnissa Access で OpenID Connect (OIDC) アプリケーションの Proof Key for Code Exchange (PKCE) がサポートされるようになりました。これにより、特にモバイルおよびブラウザベースのアプリケーションの OAuth 2.0 認証コード フローのセキュリティが向上します。

OIDC アプリケーションの作成時に、管理者がクライアント タイプを選択できるようになりました。

• クライアント シークレットのないパブリック クライアントの場合、PKCE は常に適用されます。
• クライアント シークレットを必要とする機密クライアントの場合、PKCE はオプションです。

OIDC アプリケーションの詳細ページには、関連付けられた OAuth 2.0 クライアントがパブリックか機密かを示します。

次の点に注意してください。

• 既存の機密クライアントで PKCE を有効にすると、その OAuth 2.0 クライアントのすべてのトークンが削除され、安全な移行を確実に実行できます。
• PKCE は、SSF 統合が有効な OIDC アプリケーションではサポートされていません。これらのアプリケーションは常にクライアント シークレットを持つ機密クライアントを使用します。
• Omnissa Access は、PKCE の S256 コード チャレンジ方式のみをサポートします。

詳細については、「Omnissa Access への OpenID Connect アプリケーションの追加」を参照してください。

OAuth 2.0 および OIDC エンドポイントの CORS サポート

Omnissa Access は、OAuth 2.0 および OpenID Connect (OIDC) エンドポイントでオリジン間リソース共有 (CORS) をサポートするようになりました。このサポートにより、承認されたドメインでホストされているシングルページ アプリケーション (SPA) などのブラウザベースのアプリケーションは、ブラウザから直接 Omnissa Access を安全に呼び出し、トークンやユーザー情報を取得できるようになります。

管理者は、Omnissa Access 管理コンソールで許可されたオリジン間ドメインを構成できます。

次の Omnissa Access エンドポイントは、承認されたオリジン間ドメインから呼び出されたときに CORS をサポートするようになりました。

詳細については、「Omnissa Access でのオリジン間リソース共有の構成」を参照してください。

認証器と Omnissa Pass のフレンドリ アカウント名

管理者は、認証器および Omnissa Pass アダプタ設定で [フレンドリ アカウント名] を指定できるようになりました。これは、登録中および登録後に Omnissa Pass アプリケーションまたは TOTP 認証器内のエンド ユーザーに表示される名前になります。フレンドリ アカウント名は Omnissa Access のオプションの値で、構成されていない場合は内部テナント名が表示されます。このテナント名は、多くの場合、長い場合や、ユーザーが簡単に認識できない技術的な識別子を含む場合があります。新しいオプションのパラメータにより、より認識しやすいプロフェッショナルなブランディング エクスペリエンスが可能になります。

フレンドリ アカウント名は、値の構成後に登録された認証器にのみ適用されることに注意してください。既存の登録では、登録時に引き続きアカウント名が表示されます。

詳細については、次を参照してください。

• Omnissa Access を使用した 2 要素認証のための認証子アプリケーションの構成
• Omnissa Access での Pass アプリケーション認証の構成（クラウドのみ）

2026 年 3 月

Pass デバイスの状態レポート

Omnissa Pass Advanced のお客様向けに、Omnissa Access に新しい Pass デバイスのステータス レポートが追加されました。これにより、管理者は Omnissa Pass 認証子デバイスの全体的な状態を把握できます。このレポートには、OS バージョン、インストールされている Omnissa Pass アプリケーション バージョン、主要なセキュリティ インジケータ（画面ロックや Jailbreak、root ステータスなど）の主要なセキュリティ インジケータなどの情報が含まれています。これにより、管理者は認証子デバイスのセキュリティ状態を評価し、調査、インシデント レスポンス、コンプライアンス要件をサポートできます。

この機能強化の一環として、すべての Omnissa Access のお客様が利用できる既存の MFA 登録レポートの名前が Pass Registration に変更されました。基盤となるデータは変更されません。Pass Registration レポートには、Omnissa Pass に加入しているユーザーと、デバイスがプッシュ通知承認に対して有効になっているかどうかが引き続き表示されます。

前提条件：

• Omnissa Pass Advanced テナントでのみ使用可能
• Pass デバイスのステータス レポートにデータを表示するには、iOS および Android 向け Omnissa Pass バージョン 26.03 以降がユーザー デバイスにインストールされている必要があります

詳細については、「Omnissa Access での Pass アプリケーション認証の構成」を参照してください。

Security Events Service の健全性ステータス

Security Events Service の [ソース] タブに、サポートされているソースの健全性ステータスが表示されるようになりました。これにより、Security Events Service がソースからイベントを受信するように環境が適切に構成されているかどうかを確認できます。Workspace ONE UEM の場合、ステータスが [健全]、[非健全]、[不明]、または [未構成] のどれであるかを確認できます。また、構成をリセットして問題をトラブルシューティングできます。

詳細については、「Security Events Service の管理」を参照してください。

2026 年 2 月

登録解除されたユーザーの Omnissa Pass フローの更新

以前は、Omnissa Pass が 2 番目の要素認証子として構成され、[ログイン時に登録を有効にする] オプションが [いいえ] に設定されていた場合、まだ Pass を登録していないユーザーは TOTP コードの入力を求められていました。

このフローは更新されました。登録解除されたユーザーに対する Pass アプリケーション認証方法はすぐに失敗し、フォールバック認証方法に転送されるか、認証が拒否されるようになりました（アクセス ポリシーの構成方法に基づく）。

2025 年 12 月

Security Events Service による Workspace ONE UEM デバイス コンプライアンス信号のサポート

Security Events Service は、継続的かつリアルタイムの Workspace ONE UEM デバイスのコンプライアンス状態変更イベントを CAEP シグナルとして共有できるようになりました。統合パートナーは、これらのコンプライアンス状態変更に基づいて、認証、セッション管理、アプリケーション アクセス、アクセス証明書の決定など、さらにアクションを実行できます。

Omnissa Security Events Service は、継続的アクセス評価プロトコル (CAEP) を使用して、Omnissa プラットフォームと Okta、Google、SailPoint などのサードパーティのセキュリティ システム間で、ユーザー認証情報の変更やデバイス コンプライアンス ステータスなどのリアルタイムのセキュリティ アラートを共有するためのプラットフォーム機能です。この統合により、パートナー間のセキュリティ インサイトを標準的かつスケーラブルな方法で活用することで、統一された堅牢なセキュリティ システムを構築できます。

詳細については、「Omnissa Security Events Service の構成」を参照してください。

2025 年 11 月

Omnissa Pass

企業アカウントとアプリケーションへのセキュアなログインを可能にするネイティブ多要素認証 (MFA) ソリューションである Omnissa Pass の一般公開のお知らせです。このソリューションは、Omnissa Access を介して提供されるリソースにアクセスするユーザーに、スケーラブルで使いやすい認証エクスペリエンスを提供します。この一般提供リリースには、時間ベースのワンタイム パスコード (TOTP) またはプッシュ通知によるログイン承認、デバイス セキュリティ ポリシーの適用、証明チェックなど、すべての Omnissa Access ユーザーが使用できる主な機能が含まれています。プッシュ通知承認やその他の MFA 関連の脅威に対するフィッシング対策の追加機能は、既存の Omnissa ライセンスへのアドオンとして使用できます。

詳細については、Omnissa Pass リリース ノートを参照してください。

• Omnissa Pass for iOS リリース ノート
• Omnissa Pass for Android リリース ノート

App Volumes のサポート

Omnissa Access で、App Volumes が Access のリソース タイプとしてサポートされるようになりました。Omnissa App Volumes は、デジタル ワークスペースへのリアルタイムのアプリケーションの提供とライフサイクル管理を実行するアプリケーションのパッケージング ソリューションです。App Volumes は、アプリケーションの提供を高速化し、アプリケーションとユーザーの管理を簡素化して統合します。

この更新により、管理者は他の Web リソースや仮想アプリケーション リソースと同様に App Volumes を管理し、これらのアプリケーションに認証とアクセス制御を適用できます。さらに、ユーザーは Intelligent Hub Web ポータルから App Volumes アプリケーションを起動できます。この更新では、Horizon、Citrix、RDSH 環境からの App Volumes がサポートされます。

詳細については、次を参照してください。

• App Volumes パッケージ アプリケーションへのアクセスの提供
• App Volumes Manager と Workspace ONE Intelligent Hub を Omnissa Access と統合する。

Microsoft Entra Hybrid ドメインに参加した Horizon デスクトップでの Office 365 クライアントのシングル サインオンのサポート

Omnissa Access は、Microsoft Entra Hybrid ドメインに参加した Horizon デスクトップで Microsoft Office 365 アプリケーションの認証とシングル サインオン (SSO) をサポートするようになりました。このサポートにより、Omnissa Access に新しい WS-Trust エンドポイントが追加され、Horizon デスクトップの Office 365 クライアントが Omnissa Access に対して認証および SSO を実行できるようになります。この更新では、Microsoft Entra Hybrid ドメインに参加したデスクトップからの Office 365 公開アプリケーションの SSO もサポートされます。

詳細については、「Microsoft Office 365 アプリケーション（Horizon 公開アプリとデスクトップ）へのシングル サインオンの構成」を参照してください。

Access Certificate Authentication Service (CAS) の TLS 1.3 サポート

Omnissa Access Certificate Authentication Service (CAS) は、Transport Layer Security (TLS) 1.3 をサポートするようになりました。この更新により、セッション再ネゴシエーションを削除し、証明書ベースの認証フローを最適化することで、CAS のセキュリティとパフォーマンスが向上します。CAS は、デフォルトで TLS 1.2 を引き続きサポートします。これで、管理者は Omnissa Access コンソールから TLS 1.3 を有効にできます。

注：証明書（クラウド デプロイ）またはモバイル SSO（Apple 版）認証方法に [SSL 接続に TLS 1.3 を使用する] を選択した場合、新しい CAS ホスト名をサポートするためにプロキシとファイアウォールの構成およびデバイス プロファイルの更新が必要になる場合があります。詳細については、ナレッジベースの記事 KB6000726 を参照してください。

2025 年 10 月

Security Events Service

Omnissa Security Events Service が一般公開になりました。

Security Events Service は、標準プロトコルを使用してセキュリティおよび脅威データを交換するために ID およびセキュリティ ベンダーとの統合を可能にする Omnissa プラットフォーム サービスです。

Security Events Service は、OpenID 標準である Shared Signals Framework (SSF) を採用しています。これは、登録された参加者間のセキュリティおよび脅威データのスケーラブルで安全な交換を可能にするように設計されています。SSF は、信頼できる関係者間でセキュリティ イベントとリスク インテリジェンスを共有するための、継続的アクセス評価プロトコル (CAEP) などの標準プロトコルを確立します。このフレームワークにより、組織はさまざまなソースのセキュリティ インサイトを活用し、より包括的で統一されたセキュリティ体制を構築できます。

この一般提供リリースでは、Security Events Service は、Apple Business Manager、Apple School Manager、およびサードパーティの消費者との継続的かつリアルタイムの ID 状態変更情報の共有をサポートします。Omnissa Access Connector を介して、Security Events Service はユーザー パスワードの変更またはユーザー アカウントの状態の変更を識別し、リアルタイムの CAEP イベントを介して情報を共有できます。この統合により、たとえば、Apple Business Manager は、ユーザーを無効化するイベントを検出したときに、iCloud 環境へのアクセス制限をユーザーに適用できます。

また、このリリースでは Security Events Service のベータ版が拡張され、継続的かつリアルタイムの Omnissa Workspace ONE UEM デバイスのコンプライアンス状態変更イベントを CAEP シグナルとして共有します。統合パートナーは、これらのコンプライアンス状態変更に基づいて、認証、セッション管理、アプリケーション アクセス、アクセス証明書の決定など、さらにアクションを実行できます。

サービスの構成の詳細については、「Omnissa Security Events Service の構成」を参照してください。

macOS のプラットフォーム シングル サインオン

重要：Omnissa Access を使用するプラットフォーム SSO には、Intelligent Hub バージョン 25.11 以降が必要です。

Omnissa Access を ID プロバイダ (IdP) として使用する macOS デバイス向けプラットフォーム シングル サインオンが一般公開になりました。

プラットフォーム SSO を使用すると、ユーザーは会社の IdP 認証情報を使用して Mac にログインし、同じ IdP と連携するさまざまなアプリケーション、仮想デスクトップ、およびサービスに対してシームレスに認証できるため、複数ログインの必要性が大幅に軽減されます。管理者は、Omnissa Access または Access と連携したサードパーティ ID プロバイダで、パスワード ポリシーを適用し、macOS ユーザーを管理できます。

プラットフォーム SSO は、シングル サインオンを macOS ログインに直接拡張します。つまり、ユーザーの IdP パスワードを Mac パスワードにして、同期を保つことができます。ユーザーは、IdP パスワード、Touch ID、または Apple Watch の近接認証を使用して macOS デバイスにログインできます。

プラットフォーム SSO は、Apple SSO 拡張機能を介して提供されます。Omnissa Intelligent Hub アプリケーションは、macOS デバイスへの ID 統合を可能にする SSO 拡張機能をバンドルします。ユーザー認証中、SSO 拡張機能は認証を Omnissa Access にリダイレクトし、ユーザーが Omnissa Access 認証情報を使用して Mac にログインできるようにします。Omnissa Access は、ユーザー ログインを Active Directory またはフェデレーションされたサードパーティ ID プロバイダにリダイレクトすることもでき、macOS プラットフォーム SSO をネイティブにサポートしていない Active Directory フェデレーション サービス (ADFS)、PingFederate、OneLogin などのサードパーティ ID プロバイダを含めるように企業のオプションを拡張することができます。

統合の構成の詳細については、「Omnissa Access を使用した Apple macOS プラットフォーム シングル サインオンの構成」を参照してください。

Apple Business Manager との ID 統合

Omnissa Access は、Apple Business Manager および Apple School Manager で、Omnissa Access ユーザーの管理対象 Apple アカウントとしてのプロビジョニングとシングル サインオンをサポートするようになりました。この統合により、Omnissa Access ユーザーは Omnissa Access ID を使用して管理対象 Apple デバイスにログインでき、組織は管理対象 Apple アカウントがアクセスできるサービスを統合管理できるようになります。さらに、Workspace ONE UEM では、登録済みの iOS デバイスでアカウント主導のユーザー登録に管理対象 Apple ID を使用できるため、個人データとは別に専用の管理対象データ ボリュームを確保できます。アカウント主導のユーザー登録により、BYO デバイスのプライバシーが大幅に向上します。「管理対象 Apple ID」を参照してください。

統合の一環として、Omnissa Access は、Apple Business Manager と Apple School Manager への SCIM ベースのユーザー プロビジョニングをサポートするようになりました。Omnissa Access は、Apple Business Manager および Apple School Manager へのフェデレーション シングル サインオンのための OIDC もサポートします。さらに、パスワードの変更や無効化ステータスなどのユーザーのセキュリティ ステータスの変更は、Security Events Service を介して Apple Business Manager および Apple School Manager と共有され、システム間のセキュリティ状態をリアルタイムで同期できます。

この統合により、条件付きアクセス ポリシー、モバイル SSO、MFA を使用して、管理対象 Apple アカウントに安全でシームレスな認証を適用できます。

統合の構成の詳細については、「Apple Business Manager または Apple School Manager の ID プロバイダとして Omnissa Access を構成する」を参照してください。

2025 年 9 月

証明書と URL の移行：カテゴリ 1 の移行が利用可能になりました

新しい会社としての Omnissa の設立に関連する継続的な変更の一環として、Omnissa Access で証明書と URL が更新されています。これらの変更を行うには、Omnissa とサードパーティの製品およびサービスの両方との統合を更新する必要があります。移行プロセスのガイドとして、管理コンソールで移行ダッシュボードを使用できます。

移行の詳細については、ナレッジベースの記事 KB6001062 を参照してください。

移行は 2 段階でロールアウトされています。移行タイムラインは、ナレッジベースの記事で定義されているように、属しているカテゴリによって異なります。カテゴリで移行が利用可能になり次第、移行を開始することを強くお勧めします。

「カテゴリ 1 - 証明書ブランディングのみ（URL 変更なし）」の移行が利用可能になりました。

必要な操作：

1. ナレッジベースの記事 KB6001062 を参照して、移行カテゴリを確認してください。
2. カテゴリ 1 に属している場合は、移行を続行します。
   1. Omnissa Access コンソールで、[設定] > [移行サポート] の順に選択して、[移行] ダッシュボードにアクセスします。
   2. ダッシュボードの指示に従って移行を完了します。詳細については、ナレッジベースの記事を参照してください。
3. カテゴリ 2 に属している場合は、まだ変更しないでください。カテゴリ 2 の移行は後日利用可能になります。管理コンソールの通知、およびナレッジベースの記事 KB6001062 の更新を確認してください。その間、ナレッジベースの記事を参照して、その時点で必要となる更新のタイプについて理解することができます。

重要：URL はまだ更新しないでください。

Omnissa Access Connector 24.12.1.0 が利用可能

Omnissa Access Connector バージョン 24.12.1.0 が利用可能になりました。バージョン 24.12.1.0 の新規インストールを実行することも、バージョン 23.09、24.07、および 24.12.0.0 からアップグレードすることもできます。バージョン 24.12.1.0 は、Omnissa Access Cloud および Omnissa Access FedRAMP と互換性があります。

このバージョンのコネクタの解決済みの問題は次のとおりです。

ディレクトリ同期サービス：

• HW-230769：削除されたユーザーが引き続きグループ メンバーシップを持っている場合にディレクトリ同期の失敗を防ぐ
• HW-215396：krb5.conf ファイルでドメイン コントローラ自動検出の手動オーバーライドを許可する
• HW-216294：Intelligent Hub からの Active Directory パスワードのリセット中、ドメイン コントローラの検出再試行を制限する
• HW-201638：写真同期にセーフガード チェックを追加する
• HW-223982：ディレクトリ同期アラートの数を 1,000 に制限する

仮想アプリケーション サービス：

• HW-222985/HW-225845：Horizon 2503 で導入された Active Directory Lightweight Directory Services (LDS) で新しい Omnissa ベースのアプリケーション パーティション名をサポートします（ナレッジベースの記事 KB6000797 を参照）。

2025 年 7 月

Omnissa Access Cloud における SIEM 統合のサポート

Omnissa Access Cloud は、Access 監査情報を Syslog イベントとしてサードパーティのセキュリティ情報およびイベント管理 (SIEM) システムに転送する機能に対応しました。Access Cloud は、クラウドまたはお客様のデータセンター内の SIEM や Syslog サーバに監査イベントを転送できます。本リリースには、Syslog サーバ、Splunk、および CrowdStrike Next-Gen SIEM 用のネイティブ アダプタが含まれており、今後のリリースでさらに多くの SIEM に対応予定です。この統合には、Access と外部システム間の相互 TLS (mTLS) 認証が必要です。

「Omnissa Access と外部 SIEM システムの統合」を参照してください。

2025 年 6 月

Microsoft Edge for Business 用 Device Trust Connector

Microsoft Edge for Business 用 Omnissa Access Device Trust Connector が利用可能になりました。Edge for Business 用 Device Trust Connector のシグナルにより、企業リソースへのアクセスを許可する前に、管理対象外のデバイス (BYOD) またはサードパーティ管理のデバイスのポスチャを確認できます。

Microsoft Edge 管理サービスは、Microsoft 365 管理センターで利用できる機能で、管理者が組織の Microsoft Edge のブラウザ設定を簡単に構成できるようにします。管理対象の Edge Web ブラウザは、デバイスのセキュリティ ポスチャに関する情報を収集でき、Omnissa Access はその情報を使用して、リアルタイムでポスチャに基づいたアクセス判定を行えるようになりました。

Edge for Business デバイス シグナル認証は、Windows デバイスで管理対象プロファイル付きの Edge ブラウザを使用しているユーザーに対して利用可能です。

詳細については、「Omnissa Access における Microsoft Edge for Business デバイス シグナルの構成」を参照してください。

2025 年 4 月

Omnissa Access Connector 24.12 用パッチ

Horizon バージョン 2503 で導入された Active Directory Lightweight Directory Services (LDS) の新しいアプリケーション パーティション名をサポートするパッチが Omnissa Access Connector 24.12 で利用可能になりました。詳細については、ナレッジベースの記事 KB6000797 を参照してください。

このパッチは Omnissa Access Connector 24.12 に適用されます。コネクタがオンプレミスの Omnissa Access 24.12 仮想アプライアンスまたは Omnissa Access Cloud のどちらに使用されているかに関係ありません。このパッチは、Customer Connect の Omnissa Access 24.12 のページからダウンロードできます。

Horizon アプリケーション起動 URL の変更

新しい会社 Omnissa への移行、および関連するブランディングの変更の一環として、Intelligent Hub ポータルまたはアプリケーションから Horizon アプリケーションを起動するための起動 URL が変更されました。この変更をサポートするために、Omnissa Access コンソールに新しいオプションである [Omnissa URL で Horizon Client を有効にする] が導入されました。これは、アプリケーションの起動が新しい URL のみをサポートするのか、古い URL と新しい URL の両方をサポートするのかを決定します。

• [Omnissa URL で Horizon Client を有効にする] オプションを有効にすると、Horizon アプリケーションの起動に新しい起動 URL のみが使用されます。Horizon Client バージョン 24.12 以降のみが新しい URL をサポートします。以前のバージョンの Horizon Client ではアプリケーションの起動に失敗します。
• [Omnissa URL で Horizon Client を有効にする] オプションを選択解除すると、古い起動 URL と新しい起動 URL の両方を使用して Horizon アプリケーションを起動できます。バージョン 24.12 に加えて、引き続き古いバージョンの Horizon Client を使用できます。

デフォルトでは、このオプションは選択解除されています。

詳細については、ナレッジベースの記事 KB6000707 を参照してください。

2025 年 2 月

FIDO2 トークン登録の新しい監査イベント

FIDO2 トークン登録プロセスに追加のデバッグ情報を提供する新しい監査イベントが導入されました。この変更により、成功したトークン登録と失敗したトークン登録の詳細をキャプチャする監査イベントを使用できます。

FIDO2 ログイン プロンプトを更新しました

更新された FIDO2 認証画面では、よりシンプルでクリーンな FIDO2 ログイン画面が表示されます。FIDO2 認証器を選択するログイン プロンプトは、新しい構成オプションを使用してログイン プロセスから削除できます。管理者はまた、オプションでログイン画面から FIDO2 登録リンクを削除し、ユーザーに Intelligent Hub セルフサービス ポータル経由でのみ FIDO2 を登録させることもできます。

2024 年 12 月

Omnissa Access Connector 24.12

Omnissa Access Connector バージョン 24.12 が利用可能になりました。バージョン 24.12 へのアップグレードは、バージョン 24.07.0.0 および 23.09.0.0 からサポートされます。

詳細については、『Omnissa Access On Premises 24.12 リリース ノート』および「Omnissa Access Connector のアップグレード」を参照してください。

2024 年 11 月

Horizon Cloud Service Next-Gen アプリケーションおよびデスクトップの条件付きアクセス

Omnissa Accesss 条件付きアクセスが、Omnissa Horizon® Cloud Service Next-Gen アプリケーションとデスクトップで使用できるようになりました。条件付きアクセスを使用すると、組織は、ネットワーク範囲、グループ メンバーシップ、デバイスのタイプなどのユーザーまたはデバイスのコンテキストを使用して、ユーザーの認証要件とアプリケーション アクセス権限を決定できます。

Omnissa Access のお客様は、Workday や Salesforce などの SaaS アプリケーション、または Horizon デスクトップや公開アプリケーションなどの仮想アプリケーションに条件付きアクセス ルールを実装できます。このリリースでは、Horizon Cloud Service Next-Gen アプリケーションとデスクトップにも条件付きアクセスが拡張されました。

管理者は、Horizon、Horizon Cloud Service Next-Gen デスクトップおよびアプリケーションの Access コンソール内で条件付きアクセス ポリシーを設定できるようになりました。Horizon および Horizon Cloud Service Next-Gen は、ユーザーが Omnissa Workspace ONE® Intelligent Hub Web Client または Horizon Client を介して資格にアクセスするときに、条件付きポリシーを適用できます。詳細については、ドキュメントを参照してください。

2024 年 10 月

Google Chrome エンタープライズ デバイス トラスト シグナルのサポート

Omnissa Access で Google Chrome エンタープライズ デバイス トラスト シグナルのサポートが導入されました。この機能により、Omnissa は Google Chrome ブラウザを実行している Windows、MacOS、および ChromeOS デバイスからデバイス セキュリティ シグナルを取得できるため、管理対象外およびサードパーティの管理対象デバイスのセキュリティが強化されます。

主な特長：

• デバイス シグナルの検証：Google のデバイス トラストを使用して、ChromeOS、Windows、MacOS デバイスのセキュリティ ポスチャを確認します。
• 個人所有デバイスの持ち込み (BYOD) と契約社員のデバイス リスク管理：Omnissa Access は、デバイス シグナルに基づいて条件付きアクセス ルールを適用し、従業員所有デバイスやサードパーティ製デバイス（契約社員のユースケースなど）によって生じるリスクを管理できるようになりました。

サポートされるシグナル：

• ディスク暗号化：暗号化されたドライブを持つデバイスにのみアクセスが許可されるようにします。
• ファイアウォールの状態：アクティブなファイアウォールを持つデバイスのみがリソースにアクセスできます。
• 画面ロック：アクセス権を付与する前に、デバイスで画面ロックが有効になっていることを確認します。

この統合により、BYOD および契約社員デバイスのセキュリティが簡素化され、これらのデバイスを管理する必要なくシームレスなポスチャ検証が可能になります。

シンガポール リージョンで Omnissa Access Cloud および Hub Services が利用可能になりました

Omnissa Access Cloud と Omnissa Workspace ONE® Hub Services は、シンガポール リージョンでホストされているクラウド サービスとして使用できるようになりました。シンガポール リージョンでの使用可能により、パフォーマンスと可用性が向上し、リージョン内の Access および Hub Services のユーザーの遅延が軽減されます。シンガポール リージョンへの拡大は、このリージョンにおける Access と Hub Services の需要の高まりに対応することを目的としており、リージョンのユーザーは現在、データの常駐とコンプライアンスの要件を満たすことができます。

RADIUS を使用した Entra ID MFA の統合

Omnissa Access は、RADIUS 統合を使用した追加の認証方法として、Microsoft Entra ID MFA との統合をサポートするようになりました。このオプションは、フェデレーションベースの Entra ID MFA 統合に加えて使用でき、MFA 中にブラウザ リダイレクトを使用できないユーザーにメリットがあります。ユーザーは、既存の認証方法を使用して Omnissa Access にログインし、追加の Entra ID ログイン プロンプトなしで Entra ID MFA で認証できます。この機能により、豊富な Entra MFA 機能を Omnissa Access 認証に追加しながら、ユーザー エクスペリエンスが簡素化されます。

2024 年 9 月

Omnissa Access でアプリケーション ポリシーの関連付けインターフェイスを更新しました

アプリケーション アクセス ポリシーの割り当てに新しいユーザー インターフェイスが導入され、ワークフローが改善されました。これで、新しいポリシー割り当てはポリシー作成フローから独立し、ポリシーを編集せずにアプリケーション割り当てを行えるようになりました。新しいユーザー インターフェイスにはアプリケーションと追加のフィールドが一覧表示され、割り当て用のアプリケーションの複数選択がサポートされ、ポリシー割り当ての競合が表示され、改善された検索とフィルタリングが提供されます。

Omnissa テクニカル サポートに Omnissa Access へのアクセス権を付与するための新しい設定

技術的な問題の解決やデバッグを目的として、Omnissa テクニカル サポート チームに Omnissa Access 管理コンソールへのアクセス権を安全に付与するための新しい設定を使用できるようになりました。Omnissa テクニカル サポート チームに Omnissa Access 管理コンソールへのアクセスを許可するタイミングを制御し、アクセスのロールと期間を決定できるようになりました。デフォルトでは、Omnissa サポート チームのコンソールへのアクセスはオフになっています。

Horizon Apps の可用性の強化と迅速な起動

Horizon Connection Server は、Horizon ポッド内のすべてのサーバで単一のサービス プロバイダ メタデータを使用するようになりました。この機能強化により、メタデータの更新時間が大幅に短縮され、アプリケーションの起動が高速化され、全体的な可用性が向上します。

この機能強化は、Omnissa Access Cloud、Omnissa Access Connector 24.07 以降のバージョン、および Horizon 8.13 以降のバージョンで使用できます。

Omnissa Access Connector 24.07

Omnissa Access Connector 24.07 は、Omnissa Access Cloud、Omnissa Access On-premise 24.07、および Omnissa Access for FedRAMP と互換性があります。

Connector 24.07 で解決済みの問題

このコネクタ リリースの解決済みの問題は次のとおりです。

• HW-200932：IWA 経由の Active Directory のディレクトリ同期がセーフガード違反で失敗する問題を解決しました。ディレクトリ同期中に更新の属性のみを比較する構成可能なオプションが利用可能になりました。
• HW-200972：People Search 写真同期とディレクトリ同期の両方が同じ時間に構成されている場合に、並行同期を防止します。
• HW-204691：通信チャネル エラーが原因でディレクトリ同期が終了する問題を解決しました。構成可能なパラメータを使用して、予期しない通信チャネル エラーが原因でディレクトリ同期サービスが終了した場合にスケジュール設定された同期が自動的に開始されるまでの時間数を設定できます。

2024 年 5 月

追加の認証方法としての Entra ID MFA のサポート

Omnissa Access は、追加の認証方法として、Microsoft Entra ID MFA との統合を行えるようになりました。ユーザーは、既存の認証方法を使用して Omnissa Access にログインし、追加の Entra ID ログイン プロンプトなしで Entra ID MFA を求められるようになりました。この機能により、豊富な Entra MFA 機能を Omnissa Access 認証に追加しながら、ユーザー エクスペリエンスが簡素化されます。

2024 年 4 月

新規 - Omnissa Access API ログイン エンドポイントの提供終了

すべてのクラウド展開とオンプレミス展開の Omnissa Access API ログイン エンドポイントの提供終了は、2024 年 4 月に発表されました。

2024 年 5 月 15 日より、すべての Omnissa Access Cloud テナントで /SAAS/API/1.0/REST/auth/system/login エンドポイントがデフォルトで無効になります。この API は、Omnissa Access On Premises バージョン 23.09 以降でも無効になっています。

重要：この提供終了のお知らせは、認証にログイン エンドポイント API を使用しているすべての Omnissa Access Cloud およびオンプレミス ユーザーに適用されます。これらの API は通常、カスタム監視の目的で使用されます。

SAAS/API/1.0/REST/auth/system/login REST API を使用しているすべてのユーザーは、次のいずれかのオプションに移行する必要があります。

• すべての自動スクリプトで、この API の代わりにロールを持つ OAuth2 クライアントを使用します。「Omnissa Access への OAuth 2.0 ユーザー アクセス トークン クライアントの追加」を参照してください。

• 認証ポリシーで構成されているとおりに完全な認証を実行する /SAAS/auth/login エンドポイントを使用します。

パスキー認証のサポート

Omnissa Access での認証にパスキーを利用できるようになりました。 パスキーは、WebAuthn 標準で構築された検出可能な FIDO 認証情報です。パスキーを使用すると、パスワードを使用せずに認証を行うことができるようになり、あらゆるデバイスで、より迅速かつ簡単に、より安全なログイン エクスペリエンスをユーザーに提供できます。 パスキーは業界の広範なサポートを受け、フィッシングに耐性があり、パスワードに代わる実行可能な代替手段を提供します。 

パスキーは、ユーザーのデバイス間で FIDO 登録情報を同期することで、FIDO2 認証を簡素化します。パスキーは、iOS、Mac、Windows、Android、およびすべての主要ブラウザを含むあらゆるデバイスでサポートされています。管理者は引き続き FIDO2 を Omnissa Access の認証方法として構成し、パスキーのメリットを活用できます。

パスキーは、パブリック キー暗号化を使用し、ユーザーがログインしているサーバのパブリック キーと、デバイス上の対応するプライベート キーの 2 つの部分を有します。パブリック キーは、Chrome ブラウザのプロファイルや Apple ID など、共通のログインを共有するデバイス間で同期されます。ユーザーがログインすると、Omnissa Access サービスは webauthn フローを開始し、デバイスの生体認証または PIN をトリガしてユーザーの ID を検証し、ユーザーのパブリック キーがプライベート キーと一致するかどうかを確認します。ユーザー エクスペリエンスは、ユーザーが使い慣れた一般的なデバイス ロック解除と同じです。ユーザーはアカウントにログインしますが、プライベート キーとその生体認証はデバイス上に安全なまま残り、共有されることはありません。

2024 年 1 月

PKCE および OAuth 2.0 パブリック クライアントのサポート

PKCE (Proof Key for Code Exchange) は、OAuth 2.0 認証コード フローの拡張機能で、CSRF およびコード インジェクション攻撃から OAuth トークンを保護するのに役立ちます。認証コード付与を使用する OAuth 2.0 パブリック クライアントは、認証コードの傍受攻撃の影響を受けやすくなります。TLS で保護されていない通信パスは、この攻撃の影響を受けやすく、攻撃者が認証コードにアクセスし、それを使用してアクセス トークンを取得する可能性があります。

PKCE 拡張機能は、動的に作成された暗号ランダム キーを使用して、クライアントが所有していることを証明します。Omnissa Access では、OAuth 2.0 パブリック クライアントおよび認証コード フローに参加しているクライアントの PKCE の有効化をサポートしています。PKCE のサポートに加えて、Omnissa Access は OAuth 2.0 パブリック クライアントの作成をサポートするようになりました。パブリック クライアントは、登録済みのクライアント シークレットを安全に保つことができないブラウザやモバイル デバイスで実行されているアプリケーションに役立ちます。

PKCE はデフォルトで有効になっており、Omnissa Access で作成されたすべてのパブリック クライアントで必須です。

ユーザーによる認証の選択

Omnissa Access において、ユーザーによる認証の選択機能が利用可能になりました。この新機能により、ユーザーは 2 要素認証用に提示される一連の認証オプションから柔軟に選択できます。

この機能は、ユーザーが第 2 の要素認証オプション（プッシュ通知を受信するためのスマートフォンなど）を利用できない場合に特に役立ちます。このような場合、ユーザーは提示された選択肢から代替手段をシームレスに選択して、ログインシーケンスを正常に完了できます。

管理者は、ポリシーを構成して、特定の認証要件に対してさまざまな認証の選択肢を利用できるように制御します。さらに、ネットワーク範囲、デバイス仕様、デバイス管理状態、ユーザー グループなどの条件付きのアクセス パラメータを構成して、エンド ユーザーの認証エクスペリエンスを保護およびカスタマイズできます。

この機能は、Omnissa Access SaaS でのみ使用できます。

2023 年 12 月

Duo Universal Prompt を使用した Duo v4 SDK のサポート

Omnissa Access は Duo v4 SDK をサポートするようになりました。Duo v4 は新しい Duo Universal Prompt をサポートし、Web ベースのアプリケーションに対して簡素化されたアクセス可能な Duo ログイン エクスペリエンスを提供し、セキュリティと操作性を強化した、再設計されたビジュアル インターフェイスを提供します。Omnissa Access ユーザーは、このサポートがロールアウトされると、従来の Duo プロンプトから Duo Universal Prompt に自動的に移行されます。この変更を有効にするために管理者の操作は不要です。

ショートカットからの Horizon Client とアプリ起動のサポート

Omnissa Access は、起動 URL を使用して Horizon 公開仮想デスクトップとアプリケーションをショートカットから再起動できるようになりました。このリリースより前のリリースでは、Horizon Client またはアプリケーションにリンクするショートカットを起動すると、クライアントまたはアプリケーションの起動をブロックする空白の画面が表示されていました。この更新により、アプリ情報と起動オプションがユーザーに提供されます。

2023 年 10 月

Omnissa Access Connector 23.09 が利用可能

Omnissa Access Connector 23.09 は、Omnissa Access Cloud、Omnissa Access On-premise 23.09、および Omnissa Access for FedRAMP と互換性があります。

Connector 23.09 で解決済みの問題

以下のコネクタの問題が解決されました。

• HW-180874：Horizon 仮想アプリケーションのコレクションのデフォルトの起動クライアント設定が無視される
• HW-170798：プロキシ経由の接続を使用している場合に、Horizon Enterprise 仮想アプリケーションのコレクションを同期できない
• HW-174051：仮想アプリケーションのコレクションを更新すると、ネットワーク範囲がリセットされる
• HW-172671：Citrix アプリケーションの起動が Firefox ブラウザで失敗する
• HW-171435：仮想アプリケーションのコレクションの最初のコネクタがダウンすると、Citrix アプリケーションの起動に失敗する
• HW-170576：プロキシ経由の接続を使用している場合に、仮想アプリケーションのコレクションを同期できない
• HW-174269：ドメイン名に「_」文字が含まれていると、Omnissa Access Connector 22.09.1 のインストールに失敗する
• HW-181989：Horizon Server がダウンしているときに Horizon 仮想アプリケーションのコレクションを保存または同期すると、既存のメタデータが削除される
• HW-170576：プロキシが構成されている場合、仮想アプリケーション サービスは、Horizon Cloud Service シングルポッド ブローカのセットアップからメタデータを取得できない

2023 年 8 月

Apple デバイス認証のためのモバイル SSO の一般提供のお知らせ

Omnissa Access の次世代モバイル SSO 機能である Apple デバイス版モバイル SSO 認証の一般提供についてお知らせします。

iOS 13 SDK および MDM 仕様の一部として、Apple は、標準のフェデレーション プロトコルを使用したネイティブ SSO アプローチを提供する新しいクロスプラットフォーム SSO 拡張機能を導入しました。Omnissa Access の Apple デバイス版モバイル SSO は、この Apple のネイティブ SSO 拡張機能 SDK を利用します。

Omnissa Access の Apple 版モバイル SSO は、iOS および iPadOS デバイスにシームレスな SSO を提供するだけでなく、構成可能な生体認証を提供します。これにより、アプリケーションにアクセスする前に、プラットフォームに組み込まれている生体認証子（TouchID、FaceID、パスコードなど）を使用して追加の認証を行うことができます。

Apple 版モバイル SSO 認証方法は、シングル サインオンを選択したアプリケーションに制限する機能を備えています。このソリューションは、Omnissa Access に対して証明書ベースの認証を使用し、Workspace ONE 共有 iOS デバイスのチェックイン、チェックアウトのユースケースをサポートします。

注：Workspace ONE Intelligent Hub は、SSO に参加しているデバイスにインストールする必要があります。

Apple 版モバイル SSO は、現在 Omnissa Access で利用できる iOS 版モバイル SSO に代わるものです。ただし、どちらのソリューションも移行の構成の一部として共存できます。iOS 版モバイル SSO から Apple 版モバイル SSO への段階的な移行が推奨されます。移行の手順については、こちらを参照してください。

この機能は、Omnissa Access Cloud 環境でのみ使用できます。

2023 年 6 月

Omnissa Access ポリシー ルールでの Windows 11 デバイスのサポート

Omnissa Access は、登録および条件付きアクセスで Windows 11 デバイスを認識するようになりました。このサポート以前は、デバイス タイプが Windows 10 に設定されているアクセス ポリシーは、Windows 11 デバイスには適用されませんでした。この更新プログラムでは、Windows 10+ デバイス タイプ ルールは、Windows 10 および Windows 11 デバイスに使用されます。この機能は、デスクトップやモバイル デバイスを含むすべての Windows 11 デバイスでサポートされます。

2023 年 5 月

Omnissa Access で FIDO2 がメインの認証器としてサポート対象に

Omnissa Access で、FIDO2 認証器をメインの認証器として構成できるようになりました。FIDO2 認証の以前のサポートは、ステップアップ認証に限定されていました。今回のリリースでは、エンド ユーザーは FIDO2 認証器を使用して Omnissa Access に対して認証を行うことができます。エンド ユーザーは、FIDO2 認証器を自己登録することもできます。プラットフォーム認証器（FIDO2 をサポートするモバイル デバイス、ノート パソコンなど）とサードパーティの認証器（YubiKey、USB セキュア デバイスなど）の両方がサポートされます。

2023 年 4 月

サポートされていない Identity Manager Connector の廃止

Omnissa Access Cloud のこのリリースでは、どのような環境でもサポートされていないコネクタですべての機能が停止します。すべての機能を引き続き使用するには、サポートされているバージョンの Omnissa Access Connector が使用されている必要があります。

サポートされていないコネクタが実行されている環境では、この変更により次の機能が廃止されます。

1. Active Directory およびその他のサポート対象 LDAP サーバのディレクトリ統合

2. Active Directory ユーザーのパスワード変更

3. コネクタベースの認証方法を使用したユーザー認証

4. 起動を含む仮想アプリケーション コレクションの統合

詳細については、こちらのOmnissa ナレッジベースの記事を参照してください。

Omnissa Access コンソールでの Omnissa Access レポート インターフェイスの更新

Omnissa Access のレポート インターフェイスが、管理者ユーザー向けに刷新されました。この新しいデザインは最新で、次のレポートを簡単にナビゲーションできます。

• 最近のアクティビティ

• リソース使用状況

• リソース資格

• リソース アクティビティ

• グループ メンバーシップ

• ユーザー

• デバイス使用状況

• プロビジョニングの状態

• 監査イベント

Omnissa Access コンソールの新しい [ロールの構成] ページで、アクションを簡単に再構成できます

ロールを構成するための新しいナビゲーションにより、サービスのすべてのアクションを追加、再構成、および削除できます。ロールは、任意の方法でサービスごとに特定のアクションを使用してカスタマイズできます。管理者ロールを管理できるユーザーは、サービス用に構成されたアクションの一部またはすべてを削除することもできます。

2023 年 3 月

サポートされていない Identity Manager Connector の機能の低下

Omnissa Access Cloud の 3 月リリースでは、サポートされていないコネクタを使用している環境では、ディレクトリを作成、編集、または削除できなくなりました。すべての機能を引き続き使用するには、サポートされているバージョンの Omnissa Access Connector が使用されている必要があります。すべてのユーザーは、できるだけ早く最新の Connector に移行することを強くお勧めします。

既存のディレクトリを同期する機能は、スケジュール設定された同期とオンデマンド同期の両方で引き続き機能します。詳細については、https://kb.omnissa.com/s/article/90808 を参照してください。

Omnissa Access のナビゲーション ページの更新

Omnissa Access コンソールに最新のデザインで更新された新しいナビゲーション ページが追加されました。次のページは、新しい外観になりました。

• [UEM 統合] ページ

• [ディレクトリ] ページ

• [ID プロバイダ] ページ

[自動検出] ページと [利用条件] ページは、EOL に達した Workspace ONE アプリケーションに関連しているため、削除されました。Workspace ONE アプリケーションの EOL の詳細については、2022 年 4 月リリース ノートを参照してください。

2023 年 2 月

ログイン画面にパスワードを表示するための新しいオプション

ログイン画面に新しい切り替えが導入され、ユーザーが Omnissa Access サービスを使用したログインおよび認証を求められた際、パスワードを表示することを選択できるようになりました。この新機能は、パスワード認証方法を使用する認証画面で使用できます。

2023 年 1 月

Omnissa Access で、モバイル ブラウザでの FIDO2 認証がサポートされるようになりました

Omnissa Access で、モバイル ブラウザに FIDO2 認証器を登録して認証に使用できるようになりました。FIDO2 登録と認証の以前のサポートは、デスクトップ ブラウザに限定されていました。このリリースでは、エンド ユーザーはモバイルまたはデスクトップ ブラウザを使用して、FIDO2 認証器（YubiKey、Touch ID、Windows Hello など）を使用して、Omnissa Access フェデレーション アプリケーションに対して認証を行うことができます。エンド ユーザーは、FIDO2 認証器を自己登録して、プライマリ認証または 2 要素認証として使用することもできます。

Omnissa Identity Service サービスの概要

Omnissa Access と Workspace ONE UEM の新しいユーザーの場合は、ユーザーのプロビジョニングとフェデレーションを容易にするサービスが追加されました。Omnissa Identity Service を利用して、Workspace ONE クラウド管理コンソールで SCIM 2.0 プロトコルを使用して、ユーザーとグループのプロビジョニングされたディレクトリを構成できるようになりました。Omnissa Identity Service は、ユーザーとグループおよび認証設定を Workspace ONE UEM および Omnissa Access 管理コンソールに自動的にプロビジョニングします。

サポートされている ID プロバイダとディレクトリ ソース：

• Azure AD（Microsoft Azure のクラウドベースの ID サービス）

• 汎用 SCIM 2.0 ID ソース（Okta でテスト済み）

詳細については、『Omnissa Identity Service リリース ノート』を参照してください。

はじめに

互換性マトリックス

Omnissa 製品の相互運用性マトリックス（英語）には、Omnissa 製品とコンポーネントの現在および過去のバージョンの互換性に関する詳細が記述されています。

Omnissa Access Connector

コネクタの詳細については、『Omnissa Access Connector リリース ノート』を参照してください。

ドキュメント

• Omnissa Access Cloud
• Omnissa Access Connector

利用可能な言語

ローカライズされたコンテンツの詳細については、「ナレッジベースの記事 KB6000664：Omnissa ローカライゼーション サポートの発表」を参照してください。

サポートの連絡先情報

Omnissa Access 環境についてサポートが必要な場合は、サポート チームにお問い合わせください。「Customer Connect および Cloud Services Portal でサポート リクエストを発行する方法」を参照してください。