Dans un cluster Container Service for Kubernetes (ACK), les utilisateurs n'ayant pas créé le cluster, les utilisateurs Resource Access Management (RAM) et les rôles RAM ne disposent par défaut d'aucune autorisation de contrôle d'accès basé sur les rôles (RBAC) dans le cluster. Vous pouvez appeler cette opération pour spécifier les ressources accessibles, la portée des autorisations et les rôles prédéfinis. Cela vous permet de mieux gérer le contrôle d'accès aux ressources dans les clusters ACK.
Description de l'opération
Précautions :
Vous pouvez mettre à jour les autorisations d'un utilisateur RAM ou d'un rôle RAM sur un cluster en utilisant une mise à jour complète ou une mise à jour incrémentielle. Si vous utilisez une mise à jour complète, les autorisations existantes de l'utilisateur RAM ou du rôle RAM sur le cluster sont écrasées. Vous devez spécifier toutes les autorisations que vous souhaitez accorder à l'utilisateur RAM ou au rôle RAM dans les paramètres de requête lors de l'appel de l'opération. Si vous utilisez une mise à jour incrémentielle, vous pouvez accorder des autorisations à l'utilisateur RAM ou au rôle RAM sur le cluster, ou les révoquer. Dans ce cas, seules les autorisations que vous spécifiez dans les paramètres de requête lors de l'appel de l'opération sont accordées ou révoquées, les autres autorisations de l'utilisateur RAM ou du rôle RAM sur le cluster ne sont pas affectées.
Testez maintenant
Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale. Testez cette API dans OpenAPI Explorer, sans signature manuelle. Les appels réussis génèrent automatiquement du code SDK correspondant à vos paramètres. Téléchargez-le avec une sécurité intégrée des identifiants pour une utilisation locale.
Test
Autorisation RAM
|
cs:UpdateUserPermissions |
none |
*Toutes les ressources.
|
Aucune | Aucune |
Syntaxe de la requête
POST /permissions/users/{uid}/update HTTP/1.1
Paramètres de chemin
|
Paramètre |
Type |
Requis |
Description |
Exemple |
| uid |
string |
Non |
L'identifiant de l'utilisateur RAM ou du rôle RAM dont vous souhaitez mettre à jour les autorisations. |
2367**** |
Paramètres de requête
|
Paramètre |
Type |
Requis |
Description |
Exemple |
| body |
array<object> |
Non |
Le corps de la requête. |
|
|
object |
Non |
Les paramètres de la requête. |
||
| cluster |
string |
Non |
L'identifiant du cluster sur lequel vous souhaitez accorder des autorisations à l'utilisateur RAM ou au rôle RAM.
|
c796c60*** |
| is_custom |
boolean |
Non |
Indique s'il faut attribuer un rôle personnalisé à l'utilisateur RAM ou au rôle RAM. Si vous souhaitez attribuer un rôle personnalisé à l'utilisateur RAM ou au rôle RAM, définissez role_name sur le nom du rôle personnalisé. |
false |
| role_name |
string |
Non |
Le nom du rôle prédéfini. Valeurs valides :
Remarque :
|
ops |
| role_type |
string |
Non |
Le type d'autorisation. Valeurs valides :
|
cluster |
| namespace |
string |
Non |
L'espace de noms que vous souhaitez autoriser l'utilisateur RAM ou le rôle RAM à gérer. Ce paramètre est requis uniquement si vous définissez role_type sur namespace. |
test |
| is_ram_role |
boolean |
Non |
Indique s'il faut utiliser un rôle RAM pour accorder des autorisations. |
false |
| mode |
string |
Non |
La méthode d'autorisation. Valeurs valides :
Valeur par défaut : apply. |
apply |
Éléments de réponse
|
Élément |
Type |
Description |
Exemple |
Exemples
JSON format
{}
Codes d'erreur
Consultez Codes d'erreur pour la liste complète.
Notes de version
Consultez Notes de version pour la liste complète.