OpenShift Container Platform 4.13 认证和授权OpenShift Container Platform 4.13 认证和授权 为用户和服务配置用户身份验证和访问控制 Last Updated: 2024-02-17 OpenShift Container Platform 4.13 认证和授权 为用户和服务配置用户身份验证和访问控制 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text 第 1 章 章 身份 身份验证 验证和授 和授权 权概述 概述 1.1. OPENSHIFT CONTAINER PLATFORM 身份验证和授权的常见术语表 1.2. 关于 OPENSHIFT CONTAINER PLATFORM 中的身份验证 1.3. 关于 OPENSHIFT CONTAINER PLATFORM 中的授权 第 第 2 章 章 了解身份 了解身份验证 验证 2.1. 用户 用户 2.2. 组 2.3. API 身份验证 第 第 3 章 章 配置内部 配置内部 OAUTH 服 服务 务器 器 3.1. OPENSHIFT CONTAINER PLATFORM OAUTH 服务器 3.2. OAUTH 令牌请求流量和响应 3.3. 内部 OAUTH 服务器选项 3.4. 配置内部 OAUTH 服务器的令牌期间 3.5. 为内部 OAUTH 服务器配置令牌不活跃超时0 码力 | 201 页 | 2.74 MB | 1 年前3
跟我学Shiro - 张开涛........................................................................................ 5 第二章 身份验证 ................................................................................................. 架构及其组件就认识完了,接下来挨着学习 Shiro 的组件吧。 跟我学 Shiro——http://jinnianshilongnian.iteye.com/ 9 第二章 身份验证 身份验证,即在应用中谁能证明他就是他本人。一般提供如他们的身份 ID 一些标识信息来 表明他就是他本人,如提供身份证,用户名/密码来证明。 在 shiro 中,用户需要提供 principals (身份)和 及创建用户名/密码身份验证 Token(即用户身份/凭证) Subject subject = SecurityUtils.getSubject(); UsernamePasswordToken token = new UsernamePasswordToken("zhang", "123"); try { //4、登录,即身份验证0 码力 | 219 页 | 4.16 MB | 10 月前3
Weblate 4.18 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 525 页 | 8.76 MB | 1 年前3
Weblate 4.18.2 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 525 页 | 8.76 MB | 1 年前3
Weblate 4.18.1 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 525 页 | 8.76 MB | 1 年前3
Weblate 4.3.2 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 上访问,并且它基于 Django REST framework。你可以直接使用或参考Weblate 客 户端。 1.12.1 身份验证和通用参数 公共项目 API 不需要身份验证就可用,尽管没有身份验证的请求导致严重的瓶颈(默认每天 100 个请 求),所以推荐使用身份验证。身份验证使用令牌,这可以在你的简介中得到。在 Authorization 标 头中使用它: ANY / 对于 API 的普通 框架设置,默认支 持 json 和 api。后者为 API 提供了 web 浏览器接口。 请求标头 • Accept –相应内容的类型依赖于 Accept 标头 • Authorization –进行身份验证的可选令牌 响应标头 • Content-Type –这依赖于请求的标头 Accept • Allow –对象允许的 HTTP 方法的列表 响应 JSON 对象 • detail (string)0 码力 | 424 页 | 4.77 MB | 1 年前3
Weblate 4.16 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 502 页 | 8.32 MB | 1 年前3
Weblate 4.16.4 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 502 页 | 8.32 MB | 1 年前3
Weblate 4.16.2 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 502 页 | 8.32 MB | 1 年前3
Weblate 4.17 用户文档Weblate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236 2.5 身份验证 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 程仓库,将它合并到上游,并修复任何冲突。一旦将更改推送回去,Weblate 就将能够使用合并的版本而 无需任何其它特殊操作。 备注: 取决于你的设置,访问 Weblate 仓库可能需要身份验证。使用 Weblate 中内建的Git 导出器 时,你 需使用用户名和 API 密钥进行身份验证。 # Commit all pending changes in Weblate, you can do this in the UI as well: 密钥的限制(因为每个密钥只能使用一次). 如果推送分支 未设置,则项目将被分叉并通过分叉推送更改。如果已设置,更改将推送到上游仓库和选 择的分支。 对于较小的部署,使用带有个人访问令牌和您的 GitHub 账户的 HTTPS 身份验证,请参阅 创建用于命令 行使用的访问令牌 。 对于更大的设置,通常最好为 Weblate 创建一个专用用户,为其分配在 Weblate 中生成的公共 SSH 密钥 (请参阅Weblate SSH0 码力 | 506 页 | 8.37 MB | 1 年前3
共 280 条
- 1
- 2
- 3
- 4
- 5
- 6
- 28













