Docker和--userns-remap，如何管理卷权限以在主机和容器之间共享数据？

Question

在 docker 中，在容器内创建的文件在从主机检查它们时往往具有不可预测的所有权。默认情况下，卷上文件的所有者是 root (uid 0)，但是一旦非 root 用户帐户参与到容器中并写入文件系统，从主机的角度来看，所有者或多或少是随机的。

当您需要使用调用 docker 命令的同一用户帐户从主机访问卷数据时，这是一个问题。

典型的解决方法是

• 在 Dockerfiles 中强制创建用户 uID(不可移植)
• 将主机用户的 UID 传递给 docker run命令作为环境变量，然后运行一些 chown入口点脚本中的卷上的命令。

这两种解决方案都可以对容器外的实际权限进行一些控制。

我希望用户命名空间是这个问题的最终解决方案。我使用最近发布的 1.10 版和 --userns-remap 设置为我的桌面帐户运行了一些测试。但是，我不确定它是否可以使挂载卷上的文件所有权更容易处理，恐怕它实际上可能适得其反。

假设我启动了这个基本容器

docker run -ti -v /data debian:jessie /bin/bash
echo 'hello' > /data/test.txt
exit

然后检查主机的内容:

ls -lh /var/lib/docker/100000.100000/volumes/<some-id>/_data/

-rw-r--r-- 1 100000 100000 6 Feb  8 19:43 test.txt

这个数字 '100000' 是我的主机用户的子 UID，但由于它与我的用户的 UID 不对应，我仍然无法在没有权限的情况下编辑 test.txt。这个子用户似乎与我在 docker 之外的实际普通用户没有任何关系。它没有映射回来。

本文前面提到的解决方法包括在主机和容器之间对齐 UID，由于 UID->sub-UID 而不再起作用。命名空间中发生的映射。

那么，有没有办法在启用用户命名空间的情况下运行 docker(以提高安全性)，同时仍然可以让运行 docker 的主机用户拥有卷上生成的文件？

Answer 1

如果你可以预先安排用户和组，那么就可以通过特定的方式分配 UID 和 GID，以便宿主用户与容器内的命名空间用户相对应。

这是一个示例(Ubuntu 14.04，Docker 1.10):

1. 创建一些具有固定数字 ID 的用户:

   useradd -u 5000 ns1
   
   groupadd -g 500000 ns1-root
   groupadd -g 501000 ns1-user1
   
   useradd -u 500000 -g ns1-root ns1-root
   useradd -u 501000 -g ns1-user1 ns1-user1 -m
   

2. 在 /etc/subuid 和 /etc/subgid 文件中手动编辑自动生成的从属 ID 范围:

   ns1:500000:65536
   

   (请注意，由于 MAX_UID 和 MAX_GID，没有 ns1-root 和 ns1-user1 的记录/etc/login.defs)

中的限制

3. 在/etc/default/docker中启用用户命名空间:

   DOCKER_OPTS="--userns-remap=ns1"
   

   重启守护进程service docker restart，确保/var/lib/docker/500000.500000目录已创建。

   现在，在容器内你有 root 和 user1，在主机上 -- ns1-root 和 ns1-user1，具有匹配的 ID

   更新: 为保证非 root 用户在容器中具有固定 ID(例如 user1 1000:1000)，请在镜像构建期间显式创建它们。

试驾:

1. 准备一个卷目录

   mkdir /vol1
   chown ns1-root:ns1-root /vol1
   

2. 从容器中尝试

   docker run --rm -ti -v /vol1:/vol1 busybox sh
   echo "Hello from container" > /vol1/file
   exit
   

3. 从主机试试

   passwd ns1-root
   login ns1-root
   cat /vol1/file
   echo "can write" >> /vol1/file
   

不可移植，看起来像黑客，但可以工作。