实践中理解Kubernetes RBAC之Role
实践中理解Kubernetes RBAC之Role
公众号: 云原生生态圈
发布于 2021-06-10 14:35:55
发布于 2021-06-10 14:35:55
背景
172.16.99.128是的我k8s集群的master节点，此处是从这里获取集群的证书。
创建访问architechure命名空间的用户
- 给用户
devops创建一个私钥
openssl genrsa -out devops.key 2048
- 使用我们刚刚创建的私钥创建一个证书签名请求文件：
devops.csr，要注意需要确保在-subj参数中指定用户名和组(CN表示用户名，O表示组)
openssl req -new -key devops.key -out devops.csr -subj "/CN=devops/O=architechure"
- 然后找到我们的Kubernetes集群的CA，我们使用的是kubeadm安装的集群，CA相关证书位于
/etc/kubernetes/pki/目录下面，如果你是二进制方式搭建的，你应该在最开始搭建集群的时候就已经指定好了CA的目录，我们会利用该目录下面的ca.crt和ca.key两个文件来批准上面的证书请求,生成最终的证书文件，我们这里设置证书的有效期为500天
scp root@172.16.99.128:/etc/kubernetes/pki/ca.crt .
scp root@172.16.99.128:/etc/kubernetes/pki/ca.key .
openssl x509 -req -in devops.csr -CA ./ca.crt -CAkey ./ca.key -CAcreateserial -out devops.crt -days 500
➜ ls -al
total 72
drwxr-xr-x 11 marion staff 352 Dec 25 11:32 .
drwxr-xr-x 13 marion staff 416 Dec 25 11:26 ..
-rw-r--r-- 1 marion staff 17 Dec 25 11:32 .srl
-rw-r--r-- 1 marion staff 1156 Dec 25 11:32 README.md
-rw-r--r-- 1 marion staff 1025 Dec 25 11:30 ca.crt
-rw------- 1 marion staff 1675 Dec 25 11:30 ca.key
-rw-r--r-- 1 marion staff 1009 Dec 25 11:32 devops.crt
-rw-r--r-- 1 marion staff 924 Dec 25 11:30 devops.csr
-rw-r--r-- 1 marion staff 1679 Dec 25 11:27 devops.key
- 现在我们可以使用刚刚创建的证书文件和私钥文件在集群中创建新的凭证:
kubectl config set-credentials devops --client-certificate=devops.crt --client-key=devops.key
- 通过刚才创建的用户凭证创建新的上下文(Context)
#如果你的电脑上正在管理多个集群的，可能你的集群名字会被改变，因此在下面的--cluster参数处指明实际的集群名称,如下图
kubectl config set-context devops-context --cluster=cluster-tf26gt9mmk --namespace=architechure --user=devops
- 尝试通过该用户操作命令
➜ kubectl get pods --context=devops-context
Error from server (Forbidden): pods is forbidden: User "devops" cannot list resource "pods" in API group "" in the namespace "architechure" # 因为该devops-context还没有操作API的权限
- 给用户创建一个role的角色devops.role.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
name: devops-role
namespace: architechure
rules:
- apiGroups: ["", "extensions", "apps"]
resources: ["deployments", "replicasets", "pods"]
verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] # 也可以使用['*']
然后在集群中创建该角色
kubectl apply -f ./devops.role.yaml
- 创建权限与角色之间的绑定关系devops-rolebinding.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: devops-rolebinding
namespace: architechure
subjects:
- kind: User
name: devops
apiGroup: ""
roleRef:
kind: Role
name: devops-role # 上一步创建的devops-role实体
apiGroup: ""
在集群中创建角色与用户之间的绑定关系
k apply -f ./devops-rolebinding.yaml
- 此时我们可以通过kubecm切换到该角色上
此时，从下图就可以查看到当前集群的有一个新的用户角色devops，上面用到的Kubecm我们之前也分享过，如果需要可以点此跳转
- 权限验证
> kubectl get pods
No resources found in architechure namespace.
> kubectl get replicasets
No resources found in architechure namespace.
> kubectl get deploy
No resources found in architechure namespace.
> kubectl get svc
Error from server (Forbidden): services is forbidden: User "devops" cannot list resource "services" in API group "" in the namespace "architechure"
总结一下就是：
- 根据集群的CA证书创建出来用户证书
- 根据用户证书创建该用户在集群内的凭证和上下文内容
- 要想用户能进行基本的操作，需要对用户针对apiGroup授权
为devops用户增加指定命名空间的权限
- 我们先把当前上下文切换到之前有权限操作的
user-tf26gt9mmk用户上
kubecm switch
# select dev
否则以下步骤会出错：
- 首先需要创建针对指定命名空间的上下文
kubectl config set-context devops-context --cluster=cluster-tf26gt9mmk --namespace=default --user=devops
此时查询列举default空间下的pods是不行的，因为还没允许操作
kubectl get pods --context=devops-context
Error from server (Forbidden): pods is forbidden: User "devops" cannot list resource "pods" in API group "" in the namespace "default"
- 创建default空间下的role与rolebinding
devops-role-default.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
name: devops-role
namespace: default
rules:
- apiGroups: ["", "extensions", "apps"]
resources: ["deployments", "replicasets", "pods"]
verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] # 也可以使用['*']
devops-rolebinding-default.yaml
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
name: devops-rolebinding
namespace: default
subjects:
- kind: User
name: devops
apiGroup: ""
roleRef:
kind: Role
name: devops-role
apiGroup: ""
然后我们在集群中创建这两个对象
kubectl apply -f devops-role-default.yaml
kubectl apply -f devops-rolebinding-default.yaml
- 查看role资源对象是否创建
kubectl get role -A |grep devops-role # 分别在architechure和default命名空间下
architechure devops-role 2021-05-17T07:57:27Z
default devops-role 2021-05-28T03:19:24Z
- 切换当前上下文环境，验证是否可以操作资源
kubecm switch
# select devops-context
kubectl get pods -n default
kubectl get pods -n architechure
到这里就基本上说清楚如何创建一个用户、授权操作k8s集群的过程了。
本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2021-05-29，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读