既知の問題

最終公開日 : Nov 13, 2026
このリリースでは、以下の問題が確認されています。
  • 複数のDelivery Controllerが構成された環境で、オンプレミスハイパーバイザー上にドメインに参加していないVirtual Delivery Agent (VDA) をプロビジョニングするためにMachine Creation Services (MCS) を使用すると、ctxsetupプロセスが失敗する可能性があります。エラーは、ターゲットVDAの/var/log/ad_join.logファイルで確認できます。
    この問題を回避するには、以下の手順を実行します。
    1. マスターイメージで、/var/xdl/mcs/mcs_util.shを見つけて編集します。
      1. マスターイメージでターミナルまたはコマンドプロンプトを開きます。
      2. /var/xdl/mcs/ディレクトリに移動します。
      3. テキストエディターを使用してmcs_util.shファイルを開きます。
      4. read_websocket_ddc_info()関数を見つけます。
      5. 297行目付近にあるlog_debug "Exit read_websocket_ddc_info"という行を見つけます。この行の前にDDCS=$(echo "${DDCS}" | tr ',' ' ')という行を挿入します。
    2. 新しいスナップショットを作成し、その新しいスナップショットでVDAをプロビジョニングします。
  • Mesaグラフィックスライブラリ（特にバージョン24.1.0以降）は、Ubuntu 24.04仮想デスクトップで特定のシステムアプリケーション（ファイルマネージャー、設定、電卓など）の表示に関する問題を引き起こしています。以下の2つの回避策が提供されています。
    回避策1：Rootless Xorgを無効にする
    以下のコマンドを使用して、一時的な回避策としてRootless Xorgを無効にできます。
    sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "Rootless" -d "0" --force

    sudo systemctl restart ctxhdx
    注:
    Red Hatは、Xorgサーバーに影響を与えるCVE-2024-31083セキュリティ脆弱性に対処しました。
    回避策2：Rootless Xorgの機能を継続するには、cap_ipc_owner機能を付与する
    Rootless Xorg機能を維持し、ICA®セッションでMIT-SHMが機能するようにするには、Rootless Xorgを有効にする前に、ラッパースクリプトではなくXorg実行可能ファイルに直接cap_ipc_owner機能を適用します。以下のディストリビューション固有のコマンドを使用してください。
    • Ubuntu/Debian: sudo setcap 'cap_ipc_owner=+ep' /usr/lib/xorg/Xorg
    • RHEL/Rocky の問題: sudo setcap 'cap_ipc_owner=+ep' /usr/libexec/Xorg
    • SUSE: sudo setcap 'cap_ipc_owner=+ep' /usr/libexec/Xorg /usr/bin/Xorg
  • GNOMEの問題により、RHEL 8.X、Rocky Linux 8.x、RHEL 9.x、およびRocky Linux 9.xでsamba-winbindをバージョン4.18.6にアップグレードした後、Linux VDAが期待どおりに動作しません。詳細については、<https://issues.redhat.com/browse/RHEL-17122>を参照してください。
  • PostgreSQLで設定された最大接続数が同時セッションを処理するのに不十分な場合、セッション起動の失敗が発生します。この問題を回避するには、postgresql.confファイルでmax_connections設定を変更して最大接続数を増やします。
  • /var/log/xdl/jproxy.logで次のLDAP例外がスローされるため、VDA登録が失敗する可能性があります。
    javax.naming.NamingException: LDAP response read timed out, timeout used: 10000 ms.
    この問題を回避するには、次の手順を実行します。
    • LDAPタイムアウト値を変更します。たとえば、次のコマンドを使用してLDAPタイムアウト値を60秒に変更します。
      ctxreg create -k "HKLM\Software\Citrix\GroupPolicy\Defaults" -t "REG_DWORD" -v "LDAPTimeout" -d "0x000EA60" --force
    • 検索ベースを設定してLDAPクエリを高速化します。ctxsetup.shのCTX_XDL_SEARCH_BASE変数を使用するか、次のコマンドを使用して検索ベースを設定できます。
      ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_SZ" -v "LDAPComputerSearchBase" -d "<specify a search base instead of the root of the domain to improve search performance>" --force
  • Microsoftは、2022年11月にWindows 10用の累積更新プログラムKB5019966およびKB5019964をリリースしました。これらの更新プログラムにより、ドメイン参加と登録に失敗が発生します。この問題を回避するには、ナレッジセンターの記事CTX474888を参照してください。
  • KerberosでRC4_HMAC_MD5暗号化タイプが許可されている場合、Linux VDAがControllerに登録できないことがあり、次のエラーメッセージが表示されます。
    エラー: GSS-APIレベルで指定されていない障害 (メカニズムレベル: HMACを使用した暗号化タイプRC4はサポートされていない/有効になっていない)
    この問題に対処するには、Active DirectoryドメインでRC4_HMAC_MD5をグローバルに無効にする（または特定のOUで無効にする）か、Linux VDAで弱い暗号化タイプを許可します。その後、klist -li 0x3e4 purgeコマンドを使用してControllerおよびCitrix Cloud Connector™上のキャッシュされたKerberosチケットをクリアし、Linux VDAを再起動します。
    Active Directory ドメインで RC4_HMAC_MD5 をグローバルに無効にするには、次の手順を実行します。
    1. グループポリシー管理コンソールを開きます。
    2. ターゲットドメインを見つけて、Default Domain Policy を選択します。
    3. Default Domain Policy を右クリックし、Edit を選択します。グループポリシー管理エディターが開きます。
    4. コンピューターの構成 > ポリシー > Windows の設定 > セキュリティの設定 > ローカル ポリシー > セキュリティ オプション を選択します。
    5. Network security: Configure encryption types allowed for Kerberos をダブルクリックします。
    6. DES_CBC_CRC、DES_CBC_MD5、および RC4_HMAC_MD5 のチェックボックスをオフにし、AES128_HMAC_SHA1、AES256_HMAC_SHA1、および Future encryption types を選択します。
    Linux VDA で弱い暗号化の種類を許可するには、次の手順を実行します。
    注:
    弱い暗号化の種類を使用すると、展開が攻撃に対して脆弱になります。
    1. Linux VDA で /etc/krb5.conf ファイルを開きます。
    2. セクションの下に次のエントリを追加します。
      allow_weak_crypto= TRUE
  • Linux VDA は暗号化に SecureICA 1.0 をサポートしていません。Linux VDA で SecureICA 1.0 を有効にすると、セッションの起動に失敗します。
  • Ubuntu グラフィック: HDX™ 3D Pro では、Desktop Viewer のサイズを変更した後、アプリケーションの周囲に黒いフレームが表示されたり、背景が黒く表示されたりする場合があります。
  • Linux VDA の印刷リダイレクトによって作成されたプリンターは、セッションからログアウトした後も削除されない場合があります。
  • ディレクトリに多数のファイルとサブディレクトリが含まれている場合、CDM ファイルがありません。この問題は、クライアント側にファイルまたはディレクトリが多すぎる場合に発生する可能性があります。
  • 英語以外の言語では、UTF-8 エンコーディングのみがサポートされています。
  • Citrix Workspace™ app for Android の CAPS LOCK の状態は、セッションローミング中に反転する場合があります。既存の接続を Citrix Workspace app for Android にローミングすると、CAPS LOCK の状態が失われる可能性があります。回避策として、拡張キーボードの Shift キーを使用して、大文字と小文字を切り替えます。
  • Mac版Citrix Workspaceアプリを使用してLinux VDAに接続すると、ALTキーを含むショートカットキーが常に機能するとは限りません。Mac版Citrix Workspaceアプリは、デフォルトで左右のOptions/Altキーの両方にAltGrを送信します。この動作はCitrix Workspaceアプリの設定内で変更できますが、結果はアプリケーションによって異なります。
  • Linux VDAがドメインに再参加すると、登録が失敗します。再参加により、新しいKerberosキーセットが生成されます。しかし、Brokerは以前のKerberosキーセットに基づいた、キャッシュされた古いVDAサービスチケットを使用する可能性があります。VDAがBrokerへの接続を試みると、BrokerはVDAへの戻りのセキュリティコンテキストを確立できない場合があります。一般的な症状は、VDA登録の失敗です。
    この問題は、VDAサービスチケットの有効期限が切れて更新されると、最終的には自然に解決されます。しかし、サービスチケットは有効期間が長いため、解決には時間がかかる場合があります。
    回避策として、Brokerのチケットキャッシュをクリアします。Brokerを再起動するか、管理者としてコマンドプロンプトからBrokerで次のコマンドを実行します。
    klist -li 0x3e4 purge
    このコマンドは、Citrix Broker Serviceが実行されているNetwork Serviceプリンシパルによって保持されているLSAキャッシュ内のすべてのサービスチケットをパージします。これにより、他のVDAや、場合によっては他のサービスのサービスチケットも削除されます。ただし、これは無害です。これらのサービスチケットは、必要に応じてKDCから再取得できます。
  • Windows版Citrix Workspaceアプリでは、オーディオ録音中に音声の歪みが発生する場合があります。
Related information
新機能