我天真地期望这个命令在一个正在运行的容器中运行bash shell:
docker run "id of running container" /bin/bash
看起来是不可能的，我得到了一个错误:
2013/07/27 20:00:24 Internal server error: 404 trying to fetch remote history for 27d757283842
因此，如果我想在运行容器中运行bash shell(例如用于诊断目的)
我必须在里面运行SSH服务器并通过SSH登录吗?
当前回答
在运行容器时，分配名称是很有用的。您不需要引用container_id。
Docker运行——name container_name yourimage Docker exec -it container_name bash
其他回答
由于情况正在发生变化，目前访问正在运行的容器的推荐方式是使用nsenter。
你可以在这个github存储库上找到更多信息。但通常你可以这样使用nsenter:
PID=$(docker inspect --format {{.State.Pid}} <container_name_or_ID>)
nsenter --target $PID --mount --uts --ipc --net --pid
或者你可以使用包装器docker-enter:
docker-enter <container_name_or_ID>
关于这个话题的一个很好的解释可以在Jérôme Petazzoni的博客上找到: 为什么不需要在docker容器中运行sshd
在docker 1.3中，有一个新的命令docker exec。这允许你输入一个正在运行的docker:
docker exec -it "id of running container" bash
不。这是不可能的。如果需要的话，可以使用类似于supervisor ord的工具来获取ssh服务器。不过，我对这种必要性表示怀疑。
如果目标是检查应用程序的日志，这篇文章展示了启动tomcat并作为CMD的一部分跟踪日志。tomcat日志可以通过'docker logs containerid'在主机上获取。
http://blog.trifork.com/2013/08/15/using-docker-to-efficiently-create-multiple-tomcat-instances/
请关注这个拉请求:https://github.com/docker/docker/pull/7409
它实现了即将到来的docker exec <container_id> <命令>实用程序。当它可用时，应该可以在运行的容器中启动和停止ssh服务。
还有nsinit可以做到这一点:“nsinit提供了一种方便的方式来访问正在运行的容器名称空间中的shell”，但它看起来很难运行。 https://gist.github.com/ubergarm/ed42ebbea293350c30a6
