CEP統合における既知の問題

最終公開日 : Oct 24, 2026
Chrome Enterprise Premium との Secure Private Access 統合において、以下の既知の問題があります。

Secure Private Access ユーザーインターフェイス

  • 問題: セッションポリシーの設定では、3つの条件が利用可能であるにもかかわらず、現在、ユーザーは2つのシミュレート条件しか追加できません。これにより、ポリシー作成の柔軟性が制限されます。
    回避策: 2つの個別のセッションポリシーを作成します。1つは2つのシミュレート条件を含むもの、もう1つは残りの条件を含むものです。
  • 問題: TCP/UDPのサーバーからクライアントへの構成オプションは、すべての顧客環境のアプリケーション構成UIで利用できません。これにより、サーバーからクライアントへのトラフィック動作を定義する機能が制限されます。

適応型アクセス ポリシー構成

  • 問題: ルールでOktaグループが指定されている場合、アクセスポリシーの作成が失敗します。この問題は、Oktaディレクトリに存在するグループにのみ影響します。
    回避策: OktaをIDプロバイダーとして使用できますが、ディレクトリとしては使用できません。OktaをIdPとして使用するには、まずオンプレミスのADをOktaと統合する必要があります。詳細については、「OktaをCitrix CloudへのIDプロバイダーとして接続する」を参照してください。

Google Chrome ブラウザ

  • 問題: Googleプロファイルピッカーが開いていて、既存のプロファイルがない状態でユーザーがCWAまたはChrome以外のブラウザからアプリを起動しようとすると、プロファイル作成ワークフローがトリガーされません。
    回避策: プロファイルピッカーを閉じて、アプリを再起動します。
  • 問題: 管理されたChromeプロファイルでCWAにログインし、アプリを起動しても、プロファイル作成後にユーザーが元の内部アプリURLに移動しません。
    回避策: プロファイル作成後、アプリを再起動します。
  • 問題: Google管理コンソールからグループを同期しても、グループに属するユーザーは自動同期されません。同期中にwhoCanViewGroupMembership設定が明示的にALL_MANAGERS_CAN_VIEWに上書きされます。そのため、表示が制限されるのは想定内の動作です。
    回避策: Google 管理コンソールで、または API 経由で usomg を使用して、Google グループの権限を手動で更新します。詳細については、<https://developers.google.com/workspace/admin/groups-settings/manage> を参照してください。
  • 問題: 管理対象の Chrome プロファイルを通じて公開された SaaS/Web アプリケーションにアクセスすると、ユーザーはプロキシのポップアップを介してユーザー名とパスワードで認証を求められます。これは通常、一定期間の非アクティブ状態の後に発生します。
    原因:
    • プロキシトークンが利用できないか、プロキシトークンは利用可能だがその後期限切れになっている。
    • 初期化の遅延により、SEB 拡張機能の再初期化が必要になる。
    回避策: 新しいウィンドウで Chrome セッションを再起動します。
  • 問題: 管理対象の Chrome プロファイルまたは Citrix Workspace アプリを介して外部 SaaS アプリケーションにアクセスすると、ユーザーは断続的に「Service Unavailable」エラーを経験する可能性があります。この問題は、Google のインフラストラクチャにおける未解決のバックエンドの問題が原因です。
    回避策: サポートについては Google チームにお問い合わせください。

オープンIDコネクト (OIDC)

問題: 顧客が同じ Azure テナントに対して複数の Microsoft Entra ID 接続を持っている場合、OIDC クライアント構成中に Entra ID IdP を確実に区別できません。この問題は、IdP 選択の信頼性にのみ影響します。OIDC クライアント構成と認証動作には影響ありません。