【k8s】--insecure-registry详解 ( 访问仓库、https、http)
文章目录
一、–insecure-registry是什么
--insecure-registry是docker中用来设置与docker registry通信的安全限制的一个参数，如果设置为true或1，意味着Docker将会在与这个registry通信时跨过证书问题，不再验证registry的TLS认证证书，可以忽略证书错误，从而绕过Docker安全机制。
这个描述很奇怪，https一般是服务器端开启的，客户端必须按照Https访问。除非docker服务器端同时开启了https、http，然后客户端默认禁用http，而
--insecure-registry允许本地开启http
这个参数的使用主要是为了方便在开发过程中迅速测试镜像，或者当运行docker的主机不具备安全加密能力的时候，可以选择打开这个开关。
在正式的生产环境中，一般情况下禁用这个选项，因为这个选项的打开为我们的系统带来很大的安全隐患。
二、如何使用–insecure-registry
使用–insecure-registry，我们可以在运行docker命令时添加这个参数。
docker run --rm --insecure-registry registry.local:5000 busybox
在上面的命令中，我们通过--insecure-registry参数指定了registry的地址为registry.local:5000，这意味着docker将会忽略registry.local:5000的SSL证书认证。
在Docker 1.13.1及之后的版本中，可以使用以下的方式来配置–insecure-registry的默认值：
{
"insecure-registries" : ["registry.local:5000"]
}
这个配置文件需要保存为 /etc/docker/daemon.json。
需要注意的是，在Windows操作系统中，这个配置文件需要在C:\ProgramData\Docker\config目录下创建。
记得使用 service docker restart 重启docker服务
上述方法只能对单个服务器生效，如果想对所有的生效，可以使用 “insecure-registries” : [ “0.0.0.0/0” ]
三、–insecure-registry的安全风险
虽然使用--insecure-registry参数可以帮助我们快速测试镜像，但是打开这个选项也带来了很大的安全风险。
当我们忽略SSL证书时，意味着所有与该registry通信的数据都是明文传输，容易受到中间人攻击。黑客可以通过在通信过程中截取传输的数据，来获取敏感信息或者篡改数据。
同时，如果registry服务器本身被黑客攻击，会助长黑客利用中间人攻击的可能性，可以通过域名欺骗等方式进行攻击。
四、–insecure-registry的替代方案
如果我们有必要经常使用–insecure-registry，可以选择使用内部CA证书，将证书写入docker TLS认证证书池中，实现相对的安全性。这个过程需要创建自签名证书来为docker registry签名。
下面是一个创建自签名证书的例子：
openssl genrsa -out key.pem 2048
openssl req -new -key key.pem -out csr.pem
openssl x509 -req -in csr.pem -signkey key.pem -out cert.crt
执行完上面的命令，会生成三个文件：key.pem、csr.pem、cert.crt，其中cert.crt就是我们创建的自签名证书。我们将cert.crt拷贝到所有需要访问registry的docker客户端主机上，然后重新启动docker服务。
当我们在运行docker命令时，可以使用–tlsverify参数打开docker TLS验证。我们可以将上面生成的key.pem，csr.pem，cert.crt放在服务器的某个目录中，然后使用以下命令启动docker：
docker --tlsverify --tlscacert=/path/to/ca.pem --tlscert=/path/to/cert.pem --tlskey=/path/to/key.pem -H=127.0.0.1:5555 version
通过使用–tlsverify参数，在与registry通信时，Docker将会验证认证证书的有效性，实现了更高的安全性。
五、总结
–insecure-registry是Docker中用来临时绕过TLS认证证书认证的参数，可以在开发、测试过程中节省时间和精力。但是在生产环境中，为了保证系统的安全性，我们需要关闭这个参数。
如果确实有必要经常使用这个参数，我们可以选择使用内部CA证书来实现相对的安全性。
在使用–insecure-registry时，我们需要时刻注意安全风险，并采取相应的防范措施。