通过Docker容器启动服务并防止容器立即退出

问题背景 #

启动Ubuntu Docker容器时，需要让SSH服务器保持运行，且容器不会立即退出，直到执行docker stop $container_id命令。下面是三种不同的ENTRYPOINT配置，我们来分析它们的区别，以及更优的实现方式：

三种配置的区别 #

1. ENTRYPOINT service ssh restart && bash

• 运行逻辑：先重启SSH服务（将其放到后台），然后启动bash交互式shell
• 核心特点：仅在交互式启动容器（加-it参数）时有效——如果是普通非交互式启动，bash会因为没有终端输入直接退出，容器也跟着停止；只有用docker run -it启动时，bash会保持前台运行，容器才不会退出
• 适用场景：适合需要手动进入容器调试、操作的开发场景，能同时保留SSH服务和可操作的shell环境

2. ENTRYPOINT service ssh restart && tail -f /dev/null

• 运行逻辑：重启SSH服务后，用tail -f持续读取/dev/null空设备文件，让这个进程一直占据前台
• 核心特点：不管是否交互式启动，容器都会保持运行；tail -f /dev/null几乎不占用系统资源，是容器保持运行的通用“占位符”方案
• 注意点：如果tail进程意外终止，容器会直接退出，因为这是容器的前台运行进程

3. ENTRYPOINT service ssh restart && sleep infinity

• 运行逻辑：重启SSH服务后，执行无限休眠命令
• 核心特点：同样不受交互式启动限制，容器始终保持运行；sleep infinity逻辑更直观，明确表示“无限等待”，资源占用也极低
• 注意点：部分老旧Linux发行版可能不支持infinity参数，这时可以用sleep 365d（休眠一年）这类命令替代，但infinity在Ubuntu中是支持的

更优实现方式 #

上面三种方案都是先把SSH放到后台，再用另一个前台进程“挂住”容器，其实不符合Docker“一个容器一个核心进程”的设计理念，而且信号传递不顺畅（比如docker stop时，SSH服务可能无法优雅关闭）。

更优的做法是让SSH服务直接以前台模式运行，把它作为容器的PID 1进程，这样Docker可以直接管理它的生命周期：

ENTRYPOINT ["/usr/sbin/sshd", "-D"]

• -D参数是sshd的内置参数，代表“以守护模式运行但不fork到后台”，直接占据前台
• 优势：
  • 无需额外的占位进程，容器内只有sshd一个核心进程，更轻量化
  • 信号传递可靠：docker stop发送的终止信号能直接被sshd接收，它会优雅关闭现有连接后再退出
  • 日志可直接通过docker logs查看，sshd的输出会直接进入容器的标准输出流

如果确实需要在容器内同时运行多个服务，可以用supervisord这类进程管理工具，但如果只是需要SSH服务，直接前台运行sshd是最简洁高效的方案。

内容的提问来源于stack exchange，提问作者gameveloster