既知の問題

最終公開日 : 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をプロビジョニングします。
  • スマートカードサービスは、スマートカード認証中にファイル記述子をリークし、新しいスマートカードアクセスがブロックされる原因となります。この問題は、デフォルトでほとんどのLinuxディストリビューションが各プロセスで開くことができるファイルの最大数を1,024に制限しているために発生します。スマートカードサービスがこの制限を使い果たすと、新しい接続を確立できなくなり、その後のスマートカードアクセスを効果的にブロックします。
    この問題は、スマートカードログオンが有効になっているVDAに影響します。症状には、/var/log/xdl/hdx.log に多数の「Failed to accept new connection: Too many open files」エラーが表示されること、および /proc/\${pid}/fd/ にファイル記述子が蓄積されることが含まれます。ここで、\${pid} は ctxscardsd のプロセスIDを表します。PIDを特定するには、コマンド systemctl status ctxscardsd\|grep PID を使用します。
    この問題を軽減するには、スマートカードサービスの最大オープンファイル制限を増やすか、スマートカードサービスを再起動できます。サービスを再起動する前に、アクティブなセッションがないことを確認してください。制限を増やすかサービスを再起動するには、次のコマンドを使用します。
    • スマートカードサービスを再起動するには：
      systemctl restart ctxscardsd
    • 現在のサービス最大オープンファイルを照会するには：
      cat /proc/${PID}/limits
    • スマートカードサービスの最大オープンファイル数を設定するには：
      1. 現在の設定を確認するには、ctxscardsd.service ファイルを読み取り専用モードで開きます。
        vim -R /lib/systemd/system/ctxscardsd.service
      2. 制限を増やすには、ctxscardsd.service の Service セクションに次の行を追加します。
        LimitNOFILE=65536
      3. systemd デーモンをリロードし、ctxscardsd サービスを再起動します。
        systemctl daemon-reload
        systemctl restart ctxscardsd
      4. 新しい制限を確認します。
        cat /proc/${PID}/limits
    注:
    最大オープンファイル数を増やすことで、ファイル記述子が不足するまでの時間を延長できますが、最終的には ctxscardsd の再起動が必要になる場合があります。
  • 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 をリリースしました。これらの更新プログラムにより、ドメイン参加と登録に失敗が発生します。この問題を回避するには、Knowledge Center の記事 CTX474888を参照してください。
  • Kerberos で RC4_HMAC_MD5 暗号化タイプが許可されている場合、Linux VDA はコントローラーに登録できず、次のエラーメッセージが表示されることがあります。
    エラー: 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エンコーディングのみがサポートされています。
  • セッションローミング中に、Android版Citrix Workspace™アプリのCAPS LOCKの状態が反転する場合があります。既存の接続をAndroid版Citrix Workspaceアプリにローミングすると、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から再取得できます。
  • オーディオのプラグアンドプレイはサポートされていません。ICA®セッションでオーディオの録音を開始する前に、オーディオキャプチャデバイスをクライアントマシンに接続できます。オーディオ録音アプリケーションの開始後にキャプチャデバイスが接続された場合、アプリケーションが応答しなくなる可能性があり、再起動する必要があります。録音中にキャプチャデバイスが取り外された場合も、同様の問題が発生する可能性があります。
  • Windows版Citrix Workspaceアプリでは、オーディオ録音中に音声の歪みが発生する場合があります。
Related information
新機能