集群部件所需证书
CA&Key | etcd |
kube-apiserver |
kube-proxy |
kubelet |
kubectl |
controller-manager |
---|---|---|---|---|---|---|
ca.pem |
✔️ | ✔️ | ✔️ | ✔️ | ✔️ | ✔️ |
ca-key.pem |
✔️ | |||||
kubernetes.pem |
✔️ | ✔️ | ||||
kubernetes-key.pem |
✔️ | ✔️ | ||||
kube-proxy.pem |
✔️ | ✔️ | ||||
kube-proxy-key.pem |
✔️ | ✔️ | ||||
admin.pem |
✔️ | |||||
admin-key.pem |
✔️ | |||||
sa.key |
✔️ | |||||
sa.pub |
✔️ | |||||
kube-controller-manager.pem |
✔️ | |||||
kube-controller-manager-key.pem |
✔️ | |||||
token |
✔️ | ✔️ |
生成service account密钥对
# openssl genrsa -out sa.key 4096
# openssl rsa -in sa.key -pubout >sa.pub
# ls sa.*
sa.key sa.pub
安装CFSSL
# wget https://pkg.cfssl.org/R1.2/cfssl_linux-amd64 -O /usr/local/bin/cfssl && chmod +x /usr/local/bin/cfssl
# wget https://pkg.cfssl.org/R1.2/cfssljson_linux-amd64 -O /usr/local/bin/cfssljson && chmod +x /usr/local/bin/cfssljson
# wget https://pkg.cfssl.org/R1.2/cfssl-certinfo_linux-amd64 -O /usr/local/bin//cfssl-certinfo && chmod +x /usr/local/bin/cfssl-certinfo
创建CA (Certificate Authority)
创建CA文件
# cd /usr/loca/src && mkdir ssl && cd $_
手动创建CA配置文件
# cat ca-config.json
{
"signing": {
"default": {
"expiry": "87600h"
},
"profiles": {
"kubernetes": {
"usages": [
"signing",
"key encipherment",
"server auth",
"client auth"
],
"expiry": "87600h"
}
}
}
}
字段说明:
ca-config.json
可以定义读个 profiles,分别制定不同的国企时间,使用场景等参数;后续在签名时使用某个profile
;signing
:表示该证书可以用于签名其他证书;生成的ca.pem
中CA=TRUE
;server auth
:表示client可以用该CA
对server
提供的证书进行验证;client auth
:表示server
可以用该CA
对client
提供的证书进行验证;
创建CA证书签名请求:
# cat ca-csr.json
{
"CN": "kubernetes",
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "BeiJing",
"L": "BeiJing",
"O": "k8s",
"OU": "System"
}
],
"ca": {
"expiry": "87600h"
}
}
"CN":Common Name,kube-apiserver
从证书中提取该字段作为请求的用户名 (User Name)
;浏览器使用该字段验证网站是否合法;
"O":Organization,kube-apiserver
从证书中提取该字段作为请求用户所属的组(Group)
;
"key": 定义建特性;
algo
: 指定算法,可以是rsa
或ecdsa
size
:
"ca": 定义CA特性和有效期,单位包含h(hours
)或者y(years
)
生成 CA 证书和私钥
# cfssl gencert -initca ca-csr.json | cfssljson -bare ca
# ls ca*
ca-config.json ca.csr ca-csr.json ca-key.pem ca.pem
创建 kubernetes 证书
# cat kubernetes-csr.json
{
"CN": "kubernetes",
"hosts": [
"127.0.0.1",
"10.10.6.201",
"10.10.4.12",
"10.10.5.105",
"internal-kubernetes-cluster-LB.cn-north-1.elb.amazonaws.com.cn",
"10.254.0.1",
"kubernetes",
"kubernetes.default",
"kubernetes.default.svc",
"kubernetes.default.svc.cluster",
"kubernetes.default.svc.cluster.local"
],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "BeiJing",
"L": "BeiJing",
"O": "k8s",
"OU": "System"
}
]
}
- 如果
hosts
字段不为空,则需要制定授权证书的IP或域名列表,由于该证书后续将被etcd集群和kubernetes master
集群所使用,所以上面指定了etcd
集群,master集群的主机域名,kubernetes
服务的服务 IP 一般是kue-apiserver
指定的service-cluster-ip-range
网段的第一个IP,如10.254.0.1 kubernetes
一定要加,不然后面会遇到很多坑,比如calico-controller
默认会使用https://kubernetes.default:443
和kubernetes
交互 - 另外本例的LB并没有使用公网的DNS,建议使用公网的DNS
- 此处的IP仅为master节点的IP,复用etcd数据库地址,添加node时无需额外生成证书
生成 kubernetes 证书和私钥
# cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes kubernetes-csr.json | cfssljson -bare kubernetes
# ls kubernetes*
kubernetes.csr kubernetes-csr.json kubernetes-key.pem kubernetes.pem
创建 admin 证书
# cat admin-csr.json
{
"CN": "admin",
"hosts": [],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "BeiJing",
"L": "BeiJing",
"O": "system:masters",
"OU": "System"
}
]
}
- 后续
kube-apiserver
使用RBAC
对客户端(如kubelet、kube-proxy、Pod
)请求进行授权; kube-apiserver
预定义了一些RBAC
使用的RoleBindings
,如cluster-admin
将Group system:masters
与Role cluster-admin
绑定,该Role
授予了调用kube-apiserver
的所有 API的权限;OU
指定该证书的Group
为system:masters,kubelet
使用该证书访问kube-apiserver
时 ,由于证书被 CA 签名,所以认证通过,同时由于证书用户组为经过预授权的system:masters
,所以被授予访问所有 API 的权限;
生成 admin 证书和私钥
# cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes admin-csr.json | cfssljson -bare admin
# ls admin*
admin.csr admin-csr.json admin-key.pem admin.pem
创建kube-proxy 证书
创建 kube-proxy 证书签名请求
# cat kube-proxy-csr.json
{
"CN": "system:kube-proxy",
"hosts": [],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "BeiJing",
"L": "BeiJing",
"O": "k8s",
"OU": "System"
}
]
}
CN
指定该证书的User
为system:kube-proxy
;kube-apiserver
预定义的RoleBinding cluster-admin
将User system:kube-proxy
与Role system:node-proxier
绑定,该Role
授予了调用kube-apiserver Proxy
相关 API 的权限;
生成 kube-proxy 客户端证书和私钥
# cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes kube-proxy-csr.json | cfssljson -bare kube-proxy
# ls kube-proxy*
kube-proxy.csr kube-proxy-csr.json kube-proxy-key.pem kube-proxy.pem
创建kube-controller-manager证书
创建kube-controller-manager
签名请求
# cat kube-controller-manager.json
{
"CN": "system:kube-controller-manager",
"hosts": [],
"key": {
"algo": "rsa",
"size": 2048
},
"names": [
{
"C": "CN",
"ST": "BeiJing",
"L": "BeiJing",
"O": "system:kube-controller-manager",
"OU": "System"
}
]
}
CN
指定该证书的User
为system:kube-controller-manager
;- 将
User system:kube-controller-manager
与ClusterRole system:kube-controller-manager
绑定; - 为什么要为
kube-controller-manager
创建一套单独的证书,在此之前,笔者一直为controller manager
使用集群的admin权限,但是这在使用PodSecurityPolicies
时是不被允许的,集群会跳过所有的PSP验证
生成 kube-controller-manager
客户端证书和私钥
# cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes kube-controller-manager.json | cfssljson -bare kube-controller-manager
# ls kube-controller-manager*
kube-controller-manager.csr kube-controller-manager.json kube-controller-manager-key.pem kube-controller-manager.pem
校验证书
以 kubernetes
证书为例
使用opsnssl
命令
# openssl x509 -noout -text -in kubernetes.pem
Certificate:
Data:
Version: 3 (0x2)
Serial Number:
2f:36:01:37:15:c7:cd:d2:a9:61:87:7d:c6:ee:0f:5c:a8:1e:5a:af
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=CN, ST=BeiJing, L=BeiJing, O=k8s, OU=System, CN=kubernetes
Validity
Not Before: Nov 18 06:50:00 2017 GMT
Not After : Nov 16 06:50:00 2027 GMT
Subject: C=CN, ST=BeiJing, L=BeiJing, O=k8s, OU=System, CN=kubernetes
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
...
- 确认
Issuer
字段的内容和ca-csr.json
一致; - 确认
Subject
字段的内容和kubernetes-csr.json
一致; - 确认
X509v3 Subject Alternative Name
字段的内容和kubernetes-csr.json
一致; - 确认
X509v3 Key Usage、Extended Key Usage
字段的内容和ca-config.json 中 kubernetes profile
一致;
使用cfssl-certinfo
命令
$ cfssl-certinfo -cert kubernetes.pem
{
"subject": {
"common_name": "kubernetes",
"country": "CN",
"organization": "k8s",
"organizational_unit": "System",
"locality": "BeiJing",
"province": "BeiJing",
"names": [
"CN",
"BeiJing",
"BeiJing",
"k8s",
"System",
"kubernetes"
]
},
"issuer": {
"common_name": "kubernetes",
"country": "CN",
"organization": "k8s",
"organizational_unit": "System",
"locality": "BeiJing",
"province": "BeiJing",
"names": [
"CN",
"BeiJing",
"BeiJing",
"k8s",
"System",
"kubernetes"
]
},
"serial_number": "269526912326208453271098241073698873122169445039",
"sans": [
"internal-kubernetes-cluster-LB.cn-north-1.elb.amazonaws.com.cn",
"kubernetes",
"kubernetes.default",
"kubernetes.default.svc",
"kubernetes.default.svc.cluster",
"kubernetes.default.svc.cluster.local",
"127.0.0.1",
"10.10.6.201",
"10.10.4.12",
"10.10.5.105",
...
验证证书
# openssl verify -CAfile /etc/kubernetes/ssl/ca.pem /etc/kubernetes/ssl/kubernetes.pem
/etc/kubernetes/ssl/kubernetes.pem: OK
分发证书
将生成的证书和秘钥文件(后缀名为.pem)拷贝到所有机器的/etc/kubernetes/ssl
目录下备用;
将生成的sa.key
以及sa.pub
发送到master机器的/etc/kubernetes/ssl
目录
参考文档:
[1]: https://o-my-chenjian.com/2017/04/25/Security-Settings-Of-K8s/