- 主页
- /
- 文章
您可以在 Control Hub 和使用 Shibboleth 作为身份提供商 (IdP) 的部署之间配置单点登录 (SSO) 集成。
单点登录和 Control Hub
单点登录 (SSO) 是一种会话或用户验证的流程,允许用户通过提供凭证来访问一个或多个应用程序。此流程能够为用户已获得授权的所有应用程序验证用户。这样用户在特定会话期间切换应用程序时,不会再看到额外提示。
安全断言标记语言 (SAML 2.0) 联合协议用于提供 Webex 云与您的身份提供商 (IdP) 之间的 SSO 验证。
档案
Webex 应用程序仅支持 Web 浏览器 SSO 档案。在 Web 浏览器 SSO 档案中,Webex 应用程序支持下列绑定:
-
SP 发起的 POST -> POST 绑定
-
SP 发起的 REDIRECT -> POST 绑定
NameID 格式
为了传达关于特定用户的信息,SAML 2.0 协议支持多种 NameID 格式。Webex 应用程序支持以下 NameID 格式。
-
urn:oasis:names:tc:SAML:2.0:nameid-format:transient -
urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified -
urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress
在您从 IdP 加载的元数据中,第一个条目为在 Webex 中使用而配置。
单点注销
Webex 应用程序支持单点注销档案。在 Webex 应用程序中,当用户注销应用程序时,系统会使用 SAML 单点注销协议结束会话并与您的 IdP 确认该注销操作。请确保您的 IdP 经过单点注销配置。
将控制中心与 Shibboleth 集成
配置指南给出了 SSO 集成的特定示例,但没有提供针对所有可能性的详细配置。例如,记录了 nameid-format urn:oasis:names:tc:SAML:2.0:nameid-format:transient 的集成步骤。其他格式(例如 urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified or urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress )适用于 SSO 集成,但超出了我们文档的范围。
为 Webex 组织(包括 Webex 应用程序、Webex Meetings 以及 Control Hub 中管理的其他服务)中的用户设置此集成。如果 Webex 站点集成在 Control Hub 中,Webex 站点会继承用户管理。如果您无法用这种方式访问 Webex Meetings,且其不受 Control Hub 管理,则必须另外执行集成来为 Webex Meetings 启用 SSO。
集成步骤参考了以 Tomcat 7 作为 Web 服务器的 CentOS 7 中的 Shibboleth 2.4.5。
准备工作
对于 SSO 和 Control Hub,IdP 必须遵循 SAML 2.0 规范。此外,IdP 必须按以下方式进行配置:
下载 Webex 元数据到本地系统
在 Shibboleth 文件中配置授权
安装 Shibboleth 后,系统会向您提供包含示例的配置文件。
| 1 |
前往 /opt/shibboleth-idp/ conf 目录访问示例文件。 |
| 2 |
决定使用哪种授权方法,例如 LDAP 绑定。Active Directory |
| 3 |
按如下方式编辑 handler.xml 文件: 取消注释
评论
|
| 4 |
填写您的详细信息Active Directory以允许身份验证。 为 login.confi g 文件提供配置。
|
为 SAML 断言配置 Shibboleth 服务提供商组件
| 1 |
将您从 Webex SP 下载的文件添加到 /opt/shibboleth-idp/metadata 目录 中。 |
| 2 |
编辑 relying-party.xml 文件;在 DefaultRelyingParty 标签之后,添加 Webex 的 SAML 断言的详细信息。
对于 id,必须使用 Webex 元数据文件中的 EntityID 值。 将示例的 ID 替换为您的组织的 EntityID。 |
| 3 |
在 metadata: MetadataProvider 标签中,添加文件的位置:
SP 元数据来自 Shibboleth 文件系统中的一个文件,该文件位于您为 Webex 组织上传元数据的位置。 |
配置断言属性
| 1 |
在 “数据连接器” 部分中,指定在何处检索用户的属性。 Active Directory,ID 为 myLDAP。
|
| 2 |
在属性定义部分中,保留 TransientID 配置中已有的内容。 |
| 3 |
添加 SP 期望的额外属性,并定义它在属性源中映射到的内容。 将邮件属性(中的电子邮件地址属性Active Directory)映射到 uid(Webex 中的用户 ID)。
|
| 4 |
定义向 attribute-filter.xml 文件中的每个 SP 协议提供哪个属性。 向 Webex 提供映射到用户电子邮件地址的 uid 属性。 发布与 Webex 签订的 SP 协议的属性 uid。
您在 attribute-resolver.xml 中创建的规则应具有向与 Webex 匹配的 EntityID 释放 mail-attr 属性的策略。 |
| 5 |
从 Shibboleth 服务器在 /opt/shibboleth-idp/metadata 中下载元数据文件。 文件名是 idp-metadata.xml。 |
导入 IdP 元数据并在测试后启用单点登录
导出 Webex 元数据,配置 IdP,并将 IdP 元数据下载到本地系统后,您即可以将该元数据导入到 Webex 组织中(从 Control Hub 导入)。
准备工作
请勿从身份提供程序 (IdP) 界面测试 SSO 集成。我们仅支持服务商启动(SP 启动)的流程,因此您必须将 Control Hub SSO 测试用于此集成。
| 1 |
选择一种:
|
| 2 |
在导入 IdP 元数据页面上,将 IdP 元数据文件拖放到页面上,或者使用文件浏览器选项来查找并上传元数据文件。单击下一步。
如果可以,请使用安全性较高选项。只有当您的 IdP 使用公共 CA 签署元数据时,这才有可能。 在所有其他情况下,则必须使用安全性较低选项。这包括元数据未签名、自签名或由私有 CA 签名。 Okta 不会签署元数据,因此您必须为 Okta SSO 集成选择安全级别较低。 |
| 3 |
选择 测试 SSO 设置,当打开新的浏览器选项卡时,通过登录向 IdP 进行身份验证。 如果您收到验证错误,可能是凭证有问题。请检查用户名和密码并重试。 Webex 应用程序错误往往意味着 SSO 设置有问题。在此情况下,请再检查一遍操作步骤,特别是将 Control Hub 元数据复制粘贴到 IdP 设置中的步骤。 若要直接查看 SSO 登录体验,您还可以从此屏幕单击将 URL 复制到剪贴板,并将其粘贴到私密浏览器窗口中。在此处,您可以使用 SSO 登录。由于您登录的现有会话中可能存在的访问令牌,此步骤会阻止误报结果。 |
| 4 |
返回到 Control Hub 浏览器标签页。
除非您选择第一个单选按钮并激活 SSO,否则 SSO 配置在组织中不起作用。 |
下一步
如果您要从 Okta 中将用户预先配置到 Webex 云,请使用将 Okta 用户同步到 Cisco Webex Control Hub 中的过程。
如果您想将用户从 Entra ID 配置到 Webex 云,请使用 将 Microsoft Entra ID 用户同步到 Cisco Webex Control Hub 中的步骤。
您可以按照 抑制自动电子邮件 中的步骤来禁用发送给组织中新 Webex 应用程序用户的电子邮件。文档中还包含向组织中用户发送通信的最佳实践。