CEP 集成中的已知问题
Secure Private Access 与 Chrome Enterprise Premium 集成中存在以下已知问题。
Secure Private Access 用户界面
自适应访问策略配置
-
问题: 当规则中指定 Okta 组时,访问策略创建失败。此问题仅影响 Okta 目录中存在的组。解决方法: 您可以将 Okta 用作身份提供程序,但不能用作目录。要将 Okta 用作 IdP,您必须首先将本地 AD 与 Okta 集成。有关详细信息,请参阅 将 Okta 作为身份提供程序连接到 Citrix Cloud。
Google Chrome 浏览器
-
问题: 如果 Google 配置文件选择器处于打开状态,并且用户尝试从 CWA 或非 Chrome 浏览器启动应用程序,而此时没有现有配置文件,则不会触发配置文件创建工作流。解决方法: 关闭配置文件选择器并重新启动应用程序。
-
问题: 使用托管 Chrome 配置文件登录 CWA 并启动应用程序后,用户不会被带到配置文件创建后的原始内部应用程序 URL。解决方法: 配置文件创建后,重新启动应用程序。
-
问题: 从 Google 管理控制台同步组时,组中的用户不会自动同步。在同步过程中,
whoCanViewGroupMembership设置被明确覆盖为ALL_MANAGERS_CAN_VIEW。因此,受限可见性是预期的。解决方法: 在 Google 管理控制台或通过 API 手动更新 Google 组权限。有关详细信息,请参阅<https://developers.google.com/workspace/admin/groups-settings/manage>。 -
问题: 用户通过托管 Chrome 配置文件访问已发布的 SaaS/Web 应用程序时,系统会通过代理弹出窗口提示用户使用用户名和密码进行身份验证。这通常发生在一段时间不活动之后:原因:
-
代理令牌不可用,或者代理令牌可用但随后已过期。
-
由于延迟初始化,SEB 扩展需要重新初始化。
解决方法: 在新窗口中重新启动 Chrome 会话。 -
-
问题: 用户通过托管 Chrome 配置文件或 Citrix Workspace 应用程序访问外部 SaaS 应用程序时,可能会遇到间歇性“服务不可用”错误。此问题是由于 Google 基础设施上未解决的后端问题造成的。解决方法: 联系 Google 团队寻求支持。
开放身份连接 (OIDC)
问题: 当客户与同一 Azure 租户有多个 Microsoft Entra ID 连接时,在 OIDC 客户端配置期间无法可靠地区分 Entra ID IdP。此问题仅影响 IdP 选择的可靠性。OIDC 客户端配置和身份验证行为不受影响。