轻松了解Kubernetes认证功能
Kubernetes 简称k8s，是谷歌于2014年开始主导的开源项目，提供了以容器为中心的部署、伸缩和运维平台。截止目前它的最新版本为1.2。搭建环境之前建议先了解一下kubernetes的相关知识，可以参考 《如果有10000台机器，你想怎么玩？》 系列文章。本文介绍kubernetes的安全性配置。
准备工作
首先需要搭建kubernetes集群环境，可以参考 《轻松搭建Kubernetes 1.2版运行环境》 来安装自己的kubernetes集群，运行到flannel配置完成即可。接下来的api server等设置的参数可以参考本文。
结果应该是有三台虚拟机，一台叫做 master ，它的IP是 192.168.33.17 ，运行 着k8s的api server、controller manager和scheduler；另两台叫做 node1 和 node2 ，它们的IP分别是 192.168.33.18 和 192.168.33.19 ，运行着k8s的kubelet和kube-proxy，当做k8s的两个节点。
部署
最简单的方式就是通过基于CSV的基本认证。首先需要创建api server的基本认证文件：
master
cd ~
mkdir security
echo 123456,admin,qinghua > security/basic_auth.csv # 格式：用户名,密码,用户ID然后就可以生成CA和api server的证书了：
master
cd security
openssl genrsa -out ca.key 2048
openssl req -x509 -new -nodes -key ca.key -subj "/CN=192.168.33.17" -days 10000 -out ca.crt
openssl genrsa -out server.key 2048
openssl req -new -key server.key -subj "/CN=192.168.33.17" -out server.csr
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt -days 10000
cd ..上面的命令会生成若干证书相关文件，作用如下：
- ca.key：自己生成的CA的私钥，用于模拟一个CA
- ca.crt：用自己的私钥自签名的CA证书
- server.key：api server的私钥，用于配置api server的https
- server.csr：api server的证书请求文件，用于请求api server的证书
- server.crt：用自己模拟的CA签发的api server的证书，用于配置api server的https
接下来启动api server，参数的作用可以参考 kube-apiserver官方文档 ：
master
docker run -d \ --name=apiserver \ --net=host \
-v /home/vagrant/security:/security \ gcr.io/google_containers/kube-apiserver:e68c6af15d4672feef7022e94ee4d9af \ kube-apiserver \ --advertise-address=192.168.33.17 \ --admission-control=ServiceAccount \ --insecure-bind-address=0.0.0.0 \ --etcd-servers=http://192.168.33.17:4001 \ --service-cluster-ip-range=11.0.0.0/16 \ --tls-cert-file=/security/server.crt \ --tls-private-key-file=/security/server.key \ --secure-port=443 \ --basic-auth-file=/security/basic_auth.csv还需要启动controller manager，参数的作用可以参考 kube-controller-manager官方文档 ：
master
docker run -d \ --name=cm \
-v /home/vagrant/security:/security \
gcr.io/google_containers/kube-controller-manager:b9107c794e0564bf11719dc554213f7b \
kube-controller-manager \ --master=192.168.33.17:8080 \ --cluster-cidr=10.245.0.0/16 \ --allocate-node-cidrs=true \ --root-ca-file=/security/ca.crt \ --service-account-private-key-file=/security/server.key最后是scheduler，参数的作用可以参考 kube-scheduler官方文档 ：
master
docker run -d \ --name=scheduler \
gcr.io/google_containers/kube-scheduler:903b34d5ed7367ec4dddf846675613c9 \
kube-scheduler \ --master=192.168.33.17:8080可以运行以下命令来确认安全配置已经生效：
master
curl -k -u admin:123456 https://127.0.0.1/ curl -k -u admin:123456 https://127.0.0.1/api/v1最后启动kubelet和kube-proxy，参数的作用可以参考 kubelet官方文档 和 kube-proxy官方文档 ：
node1 node2
NODE_IP=`ifconfig eth1 | grep 'inet addr:' | cut -d: -f2 | cut -d' ' -f1`
sudo kubernetes/server/bin/kubelet \
--api-servers=192.168.33.17:8080 \
--cluster-dns=11.0.0.10 \
--cluster-domain=cluster.local \
--hostname-override=$NODE_IP \
--node-ip=$NODE_IP > kubelet.log 2>&1 &
sudo kubernetes/server/bin/kube-proxy \
--master=192.168.33.17:8080 \
--hostname-override=$NODE_IP > proxy.log 2>&1 &验证
如果需要通过https访问，kubectl的命令就略微有点儿麻烦了，需要用 basic_auth.csv 里配置的 admin/123456 来登录：
master
~/kubernetes/server/bin/kubectl -s https://192.168.33.17 --insecure-skip-tls-verify=true --username=admin --password=123456 get po因为8080端口还开着，所以也可以通过http访问：
master
~/kubernetes/server/bin/kubectl -s http://192.168.33.17:8080 get po配置完成后，可以看到系统里有TYPE为 kubernetes.io/service-account-token 的秘密：
master
~/kubernetes/server/bin/kubectl -s http://192.168.33.17:8080 get secret里面有三条数据，分别是 ca.crt ， namespace 和 token ，可以通过以下命令看到：
master
~/kubernetes/server/bin/kubectl -s http://192.168.33.17:8080 describe secret如果你通过kubernetes启动了一个pod，就可以在容器的 /var/run/secrets/kubernetes.io/serviceaccount/ 目录里看到以三个文件的形式看到这三条数据（这是 --admission-control=ServiceAccount 的功劳），当pod需要访问系统服务的时候，就可以使用它们了。可以使用以下命令看到系统的服务账号：
master
~/kubernetes/server/bin/kubectl -s http://192.168.33.17:8080 get serviceAccount简化kubectl
如果我们通过设置 --insecure-port=0 把api server的http端口关闭，那它就只能通过https访问了：
master
docker rm -f apiserver
docker run -d \ --name=apiserver \ --net=host \
-v /home/vagrant/security:/security \ gcr.io/google_containers/kube-apiserver:e68c6af15d4672feef7022e94ee4d9af \ kube-apiserver \ --advertise-address=192.168.33.17 \ --admission-control=ServiceAccount \ --insecure-bind-address=0.0.0.0 \ --etcd-servers=http://192.168.33.17:4001 \ --service-cluster-ip-range=11.0.0.0/16 \ --tls-cert-file=/security/server.crt \ --tls-private-key-file=/security/server.key \ --secure-port=443 \ --basic-auth-file=/security/basic_auth.csv \ --insecure-port=0这样的话，就连取个pod都得这么麻烦：
master
~/kubernetes/server/bin/kubectl -s https://192.168.33.17 --insecure-skip-tls-verify=true --username=admin --password=123456 get po幸运的是，kubernetes提供了一种方式，让我们可以大大简化命令，只用这样就好了：
master
~/kubernetes/server/bin/kubectl get po下面就让我们来试一下吧！首先用 kubectl config 命令来配置admin用户：
master
~/kubernetes/server/bin/kubectl config set-credentials admin --username=admin --password=123456然后是api server的访问方式，给集群起个名字叫qinghua：
master
~/kubernetes/server/bin/kubectl config set-cluster qinghua --insecure-skip-tls-verify=true --server=https://192.168.33.17接下来创建一个context，它连接用户admin和集群qinghua：
master
~/kubernetes/server/bin/kubectl config set-context default/qinghua --user=admin --namespace=default --cluster=qinghua最后设置一下默认的context：
master
~/kubernetes/server/bin/kubectl config use-context default/qinghua然后就可以用我们的简化版啦：
master
~/kubernetes/server/bin/kubectl get po可以通过以下命令来看到当前kubectl的配置：
master
~/kubernetes/server/bin/kubectl config view能够看到如下内容：
apiVersion: v1 clusters:
- cluster:
insecure-skip-tls-verify: true
server: https://192.168.33.17
name: qinghua
contexts:
- context:
cluster: qinghua
namespace: default
user: admin
name: default/qinghua
current-context: default/qinghua kind: Config preferences: {} users:
- name: admin
user:
password: "123456"
username: admin实际上这些配置都存放在 ~/.kube/config 文件里：
master
cat ~/.kube/config修改这个文件也可以实时生效。细心的童鞋们可以看到，cluster、context和users都是集合，也就是说如果需要切换用户和集群等，只需要设置默认context就可以了，非常方便。
本文转自掘金-轻松了解Kubernetes认证功能
