问题描述
为了更好地理解如何将 --uidmap
与 ctr
结合使用,我通过以下步骤创建了一个测试容器。 containerd
版本为 1.4.3
。
构建和运行容器:
- 构建Dockerfile
和$ cat Dockerfile FROM alpine ENTRYPOINT ["/bin/sh"]
$ docker build -t test . Sending build context to Docker daemon 143.1MB Step 1/2 : FROM alpine ---> d6e46aa2470d Step 2/2 : ENTRYPOINT ["/bin/sh"] ---> Running in 560b09f9b287 Removing intermediate container 560b09f9b287 ---> 8506bfeab109 Successfully built 8506bfeab109 Successfully tagged test:latest
- 将图像另存为焦油球
$ docker save test > test.tar
- 使用 containerd 的
ctr
导入$ sudo ctr i import test.tar unpacking docker.io/library/test:latest (sha256:9f7dabf0e4feadbca9bdc180422a3f2cdd7b545445180a3c23de8129dc95f29b)...done
- 创建并运行容器
uid映射应该将0(root)的容器内部uid映射到ctr的manpage对应的5000:$ sudo ctr run --uidmap 0:5000:4999 docker.io/library/test:latest test
--uidmap="":在具有指定 UID 映射范围的用户命名空间内运行;指定格式为 container-uid:host-uid:length
检查容器和主机上的 UID:
在容器内:
ps -eo ruser,rgroup,comm
RUSER RGROUP COMMAND
root root sh
root root ps
在主机上:
$ ps -eo uid,gid,cmd | grep /bin/sh
126 128 /bin/sh /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/unity-greeter
0 0 /bin/sh
问题
这似乎不起作用,/bin/sh
在容器内和主机上以 root (uid=0) 身份运行。
解决方法
我搜索了一段时间,直到我检查了 containerd 的代码并在 cmd/ctr/commands/run/run_unix.go
中找到了这个:
149 if uidmap,gidmap := context.String("uidmap"),context.String("gidmap"); uidmap != "" && gidmap != "" {
150 uidMap,err := parseIDMapping(uidmap)
151 if err != nil {
152 return nil,err
153 }
154 gidMap,err := parseIDMapping(gidmap)
155 if err != nil {
156 return nil,err
157 }
这基本上意味着:
您必须同时提供 uidmap
AND 和 gidmap
,否则将无法使用。
再次运行上述容器
$ sudo ctr run --uidmap 0:5000:4999 --gidmap 0:5000:4999 docker.io/library/test:latest test
成功了。
在容器内:
ps -eo ruser,rgroup,comm
RUSER RGROUP COMMAND
root root sh
root root ps
在主机上:
$ ps -eo uid,gid,cmd | grep /bin/sh
126 128 /bin/sh /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/unity-greeter
5000 5000 /bin/sh