Docker v20.10.5 发布
这里我同时介绍下 Docker v20.10.4 和 v20.10.5 中值得注意的变更:
- cli#2959 修复了一个在
docker login
时,可能触发的 panic 。这个问题可能会发生在使用 Debian 系统全新安装 Docker v20.10.[0~3] 版本,并且通过 apt 安装了 docker-compose 的场景下。解决办法,要么升级到最新版本,要么就需要手动创建~/.docker/config.json
文件。对于绝大多数的用户应该都不会受到此问题影响; - #42049 修复了一个仅在 v20.10 版本下,同步 pull 失败的情况。这个问题只有在 v20.10 版本,且启用了 BuildKit ,并且在构建镜像时候存在并发 pull 的情况下才会触发,算是触发概率极低的情况了;
- cli#2987 修复了
docker start -a
可能 hang 住的问题。说实话,要不是查这个问题,我已经基本忘记了 docker start 有个-a
的选项了。我通常会直接用docker run
启动当前要用的容器,或者docker start
后,再docker exec
, attach 相关的命令和参数基本都没有再用了。
更多关于 Docker v20.10 的相关内容,请查看其 ReleaseNote^[2]^。
CoreDNS v1.8.3 发布
在之前的文章 K8S 生态周报| Helm v3.4 发布 中我介绍了 CoreDNS v1.8.0 版本相关的特性及变更,感兴趣的小伙伴可以复习一下。本次我来介绍下自 CoreDNS v1.8.1 到 v1.8.3 之间有哪些值得关注的变更。
-
新增了一个名为 local 的 plugin,用于响应 local 的请求。即:所有
localhost.<domain>
的请求都会解析为 127.0.0.1 例如:➜ ~ dig +short @127.0.0.1 -p 9987 localhost.moelove.info 127.0.0.1
如果 Corefile 中启用了 debug
和 log
plugin 的话,会看到类似的输出:
[DEBUG] plugin/local: Intercepting localhost query for "localhost.moelove.info." A, from 127.0.0.1
[INFO] 127.0.0.1:37324 - 17796 "A IN localhost.moelove.info. udp 63 false 4096" NOERROR qr,rd 78 0.000327638s
主要是为了解析 localhost 后跟任意的 domain name 的请求。更具体的背景请参考 issue #4260。
- 修正了 file plugin 中对于链式 CNAME 查询时的返回值。根据 RFC 6604^[3]^ 中的说明,当遵循链式查询时,返回值应该与最后一次的查询结果相同。也就是说,当出现 "A CNAME B" 但是 B 不存在的情况时,应当返回
NXDOMAIN
而不是NOERROR
。
我用下面的配置进行说明,首先写一个 zone 文件,并命名为 test.moelove.info.txt :
$ORIGIN moelove.info.
@ 3600 SOA ns1.foo.com. (
zone-admin.foo.com. ; address of responsible party
2016072701 ; serial number
3600 ; refresh period
600 ; retry period
604800 ; expire time
1800 ) ; minimum ttl
86400 NS ns1.foo.com.
86400 NS ns2.foo.com.
3600 MX 10 mail.moelove.info.
60 A 10.10.10.10
3600 TXT "v=moe includemoelove.info ~all"
mail 14400 A 11.11.11.11
www 43200 CNAME moelove.info.
b.c 43200 CNAME c.c.moelove.info.
c.c 43200 CNAME d.c.moelove.info.
可以看到,这里将 b.c
CNAME 到 c.c
,c.c
CNAME 到 d.c
,但是 d.c
并不存在。
CoreDNS 用下面的内容作为配置:
moelove.info {
file test.moelove.info.txt
log
debug
}
分别使用 CoreDNS v1.7.1 和 v1.8.3 进行测试:
v1.7.1
➜ ~ ./coredns-v1.7 -conf Corefile -dns.port 9987
使用 dig 进行测试:
➜ ~ dig @127.0.0.1 -p 9987 b.c.moelove.info
; <<>> DiG 9.11.27-RedHat-9.11.27-1.fc32 <<>> @127.0.0.1 -p 9987 b.c.moelove.info
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14077
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available
可以看到返回中 status: NOERROR
。
v1.8.3
➜ ~ ./coredns-v1.8 -conf Corefile -dns.port 9988
使用 dig 进行测试:
➜ ~ dig @127.0.0.1 -p 9988 b.c.moelove.info
; <<>> DiG 9.11.27-RedHat-9.11.27-1.fc32 <<>> @127.0.0.1 -p 9988 b.c.moelove.info
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 832
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available
可以看到返回中是 status: NXDOMAIN
。
这个修正对于我们判断 DNS 记录是否正确/工作是否正常,有很大的帮助。
更多关于 CoreDNS v1.8+ 版本的特性变更,请参考其 ReleaseNote^[4]^
上游进展
- #99561 正式移除了 Bazel 构建系统!这是一个非常大的变更,涉及到的内容很广,但没什么太需要介绍的,这一天终于来啦,轻松了很多!
- #99158 支持为 Pod 设置 Sysctls 的特性现在已经 GA, 这是一个从 K8S v1.4 版本开始的功能,到 v1.11 的时候进入 Beta,如今正式 GA,并将在 v1.21 中公布,且会默认启用此特性;
- #97099 用户可以通过
kubectl.kubernetes.io/default-container
声明 kubectl exec 时的默认容器了,这个功能类似于kubectl.kubernetes.io/default-logs-container
的声明,我们可以将主体容器作为默认容器,这样 exec 或者 logs 的时候,就不需要再去指定容器名称了,非常实用!当然,kubectl cp
也会遵循此行为。