方法一：Exec 到容器中
常见的解决方案是使用 Docker 命令：
docker exec -it mycontainer /bin/bash
这种方法的一个缺点是，它需要在容器中存在一个 shell。如果容器中没有/bin/bash、/bin/sh 或其他 shell，那么这种方法将不起作用。
即使 shell 可用，也无法访问所有习惯使用的工具。因此，如果容器中没有安装 grep，那么也不能访问 grep。这是另一个找更好工作的理由。
方法二：使用 nsenter
容器进程与 Linux 主机上的其他进程一样，只是在命名空间中运行，以使它们与系统的其他部分隔离。
所以可以使用 nsenter 命令来输入目标容器的命名空间，使用类似这样的东西：
# Get the host PID of the process in the container
PID=$(docker container inspect mycontainer | jq '.[0].State.Pid')
# Use nsenter to go into the container’s mount namespace.
sudo nsenter -m -t $PID /bin/bash
它进入目标进程的挂载（-m）命名空间（-t $PID），并运行/bin/bash。进入挂载命名空间本质上意味着我们获得容器所看到的文件系统视图。
这种方法似乎比 docker 的 exec 方法更有前途，但也遇到了类似的问题：它要求目标容器中包含/bin/bash（或其他 shell）。如果我们输入的不是挂载命名空间，我们仍然可以访问主机上的文件，但是因为我们是在执行/bin/bash（或其他 shell）之前输入挂载命名空间，所以如果挂载命名空间中没有 shell，我们就不走运了。
方法三：使用 docker 复制
解决这个问题的另一种方法是简单地将相关文件复制到主机，然后使用复制的文件。
要从正在运行的容器中复制选定的文件，可以使用：
docker cp mycontainer:/path/to/file file
也可以用以下方法来快照整个文件系统：
docker export mycontainer -o container_fs.tar
这些命令使你能够检查文件，当容器可能没有 shell 或你需要的工具时，这些命令比前两种方法有了很大的改进。
方法四：在主机上查找文件系统
复制方法解决了我们的许多问题，但是如果你试图监视日志文件呢？或者，如果你试图将 eBPF 探针部署到容器中的文件中，又该怎么办呢？在这些情况下，复制是不起作用的。
我们希望直接从主机访问容器的文件系统。容器的文件应该在主机的文件系统中，但是在哪里呢？
Docker 的 inspect 命令给了我们一个线索：
docker container inspect mycontainer | jq '.[0].GraphDriver'
这给我们：
{
"Data": {
"LowerDir": "/var/lib/docker/overlay2/63ec1a08b063c0226141a9071b5df7958880aae6be5dc9870a279a13ff7134ab-init/diff:/var/lib/docker/overlay2/524a0d000817a3c20c5d32b79c6153aea545ced8eed7b78ca25e0d74c97efc0d/diff",
"MergedDir": "/var/lib/docker/overlay2/63ec1a08b063c0226141a9071b5df7958880aae6be5dc9870a279a13ff7134ab/merged",
"UpperDir": "/var/lib/docker/overlay2/63ec1a08b063c0226141a9071b5df7958880aae6be5dc9870a279a13ff7134ab/diff",
"WorkDir": "/var/lib/docker/overlay2/63ec1a08b063c0226141a9071b5df7958880aae6be5dc9870a279a13ff7134ab/work"
},
"Name": "overlay2"
}
让我们来分析一下：
LowerDir：包含容器内所有层的文件系统，最后一层除外 UpperDir：容器最上层的文件系统。这也是反映任何运行时修改的地方。 MergedDir：文件系统所有层的组合视图。 WorkDir：用于管理文件系统的内部工作目录。
因此，要查看容器中的文件，只需查看 MergedDir 路径。
sudo ls /var/lib/docker/overlay2/63ec1a08b063c0226141a9071b5df7958880aae6be5dc9870a279a13ff7134ab/merged
如果你想了解文件系统工作的更多细节，你可以查看 Martin Heinz 关于 overlay 文件系统的博客文章：https://martinheinz.dev/blog/44。
方法五：/proc/<pid>/root
把最好的留到最后，还有一种从主机找到容器文件系统的更简单的方法。使用容器内进程的宿主 PID，你可以简单地运行：
sudo ls /proc/<pid>/root
Linux 已经为你提供了进程挂载命名空间的视图。
此时，你可能会想：为什么我们不采用这种方法，并将其变成一篇只有一行字的博客文章呢？但这都是关于旅程，对吧？
