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

2026 年 5 月 14 日

Omnissa Horizon 8 リリース ノート
Horizon 8 2512 | 2025 年 12 月 16 日
ビルド：8.17.0-20167542520

Horizon 8 を使用すると、IT 部門はデータセンター内でリモート デスクトップおよびアプリケーションを実行し、これらのデスクトップやアプリケーションを従業員に提供することができます。エンド ユーザーは、社内のあらゆる場所にある任意の数のデバイスから、または自宅からアクセスできる、パーソナライズされたなじみのある環境を手にすることができます。管理者は、データセンター内でデータを集中管理することで、管理性、効率性、セキュリティを確保できます。

重要な注意事項

  • Horizon 2512 Agent は、2503 ESB Server と 2512 Server の両方のバージョンでサポートされるようになりました。詳細については、Horizon 8 コンポーネントのバージョンの互換性マトリックスを参照してください。

  • Horizon 8 は vSphere 6.5 または vSphere 6.7 でサポートされません。これらはいずれもジェネラル サポートが終了しています。Horizon 8 インスタント クローンは、vSphere 6.5 および vSphere 6.7 と互換性がありません。インスタント クローンを使用している場合は、Horizon 8 にアップグレードする前に、vSphere 7.0 以降にアップグレードする必要があります。

新機能

Nutanix AHV のサポート

Horizon 8 で Nutanix AHV が正式にサポートされるようになりました。 このリリースでは、Horizon の Nutanix AHV サポートに次の機能が追加されています。

  • 公開アプリケーションとデスクトップを含む、自動化された RDSH ファームのサポート
  • オンデマンドの App Volumes 公開アプリケーション
  • プールとファームの ClonePrep のカスタマイズ
  • Horizon Console での Sysprep プロファイルの管理
  • オーバーレイ ネットワークのサポート
  • 仮想マシンでホストされるアプリケーション（Nutanix 単一セッション デスクトップ プールに対する公開アプリケーション）
  • FIPS 対応モードの Horizon
  • Horizon Recording
  • Workspace ONE Intelligence での Horizon の監視
  • Horizon Cloud ヘルプ デスク
  • Horizon での DEX

**注：**Nutanix の制限付き可用性機能が有効になっている Horizon 8 2506 からアップグレードする場合は、サーバとエージェント間の通信が変更されるため、Horizon Connection Server をアップグレードした直後に Horizon Agent をアップグレードする必要があります。

  • 非パーシステント プール：2512 Agent を使用してゴールド イメージをアップグレード（または新規作成）し、イメージ プッシュ タスクを開始してプールを更新します。
  • パーシステント プール：展開された各仮想マシンで Horizon Agent を 2506 から 2512 にアップグレードします。 将来のプール拡張に備えて、2512 Agent を使用してゴールド イメージをアップグレード（または新規作成）します。

Horizon Connection Server

  • このリリースには、Horizon 8 と Horizon Cloud に接続されたユーザー向けの Workspace ONE Assist 統合が含まれています。管理者は、Horizon Cloud Universal Console から直接、アクティブな Horizon 8 VDI デスクトップと安全なリモート サポート セッションを開始できるようになりました。この機能強化により、トラブルシューティングが効率化され、サードパーティ製ツールが不要になり、すべての環境でサポート効率が向上します。

  • このリリースでは、ヘルプデスク REST API が強化され、構造化された形式で詳細なログオン セグメント メトリックが返されるようになりました。更新されたエンドポイントからは、認証、仲介、プロトコル接続、GPO ロード、ログイン スクリプト、プロファイルロード、インタラクティブ セッションに関する詳細情報が提供されます。これにより、VDI ログオン遅延の監視、診断、削減を効率的に行うことができます。

  • このリリースでは、Horizon にポッドごとの SAML 構成が追加されました。管理者は、個々の Connection Server に対してではなく、ポッド レベルで SAML 設定を定義できます。この機能強化により、柔軟性が向上し、テナントまたはポッド固有の ID 要件がサポートされ、完全な下位互換性が維持されます。また、セキュリティが強化され、カスタマイズ オプションが向上し、エンタープライズ認証のさまざまなニーズに適切に対応できるようになります。このリリースでは、動的メタデータ URL での特殊文字の使用が完全にサポートされるようになりました。

  • Horizon 8 2512 以降では、データ リカバリ パスワードが変更されると、暗号化されたバックアップ ファイルを以前のインストールに復元できません。2512 以降にアップグレードする場合は、データ リカバリ パスワードを変更する前に、ポッドまたはクラスタ内のすべての Connection Server がアップグレードされていることを確認する必要があります。

  • このリリースでは、DCSA および WCAG 2.0 標準に合わせて、Horizon 8 Connection Server のアクセシビリティ コンプライアンスが向上しています。この機能強化により、以前は満たされていなかったガイドラインに対応し、VPAT コンプライアンス スコアを 50% 以上に引き上げました。これにより、包括的なユーザー エクスペリエンスをサポートし、連邦政府での使用資格を継続し、CIO および連邦機関から求められる必須要件を満たしています。

  • アップグレード中に既存の Connection Server サービスをアンインストールする前に、インストーラがスキーマ マスター FSMO ロールをローカル LDAP インスタンスに自動的に転送するようになりました。これにより、サーバが応答不能になる可能性のあるアップグレードの失敗を防ぐことができます。スキーマ マスター ロールを転送できない場合、インストーラは安全に中止され、既存のサービスが保持されるため、並行アップグレード時の安定性が確保されます。

  • お気に入りアイコンの健全性チェックが Tomcat からセキュア ゲートウェイに移行され、プロセスが効率化されました。元々、/favicon.ico のポーリングが Tomcat によって処理されていたため、健全性チェックが頻繁に実行されると負荷が増大していました。この変更を実装することで、全体的な応答時間が短縮され、バックエンドの負荷が軽減されます。また、ロード バランサのポーリング頻度が改善され、以前の「30 秒間隔で 2 つのバランサ」という制約がなくなりました。

  • Horizon 8 で、自動デスクトップ、手動デスクトップ、RDS デスクトップ、アプリケーション プールに対して、ユーザーの場所に基づいたアクセス ポリシーがサポートされるようになりました。管理者は、内部アクセス（Horizon Connection Server 経由）、外部アクセス(UAG 経由)、またはその両方の設定を構成できます。たとえば、銀行のユーザーがオフィスのネットワークからアクセスする場合はすべての銀行アプリケーションにアクセスできますが、自宅から接続する場合は E メールにのみアクセスできます。

  • このリリースでは、クライアント制限に対する Horizon ログ機能が強化されています。新しい監査イベントはイベント DB に記録され、SIEM の可視性のため Syslog に転送されます。ログには、バージョン、IP アドレス、ポリシー、理由のメタデータを含むクライアント ブロック/警告アクションの詳細がキャプチャされます。イベント タイプには、推奨されるバージョン、サポートされていないクライアント、証明書ポリシーの結果が含まれます。

  • vdm 証明書のデフォルトの有効期間が 6 か月になりました。証明書の更新頻度が高くなることでセキュリティが強化され、長期間有効な認証情報に関連するリスクが軽減されます。この更新は、業界で証明書の有効期間を短くしていくという現在のトレンドと一致しています。

  • Horizon Recording にロールベースのアクセス制御 (RBAC) 機能が追加されました。これにより、管理者は Horizon Recording Console にアクセスできるユーザーと、さまざまなユーザー グループに実行権限があるタスクを構成できるようになりました。ロールベースのアクセス制御を使用すると、ロールを作成し、権限を選択的に割り当てて、特定の Active Directory ユーザー グループに権限とアクセス レベルを作成できます。

  • このリリースでは、Omnissa Workspace ONE Access を使用して Windows クライアントを起動したときに、Entra ID に参加しているデスクトップおよびアプリケーションへのシングル サインオンがサポートされます。ユーザーは Omnissa Access を介して認証されるため、デスクトップ内で Entra ID 認証情報を再入力することなく、Horizon デスクトップとアプリケーションを起動できます。これにより、Entra ID 上に構築された環境へのアクセスが効率化され、オンプレミス組織は Azure ベースの Horizon リソースの提供をよりスムーズに行うことができます。Microsoft GA のロールアウトを待機中（暫定：2026 年 1 月末まで）。『デスクトップおよびアプリケーション ガイド』の「Workspace ONE Access を介した Entra ID 参加済みデスクトップおよびアプリケーションへの SSO」セクションを参照してください。

  • ブローカー管理クライアントのアップグレード：Horizon Connection Server で、Windows および Mac クライアントのクライアント アップグレードを管理できるようになりました。管理者は、バージョン ポリシーを適用し、デスクトップ クライアント用のインストーラ ファイルをホストできます。クライアント バージョンがブロックされている場合には、ユーザーにアップデートを求めるプロンプトを表示できます。

  • このリリースでは、グループ ID に基づいて特定のグループに割り当てられたユーザーを表示するグリッドでマシンを検索できるようになりました。[ユーザーとグループ] ワークフローの REST API では、[マシンを検索] グリッドの列でフィルタリングとソートを行うことはできません。

Horizon Console

  • 管理者は、Horizon Console または Horizon REST API を使用して、RDSH ファーム レベルでロード インデックス ベースの RDSH セッションのロード バランシングを無効または有効にできるようになりました。 以前は、ADAM DB の変更により、管理者がポッド レベルでロード インデックス ベースの RDSH セッションのロード バランシングを無効にすることしかできませんでした。 さらに、RDSH セッションのバケット属性が必要に応じて調整され、使用率の低い期間と高い期間の両方で負荷が均等に分散されるようになりました。 詳細については、「ロード バランシングの設定」を参照してください。

  • このリリースでは、グリッド ビューでサーバ側の列レベルのフィルタリングと並べ替えのサポートが導入され、以前のクライアント側のグローバル フィルタが置き換えられました。強化された REST API により、マシンやインベントリなどのワークフローの個々の列に対して正確なフィルタリングと並べ替えが可能になりました。サーバ駆動型のユーザー インターフェイス操作に移行するワークフローが増えているため、この機能強化によりデータの明確性、操作性、一貫性が向上します。

  • 管理者は、インスタント クローン デスクトップ プールの作成中またはイメージのプッシュ ワークフロー中に、Horizon Console で vGPU プロファイルを直接選択できるようになりました。以前は、vGPU プロファイルはスナップショットから継承されていました。この機能強化により、インスタント クローン プールを作成するとき、またはプッシュ イメージ操作を準備するときに、コンピューティング プロファイル定義の一部として vGPU プロファイル ドロップダウンが追加されます。 これにより、単一の vGPU ゴールド イメージを異なるプールで使用するだけでなく、異なる vGPU プロファイルを使用できるようになり、vGPU プロファイルを変更するためだけにゴールド イメージを更新する必要がなくなります。

  • 管理者は、パーシステント（専用）デスクトップ プールの作成時に、Horizon Console から直接 Workspace ONE UEM 管理を有効にできるようになりました。この機能強化により、Workspace ONE UEM が物理デバイス、モバイル エンドポイント、Horizon VDI に拡張され、単一のコンソールから統合された Day 2 管理を行うことができます。この統合により、初日から一貫したポリシーの適用が保証され、運用が簡素化されます。また、コンプライアンスとセキュリティが強化され、総所有コストが削減されます。

  • エージェント ソースのサポートが拡張され、エージェントの自動アップグレードが利用できるようになりました。管理者は、Omnissa でホストされる CDS と完全な URL に加えて、エージェント配信に SMB ファイル共有を使用するための UNC パスを定義できます。Horizon Console で、エージェントのダウンロード、共有の選択、アップグレード ソースとしての構成を行うことができます。

Horizon Agent for Linux

  • NVIDIA Blackwell GPU のサポート：Horizon Agent for Linux は、すべての Linux ディストリビューションで NVIDIA Blackwell GPU をサポートするようになりました。これは、Linux VDI ワークロードで最新の GPU アーキテクチャを使用できることを意味します。

  • このリリースには、Linux エージェントの URL リダイレクト機能が含まれています。Omnissa Horizon Linux エージェントのブラウザで開いた URL をリダイレクトして、ユーザーによる構成が可能な設定に従って Omnissa Horizon クライアント マシンで開くことができるようになりました。

  • NVIDIA vGPU サポートの更新：Horizon Agent 2512 では、NVIDIA vGPU バージョン 16.12、18.5、および 19.3 のサポートが追加されています。

Horizon Agent for Windows

  • パスワードレス インストール：事前割り当てを使用することで、Horizon 管理者の認証情報を使用せずにドメイン参加マシンに管理対象外のエージェントをインストールできるようになりました。エージェント インストーラは、事前に割り当てられているポッドまたはクラスタを検出することもできます。

  • Horizon Client がパブリック IP アドレスを取得して報告できるようになりました。Horizon Agent for Windows は、DEX テレメトリの一部としてクライアント マシンのパブリック IP アドレスを取得し、報告するようになりました。ユーザーがリモート セッションに接続すると、Horizon Client DEEM プラグインは DEEM エージェントからパブリック IP アドレスを取得してエージェントに転送し、Workspace ONE Intelligence (INTEL/WS1) に報告します。接続ソースの可視性が向上しました。これは、ユーザー アクティビティの監視、インシデントへの対応、コンプライアンス要件の維持に役立ちます。

  • Windows 10 のサポート終了：Microsoft は 2025 年 10 月に Windows 10 のメインストリーム サポートを終了し、拡張セキュリティ更新プログラム (ESU) を提供するようになりました。Horizon は、Windows 10 のサポートをリリース 2512 からエージェント 2603 まで延長します。ただし、これはオペレーティング システムが Microsoft ESU の対象であることが条件となります。詳細については、ナレッジベースの記事 KB6001105を参照してください。

  • エージェントの自動アップグレード：エージェントの自動アップグレードに、実行前の検証チェックが含まれるようになりました。事前チェックに失敗すると、エージェントのアップデートと仮想マシンのアップデートの両方が失敗とマークされます。 プリフライト チェックでは、次のことが確認されます。

    • ディスク容量不足の検出
    • Windows Update の進行状況のチェック
    • 保留中の再起動の検証
    • 無効または到達不能な UNC パスのチェック

  • NVIDIA Blackwell GPU のサポート：Horizon Agent for Windows は、Windows 10、Windows 11、Windows Server ゲスト OS で NVIDIA Blackwell GPU をサポートするようになりました。これにより、最新世代の GPU で高パフォーマンスのグラフィックス ワークロードが可能になります。

  • Horizon V2 Agent は、カスタマイズ後のスクリプトを実行する機能をサポートするようになりました。管理者は、Azure Active Directory 参加、オンプレミス Active Directory 参加、ハイブリッド参加、インスタント クローンのドメイン参加、LCM の「ドメイン参加のスキップ」シナリオなど、エージェントがカスタマイズを完了した後に実行するスクリプトを構成できます。この機能は、実行と状態追跡のため、新しい JSON 構成フィールドとレジストリ値を使用して制御されます。

  • RDS ホストの USB リダイレクトの強化：Horizon Agent for Windows (RDSH) で、同じベンダー ID (VID) と製品 ID (PID) を共有する複数の USB デバイスのリダイレクトがサポートされるようになりました。以前は、VID/PID ペアが一致する単一のデバイスのみをセッションにリダイレクトしていました。この機能強化により、同一の USB ハードウェア（スキャナ、HID デバイス、カスタム周辺機器など）を使用する環境では、複数のインスタンスを同時に接続できます。

  • NVIDIA vGPU サポートの更新：Horizon Agent 2512 では、NVIDIA vGPU バージョン 16.12、18.5、および 19.3 のサポートが追加されています。

  • Windows 11 25H2 と Windows Server 2025 のサポート：単一セッション デスクトップ、マルチセッション ファーム、アプリケーション モード構成など、Windows 11 25H2 および Windows Server 2025 の完全なサポートが追加されました。Windows 11 22H2 のサポートは終了しました。

Amazon WorkSpaces Core の Horizon 8

  • プロビジョニング操作が強化され、プールの作成時間が大幅に短縮されました。プロビジョニング時間が 60% も短縮されるケースもあり、効率とスケーラビリティが向上しています。詳細については、ナレッジベースの記事 KB600123 を参照してください。

  • Amazon WorkSpaces Core 専用プールでの Horizon 8 のエージェントの自動アップグレードがサポートされるようになりました。この機能を使用すると、管理者は WorkSpaces インスタンスの Horizon Agent を自動的に更新できます。この機能を使用するには、WorkSpaces インスタンスが使用可能な状態になっている必要があります。詳細については、「Horizon Agent の自動アップグレード」を参照してください。

  • 管理者は、オンライン スペアを使用せずに [電力最適化 - 時間単位のプール] を構成し、コストを削減できるようになりました。スペア カウントを「0」に設定し、すべてのマシンを事前にプロビジョニングするオプションを選択すると、すべてのマシンがプロビジョニングされてからサスペンドされ、継続的な費用を最小限に抑えることができます。ユーザー資格が起動すると、WorkSpaces インスタンスがパワーオンされ、オンデマンドでユーザーに配信されるため、可用性を損なうことなくコスト効率が確保されます。電源スケジューラは不要になり、資格は必要なときにいつでも使用できます。

  • 管理者は、Workspace ONE UEM 管理を有効にして、専用デスクトップ プールの作成時に Horizon Console からマシンを登録できるようになりました。

  • ヘルプデスクのリモート アシスタントが、Horizon 8 on Amazon WorkSpaces Core で利用できるようになりました。接続されているデスクトップまたはアプリケーション セッションのリモート アシスタント チケットを生成できます。管理者は、リモート アシスタントを使用してユーザーのデスクトップを操作し、トラブルシューティングを行うことができます。

  • Omnissa Horizon 8 on Amazon WorkSpaces Core は、フェデレーション モードと管理モードの両方でハイブリッド Microsoft Entra 展開をサポートするようになりました。

リモート デスクトップ機能

  • このリリースでは、URL リダイレクトを既存の接続済み VDI セッションにマッピングするための GPO ベースのコントロールが導入されています。複数のセッションが存在する場合、URL は最後に接続された VDI にリダイレクトされます。アクティブなセッションがない場合は、定義されたデフォルトの VDI にフォールバックします。デフォルトが適用されない場合、ユーザーは VDI またはローカル ブラウザでの起動を選択できます。

  • 強化された BENIT トランスポート スイッチング：変動するネットワーク条件の中でパフォーマンスを維持するための BENIT スイッチングの機能強化。BENIT 転送スイッチング ロジックで TCP 接続品質を使用して、TCP と BEAT 間でのアクティブな転送の切り替えを行うことができます。 このアプローチにより、Blast 転送を現在のネットワーク条件に柔軟に適応させることができ、さまざまなネットワーク環境でのエンドユーザー エクスペリエンスが向上します。この機能強化は、Windows Horizon Agent とすべてのクライアントにのみ適用されます。

  • vSphere/VCF 9.x 上の NVIDIA GPU と Blast の互換性：Horizon は、vSphere および VMware Cloud Foundation (VCF) 9.x 上の NVIDIA vGPU を使用した Blast 接続をサポートするようになりました。このアップデートにより、Windows 10、Windows 11、Windows Server、サポート対象の Linux ディストリビューションなど、サポート対象のゲスト OS で GPU アクセラレーションを利用した Blast のパフォーマンスが実現されます。

  • Horizon でリバース接続を介した Blast Extreme Adaptive Transport (BEAT) がサポートされるようになりました。以前のリバース接続では TCP ベースの Blast のみがサポートされていました。BEAT は、エージェントから UAG への送信 UDP 接続を確保するだけでなく、追加の構成を必要とせずにリバース接続環境で動作するようになりました。

  • NVIDIA VideoSDK サポートの更新と Blast エンコード機能の強化：Blast が NVIDIA VideoSDK 13 にアップグレードされました。これにより、レガシーの SDK 8 サポートが置き換えられ、SDK 12 と SDK 13 の両方を使用できるようになりました。このアップデートには、NVIDIA が推奨するエンコーダー プリセットとチューニング プロファイルの改善が含まれており、圧縮効率が向上し、より低いビットレートでより高いビデオ品質が提供されます。

  • RDSH の動的タイム ゾーン リダイレクト：RDSH（複数セッション）環境での動的タイム ゾーン リダイレクトのサポートが追加されました。これにより、動的 DST ルールを含むユーザーのクライアント タイム ゾーンがセッションに正確に適用されます（これは VDI 単一セッションですでにサポートされています）。

  • Mac とモバイル クライアント、および UAG を使用する環境で、Blast MKS/オーディオの Vvc Raw チャネル サポートがサポートされるようになりました。

  • Vvc Raw チャネルのパフォーマンス強化の一部は、TCP 上の他のすべての Vvc ベースの機能に拡張されています。

  • MS Teams ズーム機能のサポート：Horizon Agent は、Omnissa WebRTC Teams 最適化の使用時にズーム機能をサポートするようになりました。

  • 手動ノイズ抑制制御：Horizon Teams の最適化 (WebRTC 1.0) の使用時にノイズ抑制を手動で無効にするサポートが追加されました。

Omnissa Horizon 用 Windows OS 最適化ツール

  • このリリースでは、Windows 11 バージョン 24H2 以降のサポートが追加されています。

解決された問題

解決された問題の前に付いている番号は、Omnissa 内部の問題追跡システムに記録されている問題の番号を表しています。

  • HZN-7190：SamlReconfigure が原因で Horizon Connection Server の CPU 使用率が高くなることがあります。
  • HZN-5129：Nutanix プールの作成時に、Horizon Console で Active Directory コンテナをデフォルトの CN=Computers から変更できません。
  • HZN-5146：オンデマンド インスタント クローン プールでプッシュ操作が行われた後の再プロビジョニング フェーズで、スペア仮想マシンが生成されます。
  • HZN-5409：マシンの割り当てが、判読可能なユーザー名から GUID に変更されることがあります。
  • HZN-5591：管理ユーザー インターフェイスでユーザー セッションの読み込みに時間がかかり、ヘルプデスク スタッフの生産性とユーザー アクセスに大きく影響します。
  • HZN-5776：Horizon VDI セッション中にオンデマンドのパワーオン/オフ機能で断続的な問題が発生することがあります。
  • HZN-6120：REST API を介してスケジューリングされたプッシュ操作で設定した vTPM フラグ値が保存されません。
  • HZN-6137：ヘルプデスク ツールがポッド間で仮想マシンを適切に切断できず、セッション エラーが発生します。
  • HZN-6202：ユーザーがアップグレードに失敗した後、レプリカ サーバを削除して標準サーバのアップグレードが必要になることがあります。
  • HZN-6331：プロビジョニング エラーの修正後、プロビジョニングが成功しているにもかかわらず、管理コンソールでプロビジョニング エラー バナーが消えません。
  • HZN-6444 ：VDI が正しく機能しているように見えても、インスタント クローンが使用できず、Horizon Console に「エージェントが無効です」と表示されます。
  • HZN-6726：CA 署名付き証明書に置き換えても、Horizon Console で「クラスタ ID 証明書が使用されていない」と表示されます。
  • HZN-6733：Nutanix プールの作成ワークフローで、最大 10 個のネットワークが選択候補として表示されます。
  • HZN-6734：ユーザーがログオフするまで待機するプッシュ操作を実行すると、アクティブなユーザー セッションのある RDS サーバが無効状態になりますが、Horizon 管理ユーザー インターフェイスでは状態が「使用可能」のままになっています。
  • HZN-6911：プールの電源ポリシーがパワーオフに設定されていますが、ユーザーがログオフすると、VDI デスクトップはシャットダウンされず、パワーオン状態のままになります。
  • HZN-6931：プールの作成で、ネットワーク ラベルをフル クローン デスクトップに関連付ける際に問題が発生することがあります。
  • HZN-6958：API またはネットワーク ラベル ツールを使用して作成された新しいフル クローン パーシステント VDI が、プールの更新済み VLAN ではなく、マスター テンプレートの VLAN に展開されます。
  • HZN-7024：ログイン セグメントのメトリック データが数分間断続的に表示されなくなり、レポートの精度に影響することがあります。
  • HZN-7053：Horizon 管理コンソールにイベントがまったく表示されず、ユーザーがクラスタ内の問題をすぐに認識できません。
  • HZN-7075：パスワード キャッシュが有効で、Workspace ONE で TrueSSO モードが無効になっているにもかかわらず、TrueSSO ログインが開始します。
  • HZN-7189：仮想マシンで RHEL 9.6 が実行されている場合、管理者がユーザーを検索してそのユーザーの仮想マシン セッションを選択しようとすると、エラーが発生することがあります。
  • HZN-7275：2503.1 にアップグレードした後、システムの健全性ダッシュボードの表示が遅くなる現象がユーザーから報告されています。
  • HZN-7356：一部のユーザーで、Workspace ONE Access Hub コンソールからデスクトップをリセットできない問題が発生しています。
  • HZN-7365：2503 にアップグレードした後、F5 経由での Connection Server への接続が機能しません。
  • UBI-585：Nutanix プールを設定して n 日後に OS ディスクを更新すると、ログアウト後に更新が発生します。
  • UBI-680：Nutanix ゴールド イメージを Connection Server に再登録できません。

既知の問題

既知の問題の前に付いている番号は、Omnissa 内部の問題追跡システムに記録されている問題の番号を表しています。

このリリースにアップグレードする前に、ナレッジベースの記事 KB6000681 と「Omnissa Horizon 8 2412 以降へのアップグレード」の情報を確認してください。

Horizon Connection Server

  • HZN-5160：管理グリッドの特定の列の並べ替え機能とフィルタリング機能が削除されました。これにより、以前のリリースと比べると機能が制限されるため、管理ワークフローに影響を及ぼす可能性があります。

    **回避策：**なし

  • HZN-7443：カスタマイズ状態で停止している仮想マシンを Horizon 管理コンソールまたは Horizon REST API で削除すると、Horizon が仮想マシンを再作成します。

  • ユーザーが使用できるグローバル専用資格が 10 を超える場合、[割り当てられたホスト名を表示] オプションが有効になっていると、マシンのホスト名がグローバル資格に表示されないことがあります。

  • RDS ホストのアップグレードのスケジューリングが正常に完了しても、スケジューリングされた時間になるとアップグレード自体が失敗することがあります。

    回避策：ナレッジベースの記事 KB6000992 を参照してください。

  • Horizon イベント データベースが Microsoft SQL Server（任意のバージョン）のインスタンスによってホストされている場合は、TLS 1.2 を無効にしないでください。この接続は TLS 1.3 では確立できません。

  • HZN-2542：ブラウザのロケールを変更して Horizon Console ユーザー インターフェイスを更新すると、新しく選択した言語のエラー アラートが表示されません。

    **回避策：**新しいブラウザ タブで Horizon Console にログインします。

  • HZEC-2336：MP4H アダプタなどの View API コンシューマが MachineDetailsView を呼び出します。この API が断続的に失敗し、ユーザー データが見つからないというエラーが表示されます。

    **回避策：**なし

  • HZEC-2873：ダッシュボード サマリに表示される ESXi ホストの問題の数が、ダッシュボードの専用的な ESXi ホストの問題セクションに表示される問題の数と異なる場合があります。

    NVIDIA vGPU サポートが、指定されたホストでサポートされている vGPU との不一致を検出すると、問題の数が増加しますが、その数がユーザー インターフェイスに反映されないことがあります。

    回避策：警告を確認するには、[ダッシュボード] > [システムの健全性] > [ビュー] > [vSphere] > [ESX ホスト] の順に移動します。

Horizon Agent for Linux

このセクションでは、Linux デスクトップの構成時または Horizon Agent for Linux で発生する可能性がある問題について説明します。

  • VCART-9593：RHEL 8.10 で FIPS モードが有効になっていると、Linux VDI セッションの起動に失敗します。この問題に回避策はありません。

  • VCART-1502：Debian 12.x デスクトップのサイズを変更すると、システム トレイにセッション共同作業アイコンが表示されなくなります。

    **回避策：**デスクトップから切断して、再接続します。通常、デスクトップに再接続した後にセッション共同作業のアイコンが表示されます。または、次の手順で GNOME シェルを再起動してみてください。

    1. Alt+F2 キーを押して、[コマンドの実行] ダイアログ ボックスを表示します。

    2. ダイアログ ボックスに「r」と入力します。

    3. Enter キーを押します。

  • VCART-9623：リモート デスクトップに接続して、ユーザー インターフェイスで共同作業のアイコンをクリックした後で、[共同作業] ウィンドウが表示されないことがあります。

    **回避策：**デスクトップ ウィンドウのサイズを変更するか、リモート デスクトップに再接続します。

  • VCART-9624：[キーボード入力方法システム] が fcitx に設定されている場合、Linux エージェントのキーボード レイアウトおよびロケールはクライアントと同期しません。

    回避策：[キーボード入力方法システム] を iBus に設定します。

  • VCART-9625：解像度の異なる 2 台のモニターが構成されており、1 次画面の解像度が 2 次画面よりも低い場合は、画面の特定の領域にマウスを移動したり、アプリケーション ウィンドウをドラッグしたりできないことがあります。

    **回避策：**1 次モニターの解像度が 2 次モニターと同じかそれ以上であることを確認します。

  • VCART-9626：クライアント ユーザーが [最小化] コマンドを使用して Linux 公開アプリケーションのウィンドウを最小化し、その後、[最大化] コマンドを選択すると、ウィンドウが全画面表示モードではなく、以前のサイズにリストアされます。

    回避策：全画面表示モードに変更するには、[最大化] コマンドを再度選択します。

  • VCART-9627：Linux 公開アプリケーションでは、ウィンドウのタスクバーを使用してマルチモニター ディスプレイの作業領域を分割することはできません。たとえば、クライアント ユーザーが 2 台のモニターを並べて配置しているとします。ユーザーが左側のモニターの画面右側または右側のモニターの画面左側にタスクバーを移動すると、作業領域が 2 つの部分に分かれて表示されます。ただし、ユーザーがアプリケーション ウィンドウを最大化すると、タスクバーに関連するウィンドウが正しく表示されません。

  • VCART-9638：Horizon Client for Mac から Linux 公開アプリケーションに接続すると、アプリケーション ウィンドウの隅が丸ではなく、四角になります。

  • VCART-9639：クライアント ユーザーが Linux 公開アプリケーションで非モーダル ダイアログ ボックスを開いたまま、クライアント システムでネイティブ アプリケーションをアクティブにすると、ユーザーが公開アプリケーションに戻ったときにダイアログ ボックスの一部が表示されません。

  • VCART-9640：クライアント ユーザーが Linux 公開アプリケーションのウィンドウを最小化したり、公開アプリケーション ウィンドウの上に別のアプリケーションを表示すると、タスクバーに公開アプリケーション ウィンドウのサムネイル プレビューが表示されません。タスクバーの公開アプリケーション アイコンの上にカーソルを置くと、公開アプリケーション ウィンドウの説明ではなく、空白のサムネイルが表示されます。

  • VCART-9641：Linux 公開アプリケーションでは、Windows クライアント システムの Aero スナップ機能はサポートされていません。Horizon Client for Windows から Linux 公開アプリケーションに接続している場合、キーボードまたはマウスを使用して、Windows を画面の端にスナップしたり、固定することはできません。

  • VCART-9642：Linux 公開アプリケーションでは、Windows クライアント システムのジャンプ リスト機能はサポートされていません。Horizon Client for Windows から Linux 公開アプリケーションに接続しているときに、アプリケーションのタスクバーのアイコンを右クリックしても、ジャンプ リストが表示されません。

  • VCART-9643：作業領域の制限により、Linux 公開アプリケーションのウィンドウの一部をクライアントの画面または作業領域の端から移動することはできません。画面の端を越えて公開アプリケーションのウィンドウを移動しようとすると、ウィンドウは画面の境界内に戻ります。

  • VCART-9644：クライアント ユーザーが Linux 公開アプリケーションからモーダル ダイアログ ボックスを開くと、そのダイアログ ボックスがネイティブ ウィンドウの上に表示されない場合があります。

  • VCART-9645：Windows クライアント システムから公開アプリケーションに接続しているときに、Windows タスクバーとアプリケーション ウィンドウのタイトルバーでコンテキスト メニューの項目が少し異なります。Shift キーを押しながら Windows タスクバーのアプリケーション アイコンを右クリックすると、元に戻す、移動、サイズ変更、最小化、最大化、終了、の項目を含むメニューが表示されます。アプリケーション ウィンドウのタイトル バーを右クリックすると、最小化、最大化、移動、サイズ変更、終了、の項目を含むメニューが表示されます。

  • VCART-9646:：公開アプリケーションでは、Windows クライアント システムのタスクバーに表示される [移動] と [サイズ変更] コンテキスト コマンドをサポートしていません。ユーザーが Windows タスク バーで公開アプリケーションのアイコンを Shift + 右クリックすると、メニューに [移動] と [サイズ変更] は表示されますが、これらのコマンドを選択しても機能しません。

  • VCART-9647：公開アプリケーションでは、アプリケーション ウィンドウのコンテキスト メニューに表示される [サイズ変更] コマンドをサポートしていません。ユーザーがアプリケーション ウィンドウのタイトル バーを右クリックすると、[サイズ変更] コマンドがメニューに表示されますが、このコマンドを選択しても機能しません。

  • VCART-9648：ユーザーが Windows クライアント システムで同じ公開アプリケーションに対して複数のセッション ウィンドウを開くと、[すべてのウィンドウを重ねて表示] コマンドが機能しません。

  • VCART-9649：デュアルモニター構成の Windows クライアント ユーザーが、解像度の低いモニターの作業領域で公開アプリケーションを最大化すると、Windows タスクバーが黒くなります。

  • VCART-9650：アプリケーション プールとして LibreOffice アプリケーションを公開すると、Horizon Client に LibreOffice のアイコンが重複して表示されることがあります。

    **回避策：**Connection Server から、LibreOffice アプリケーションのアイコンを手動で割り当てます。

  • VCART-9651：Horizon Console のアプリケーション プールの設定で、Linux 公開アプリケーションに [複数セッション モード] オプションを使用できません。

  • VCART-9652：Linux 公開アプリケーションに接続しているときに、ユーザーがユーザー アカウント制御に関連するダイアログ ボックスを開くと（ファイアウォール設定の編集時など）、デスクトップが表示されません。

  • VCART-9653：Horizon Agent for Linux は、公開デスクトップと公開アプリケーション間のセッション スティーリングをサポートしていません。たとえば、ユーザーが公開デスクトップ セッションを開いた状態で、同じファームのアプリケーション セッションを開こうとすると、デスクトップ セッションがアクティブなままになり、アプリケーション セッションは確立されません。同様に、ユーザーがアプリケーション セッションを開いた状態で、同じファームの公開デスクトップ セッションを開こうとすると、アプリケーション セッションがアクティブなままになり、デスクトップ セッションが確立されません。

  • VCART-9628：ユーザーがセッション共同作業の招待テキスト ボックスにエントリを入力し、カーソルをテキスト ボックスの外に移動すると、入力したエントリがクリアされます。

  • VCART-9629：マルチモニター システムを使用しているクライアント ユーザーが、シームレス ウィンドウ モードで公開アプリケーションを開き、モニター間でアプリケーション ウィンドウを移動すると、表示上の問題が発生することがあります。

    回避策：Shift キーを押しながら、クライアントのタスクバーにあるアプリケーションのアイコンを右クリックし、[最大化] を選択して、ウィンドウの表示を拡大および更新します。

  • VCART-9644：一部のモニターが縦向きで、他のモニターが横向きになっているマルチモニター システムを使用しているときに、クライアント ユーザーが公開アプリケーションをシームレス ウィンドウ モードで開くと、表示上の問題が発生することがあります。ユーザーがすべてのモニターでアプリケーション ウィンドウを最大化すると、横向きのモニターでタスクバーが黒く表示されます。

  • VCART-9630：クライアント ユーザーが画像を含むコンテンツをリッチ テキスト形式でコピーし、そのコンテンツをリモート Linux デスクトップのアプリケーションに貼り付けると、貼り付けられたコンテンツから画像が失われる可能性があります。この問題は、OpenOffice や LibreOffice などの特定のサードパーティ製アプリケーションの制限が原因で発生します。Horizon Agent for Linux が原因ではありません。

    **回避策：**クリップボード マネージャを使用して、不足しているコンテンツをクリップボードから取得します。

  • VCART-9632：MATE デスクトップ環境で RHEL 7.9 デスクトップに接続すると、Horizon Client で Ctrl + Alt + Del の入力コントロールが有効になりません。

    **回避策：**MATE デスクトップからログアウトする場合は、デフォルトのキーボード ショートカットを使用します。または、ログアウトにカスタム キーボード ショートカットを定義します。

  • VCART-9633：Linux エージェントで実行されている Blast セッションが Horizon Recording ソリューションによって記録されている場合、小さな空白（2 ～ 3 KB）が記録されることがあります。

    **回避策：**なし。新規ログイン時の一部のセッションでレコーディング ページにサイズの小さな記録が表示される点を除き、機能に悪影響はありません。

Horizon Agent for Windows

  • VCART-7428：RDS ホストのアップグレードのスケジューリングが正常に完了しても、スケジューリングされた時間になるとアップグレード自体が失敗することがあります。

    回避策：ナレッジベースの記事 KB6000992 を参照してください。

Horizon Client

このセクションでは、Horizon Client または Horizon Web Client を使用してリモート デスクトップまたはアプリケーションに接続するときに発生する可能性がある問題について説明します。特定の Horizon Client プラットフォームでのみ発生する問題については、Omnissa 製品ドキュメント ポータルで Horizon Client リリース ノートを参照してください。

  • VCART-9656：Linux デスクトップに接続するとき、一部のキーボード入力が機能しません。たとえば、クライアント デバイスとリモート デスクトップの両方で、英語以外の IME を使用している場合は、一部の英語以外のキーは正しく表示されません。

    **回避策：**なし。

  • VCART-9655：Ambir ImageScan Pro 490i を使用して、リモート デスクトップやアプリケーションでスキャンを実行するときに、ダイアログ ボックスには「Scanning… (スキャン中…)」と常に表示され、スキャンが完了しません。

    **回避策：**クライアントでスキャンを実行します。クライアントをスキャンすると、スキャナがキャリブレーションされます。キャリブレーション操作が終了したら、キャリブレーション ファイルを保存して、ProgramData\AmbirTechnology\ImageScanPro490i に展開します。

  • VCART-4245：選択したモニターがプライマリ モニターの場合にのみ、全画面モードで HDR がサポートされます。

    **回避策：**なし。

Windows OS 最適化ツール

  • エクスポートされた分析レポートを、最適化ツール EXE を実行している仮想マシンにエクスポートすると、ツールの [一般化] タスクを実行した後にレポートが自動的に削除されます。最適化ツールのユーザー インターフェイス内ではレポートを表示できますが、Sysprep を実行すると、エクスポートされたレポートは削除されます（Sysprep は [一般化] の一部として実行されます）。

    回避策： 分析レポートを同じ仮想マシンの現在のユーザー フォルダに保存するのではなく、ネットワーク上の別の場所にエクスポートします。これらのユーザー フォルダは Sysprep の一部として削除されるため、仮想マシン上のこれらのフォルダに保存されている場合、レポートは [一般化] の実行中に削除されます。レポートをネットワーク上の別の場所にリダイレクトするように指定した場合、[一般化] を実行した後もレポートが保持されます。

API

  • HZN-3296：ディザスタ リカバリやポッドの再構築などの特定のイベントの後で REST API ObjectGUID が変更される。

    **回避策：**永続的な ID として ObjectGUID に依存しないでください。ディザスタ リカバリやポッドの再構築などのイベントの後に、サードパーティ アプリケーションを新しい ObjectGUID に再同期します。

Nutanix

  • HZN-6730：Connection Server が停止し、レプリカ サーバが稼動状態のときに、デスクトップを更新できません。

    **回避策：**なし

  • HZN-6964：プールが存在しているときに、登録済みマシンを削除できます。

    **回避策：**なし

  • HZN-7169：Windows 10 GI テンプレートを使用してファームを作成できます。

    **回避策：**なし

Horizon 8 API

Horizon 8 API の最新セットについては、Omnissa 開発者向けポータルでドロップダウンから現在のリリースに移動してください。API の使用方法の詳細と例については、[ドキュメンテーション] タブをクリックしてください。

Horizon Edge と Horizon Cloud Connector

Horizon Universal Subscription、Horizon Enterprise Plus Subscription、Horizon Standard Plus Subscription、Horizon Apps Universal Subscription、または Horizon Apps Standard Subscription をご契約のお客様に適用されます。

Horizon Edge 仮想アプライアンスは、サブスクリプション ライセンスの有効化と追加の制御プレーン SaaS サービスで Horizon 8 を次世代の Horizon Control Plane に接続するために必要なコンポーネントです。

Horizon Cloud Connector 仮想アプライアンスは、サブスクリプション ライセンスの有効化と追加の制御プレーン サービスで Horizon 8 を第 1 世代の Horizon Control Plane に接続するために必要なコンポーネントです。

パブリック クラウドの SDDC に展開された Horizon 8

Azure Omnissa Solution (AVS) でサポートされる Horizon 8 の機能については、ナレッジベースの記事 KB80850を参照してください。

VMware Cloud on AWS でサポートされる Horizon 8 の機能については、ナレッジベースの記事 KB58539を参照してください。

Google Cloud VMware Engine (GCVE) でサポートされる Horizon 8 の機能については、ナレッジベースの記事 KB81922を参照してください。

Oracle Cloud Omnissa Solution でサポートされる Horizon 8 の機能については、ナレッジベースの記事 KB88202を参照してください。

Alibaba Cloud Omnissa Service (ACVS) でサポートされる Horizon 8 の機能については、ナレッジベースの記事 KB92140を参照してください。

ご使用前の注意事項

  • **VMware Tools のインストールに関する重要な注：**vSphere で提供されているデフォルトのバージョンではなく、製品のダウンロード ページからダウンロードされた VMware Tools バージョンをインストールする予定の場合は、その VMware Tools のバージョンがサポートされていることを確認してください。サポートされている VMware Tools バージョンを判断するには、Omnissa 製品の相互運用性マトリックスを参照してください。（サポート対象バージョン：11.1.0、11.0.6、10.3.22、10.3.21）VMware Tools の 11.x バージョンにもパフォーマンスの問題があります。詳細については、ナレッジベースの記事 KB78434 を参照してください。

  • インスタント クローンを RDS ホストとして展開する場合は、Windows Server OS 内から直接 RDS ホストを再起動しないでください。代わりに、イメージ プッシュ ワークフローを使用して、インスタント クローン仮想マシンを更新してください。

  • vSphere 環境で View Storage Accelerator を使用するには、デスクトップ仮想マシンは 512 GB 以下でなければなりません。View Storage Accelerator は、512GB を超える仮想マシンでは無効になります。仮想マシンのサイズは、合計 VMDK 容量で定義されます。たとえば、1 つの VMDK ファイルが 512GB であるか、複数の VMDK ファイルの合計が 512GB となる場合です。この要件は、以前の vSphere リリースで作成され、vSphere 5.5 にアップグレードされた仮想マシンにも適用されます。

  • Horizon 8 で Carbon Black を使用する場合のベスト プラクティスについては、ナレッジベースの記事 KB95512 を参照してください。

  • Horizon 8 で vSAN 8 ESA データストアを使用する場合、ESXi ホストあたり最大 500 台の仮想マシンがサポートされます。可能な最大値は、ハードウェアのワークロードと詳細によって異なります。すべての Horizon 構成の上限については、「VMware 構成の上限」を参照してください。

アップグレード

Horizon 環境をアップグレードする前に、「Omnissa 製品の相互運用性マトリックス」を確認してください。次のガイダンスに注意してください。

  • 現在の環境よりもリリース日が遅いバージョンにのみアップグレードできます。

  • ESB 以外のバージョンから ESB バージョンにアップグレードする場合、ターゲットの ESB バージョンは、ESB 以外の現在のリリースよりも後にリリースされている必要があります。たとえば、Horizon 8 2111.1 が Horizon 8 2203 より後にリリースされていても、2203（ESB 以外）から 2111.1 (ESB) にアップグレードすることはできません（あるいは、アップグレード後に機能が使用できなくなります）。Horizon 8 2212 以降のバージョンにのみアップグレードできます。

  • **重要：**VMware ブランドの Horizon バージョンから Omnissa ブランドの Horizon バージョンにアップグレードする場合は、通常よりも時間がかかり、追加の準備が必要になります。 詳細については、ナレッジベースの記事 KB6000681 と「Omnissa Horizon 8 2412 以降へのアップグレード」を参照してください。

互換性に関する注意事項

次の表に、特定の互換性情報と、その情報が記載されているリンク先を含みます。

トピック互換性情報またはリンク
Horizon Client
Horizon Client と Windows 10 および 11https://kb.omnissa.com/s/article/58096
Horizon Agent
Horizon Agent と Windows 10 および 11 - シングルユーザー マシンと RDS ホストのゲスト OShttps://kb.omnissa.com/s/article/78714
Horizon Agent と Windows 10 および 11 以外の OS - シングルユーザー マシンと RDS ホストのゲスト OShttps://kb.omnissa.com/s/article/78715
Horizon と Windows 10 - 更新またはアップグレードの要件https://kb.omnissa.com/s/article/2148176
Horizon Agent と Linux ゲスト OSHorizon Agent for Linux のシステム要件

https://kb.omnissa.com/s/article/87277
Horizon Server
Horizon と、オペレーティング システム、MSFT Active Directory ドメイン機能レベル、およびイベント データベースhttps://kb.omnissa.com/s/article/78652
Horizon ソフトウェアの相互運用性
Omnissa Horizon のウイルス対策プログラムの実行ファイル除外リストhttps://kb.omnissa.com/s/article/2082045
Horizon 8 2512 と Omnissa 製品の相互運用性Omnissa 製品の相互運用性マトリックス - Horizon 8
Horizon 8とサードパーティ製品Omnissa 製品の相互運用性マトリックス - Horizon 8 - サードパーティ
Horizon ハードウェアの互換性
Horizon とサードパーティ製周辺機器Omnissa で検証済みの周辺機器
Horizon と NVIDIA GPU カードhttps://docs.nvidia.com/vgpu/latest/product-support-matrix/index.html

オープンソースの使用

インストール プロセスでファイル システムに open_source_licenses.txt ファイルが書き込まれます。このリリースに含まれる主なオープンソース コンポーネントは次のとおりです。

  • Horizon Connection Server 2512 は、Jakarta EE バージョン 10.1.49 の Apache Tomcat 実装上に構築されています。
  • Horizon Agent for Linux 2512、Horizon Agent for Windows 2512、Horizon Connection Server 2512 はすべて、BellSoft Liberica ディストリビューションの OpenJDK バージョン 17.0.16.0.1 (CPU) を使用します。。

ドキュメンテーション

Horizon 8 のドキュメントは、Omnissa 製品ドキュメント ポータルにあります。

Omnissa Docs のローカライズされたコンテンツ

Omnissa のローカライズ戦略の詳細については、「Announcing Omnissa Localization Support」を参照してください。

サポートの連絡先情報

サポートの利用方法とサポート ポリシーの詳細については、Omnissa Customer Connect を参照してください。

Customer Connect および Cloud Services ポータル経由でサポート リクエストを発行する方法については、ナレッジベースの記事 KB6000005 を参照してください。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…