我开始和Docker合作了。我正在使用WordPress的基本图像和docker合成。

我正在尝试ssh到其中一个容器中,以检查在初始构建期间创建的文件/目录。我试着运行docker compose运行containername ls-la,但没有任何效果。即使是这样,我也希望有一个控制台,在那里我可以遍历目录结构,而不是运行一个命令。使用Docker的正确方法是什么?


当前回答

2022年解决方案

考虑另一种选择

你为什么需要它?

有一堆基于发行版基本映像的现代docker映像(它们也没有/bin/bash/bin/sh),因此无法将exec-it{container name}bash嵌入其中。

如何在任何容器中剥壳

使用开启器:

需要在环境开启器wordpress中添加别名可以在任何地方运行docker run--rm-it-v/var/run/docker.sock:/var/run/dooker.sock artekaxboy/opener wordpress

您可以使用要连接的任何容器的名称、id或图像名称,而不是wordpress


它的工作原理

Opener是一组打包成docker图像的python脚本。它通过任何唯一属性(名称、id、端口、图像)查找目标容器,并尝试使用bash连接到目标。如果找不到bash,则开启器尝试使用sh进行连接。最后,如果找不找到sh,则任何一个开启器都会将busybox安装到目标容器中,并使用busybox shell连接到目标,在断开连接时,开启器会删除busybox。

其他回答

去侧溶液

安装goinside命令行工具,包括:

sudo npm install -g goinside

并进入码头集装箱,码头尺寸适当,带有:

goinside docker_container_name

旧答案

我们将此代码段放在~/.profile中:

goinside(){
    docker exec -it $1 bash -c "stty cols $COLUMNS rows $LINES && bash";
}
export -f goinside

这不仅使每个人都能够进入一个正在运行的容器:

goinside containername

它还解决了固定Docker集装箱码头尺寸的长期问题。如果你面对它,这是非常令人讨厌的。

此外,如果您按照链接进行操作,您的docker容器名称也会有命令完成。

docker高管肯定会是一个解决方案。解决您提出的问题的一个简单方法是将Docker中的目录安装到本地系统的目录中。

以便您可以立即查看本地路径中的更改。

docker run -v /Users/<path>:/<container path> 

要执行到名为test的正在运行的容器中,下面是以下命令

如果容器具有bash shell

docker exec -it test /bin/bash

如果容器有伯恩外壳,大多数情况下都有

docker run -it test /bin/sh

我创建了一个终端功能,以便更方便地访问容器的终端。也许这对你们也有用:

结果是,不用键入:

docker exec -it [container_id] /bin/bash

你会写:

dbash [container_id]

将以下内容放入~/.bash_profile(或其他适合您的文件),然后打开一个新的终端窗口并享受快捷方式:

#usage: dbash [container_id]
dbash() {
    docker exec -it "$1" /bin/bash
}

Use:

docker attach <container name/id here>

另一种方法(尽管有危险)是使用attach,但如果按Ctrl+C退出会话,也会停止容器。如果您只是想看看发生了什么,请使用docker-logs-f。

:~$ docker attach --help
Usage:  docker attach [OPTIONS] CONTAINER

Attach to a running container

Options:
      --detach-keys string   Override the key sequence for detaching a container
      --help                 Print usage
      --no-stdin             Do not attach STDIN
      --sig-proxy            Proxy all received signals to the process (default true)