红帽全球峰会8.8. 基于角色的身份验证
为用户分配角色，可以根据一组权限控制对 Satellite 组件的访问。您可以将基于角色的身份验证视为阻止不应与它们交互的用户的不必要的对象。
有各种标准来区分组织内的不同角色。除了管理员角色外，以下类型也很常见：
- 与 应用程序或基础架构部分相关的 角色（例如，Red Hat Enterprise Linux 所有者作为操作系统与应用服务器及数据库服务器的所有者）的角色。
- 与软件生命周期特定阶段相关的 角色（例如，角色划分到开发、测试和生产阶段），其中每个阶段都有一个或多个所有者。
- 与 特定任务相关的角色，如安全管理器或许可证管理器。
在定义自定义角色时，请考虑以下建议：
- 定义预期的任务和职责 - 定义可供角色访问的 Satellite 基础架构的子集以及对这个子集允许的操作。考虑角色的职责及其与其他角色的不同方式。
- 尽可能使用预定义角色 - Satellite 提供了多个示例角色，它们可以单独使用或作为角色组合的一部分。复制和编辑现有角色是创建自定义角色的良好起点。
- 考虑所有受影响的实体 - 例如，内容视图提升会自动为特定生命周期环境和内容视图组合创建新的 Puppet 环境。因此，如果角色希望提升内容视图，它还需要创建和编辑 Puppet 环境的权限。
- 考虑感兴趣的领域 - 即使角色具有有限的责任区域，但可能更广泛关注领域。因此，您可以为角色授予影响其职责区域的部分的只读访问权限。这允许用户提前访问有关潜在更改的信息。
- 按步骤添加权限步骤 - 测试您的自定义角色，以确保它按预期工作。如果出现问题，最好是从有限的权限集开始，逐步添加权限步骤，并持续测试。
有关定义角色并将其分配给用户的说明，请参阅管理 Red Hat Satellite 中的管理用户和角色 。相同的指南包含有关配置外部身份验证源的信息。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}