目标:devuser用户只对namespace是dev下的资源有操做权限linux
1、基础配置设置
一、首先useradd建立一个devuser用户,并修改密码:
使用devuser执行kubectl get pod命令不会成功,由于devuser如今对任何一个namespace下的资源都没有权限
二、建立一个dev的namespace
2、k8s config 文件生成
一、建立用来生成密钥的json文件
cat /k8s/cert/devuser.jsonjson
{ "CN": "devuser", "hosts": [], "key": { "algo": "rsa", "size": 2048 }, "names": [ { "C": "CN", "ST": "ShenZhen", "L": "ShenZhen", "O": "k8s", "OU": "System" } ] }
二、获取生成密钥的命令文件:
wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64
wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64
wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64
指定密钥文件,生成密钥(此步命令尽可能在/etc/kubernetes/pki路径下执行,由于该路径下自己就是存放k8s认证相关的文件)
cfssl gencert -ca=ca.crt -ca-key=ca.key -profile=kubernetes /k8s/cert/devuser.json | cfssljson -bare devuser
执行完成,已经有了devuser的密钥文件api
声明一下apiserver环境变量:
export KUBE_APISERVER="https://10.18.6.127:6443"
三、设置集群参数:ide
[root@kb-master cert]# kubectl config set-cluster kubernetes \ --certificate-authority=/etc/kubernetes/pki/ca.crt \ --embed-certs=true \ --server=${KUBE_APISERVER} \ --kubeconfig=devuser.kubeconfig
四、设置客户端认证参数:spa
[root@kb-master cert]# kubectl config set-credentials devuser \ --client-certificate=/etc/kubernetes/pki/devuser.pem \ --client-key=/etc/kubernetes/pki/devuser-key.pem \ --embed-certs=true \ --kubeconfig=devuser.kubeconfig
五、设置上下文参数3d
[root@kb-master cert]# kubectl config set-context kubernetes \ --cluster=kubernetes \ --user=devuser \ --namespace=dev \ --kubeconfig=devuser.kubeconfig
六、进行RoleBinding角色绑定code
kubectl create rolebinding devuser-admin-rolebinding(rolebinding的名字) --clusterrole=admin(clusterrole的名字,admin在k8s全部namespace下都有最高权限) --user=devuser(将admin的权限赋予devuser用户) --namespace=dev(范围是dev这个namespace下) 即devserver
七、将devuser.kubeconfig复制到/home/devuser/.kube目录下blog
cp devuser.kubeconfig /home/devuser/.kube/config chown devuser.devuser devuser.kubeconfig
八、在dev用户下切换上下文
再查看pod资源就不会报错了,可是目前dev的namespace下没有任何pod在运行
使用devuser建立deployment
使用root用户查看pod信息,发现pod都是dev命名空间下的ssl
说明devuser的kubectl命令默认只在dev命名空间下生效,也只能在dev命名空间下有效
这在企业中对于权限的把控仍是颇有必要的