对分配伪 TTY 的 Docker -t 选项感到困惑

Question

这个选项到底有什么作用？ 我已经阅读了很多关于 TTY 的内容，但我仍然感到困惑。 我在没有-t和只是-i的情况下玩耍，似乎期望用户输入的程序在没有-t的情况下抛出错误。 为什么启用伪 TTY 很重要？

Answer 1

-t选项用于 Unix/Linux 如何处理终端访问。 过去，终端是硬线连接，后来是基于调制解调器的连接。 这些具有物理设备驱动程序（它们是真实的设备）。 一旦通用网络开始使用，就开发了一个伪终端驱动程序。 这是因为它在理解可以使用哪些终端功能而无需直接将其写入程序（阅读stty 、 curses上的手册页）之间产生了分离。

所以，以它为背景，运行一个没有选项的容器，默认情况下你有一个标准输出流（所以docker run | <cmd>工作）； 使用-i运行，然后添加标准输入流（所以<cmd> | docker run -i有效）； 使用-t ，通常与-it组合使用，并且您添加了终端驱动程序，如果您正在与进程交互，则可能是您想要的。 它基本上使容器启动看起来像一个终端连接会话。

Answer 2

迟到的答案，但可能会帮助某人

docker run/exec -i将容器内命令的 STDIN 连接到docker run/exec本身的 STDIN。

所以

• docker run -i alpine cat给你一个空行等待输入。 输入“你好”，你会得到一个回声“你好”。 在您发送CTRL + D之前，容器不会退出，因为主进程cat正在等待来自无限流的输入，即docker run的终端输入。
• 另一方面echo "hello" | docker run -i alpine cat echo "hello" | docker run -i alpine cat将打印“hello”并立即退出，因为cat注意到输入流已经结束并自行终止。

如果您在退出上述任一操作后尝试docker ps ，您将找不到任何正在运行的容器。 在这两种情况下， cat本身已经终止，因此 docker 已经终止了容器。

现在对于“-t”，这告诉 docker 内部的主进程它的输入是终端设备。

所以

• docker run -t alpine cat会给你一个空行，但如果你尝试输入“hello”，你不会得到任何回声。 这是因为当cat连接到终端输入时，此输入未连接到您的输入。 您输入的“hello”没有到达cat的输入。 cat正在等待永远不会到达的输入。
• echo "hello" | docker run -t alpine cat echo "hello" | docker run -t alpine cat也会给你一个空行，并且不会在CTRL - D上退出容器，但你不会得到 echo "hello" 因为你没有通过-i

如果你发送CTRL + C ，你会得到你的 shell，但如果你现在尝试docker ps ，你会看到cat容器仍在运行。 这是因为cat仍在等待从未关闭的输入流。 如果不与-i结合使用，我还没有发现单独使用-t的任何有用用途。

现在，for -it一起。 这告诉 cat 它的输入是一个终端，同时将此终端连接到作为终端的docker run的输入。 docker run/exec将确保它自己的输入实际上是一个 tty，然后再将其传递给cat 。 这就是为什么如果你尝试echo "hello" | docker run -it alpine cat你会得到一个input device is not a TTY的原因。 echo "hello" | docker run -it alpine cat因为在这种情况下， docker run本身的输入是来自前一个 echo 的管道，而不是执行docker run的终端

最后，如果-i将你的输入连接到cat的输入，你为什么需要传递-t呢？ 这是因为如果输入是终端，命令会以不同的方式处理输入。 这也是最好的例子

• docker run -e MYSQL_ROOT_PASSWORD=123 -i mariadb mysql -u root -p会给你一个密码提示。 如果您键入密码，则字符会明显打印出来。
• docker run -i alpine sh会给你一个空行。 如果你输入一个类似ls的命令，你会得到一个输出，但你不会得到一个提示或彩色输出。

在最后两种情况下，您会得到这种行为，因为mysql和shell没有将输入视为 tty，因此没有使用 tty 特定行为，例如屏蔽输入或着色输出。

Answer 3

根据谷歌搜索， -t参数没有很好地记录，或者很多人经常提到。

当您通过在 Bash 提示符下键入docker （最新版本为 1.8.1）来显示（应该是）所有 docker 客户端参数的列表时，它甚至不会显示。

实际上，如果您尝试通过键入docker -t --help if 来获得有关此参数的具体帮助，则会给出以下令人惊讶的模糊回复：

提供但未定义的标志：-t

所以，你不能因为对这个论点感到困惑而受到责备！

在 Docker 在线文档中提到它是“分配一个伪 tty”，并且经常与-i一起使用：

https://docs.docker.com/reference/run/

我在文档中看到它以下列方式用于了不起的jwilder/nginx-proxy容器：

docker run -d -p 80:80 --name nginx -v /tmp/nginx:/etc/nginx/conf.d -t nginx

在这种情况下，它所做的是将输出发送到此 docker 容器中的“虚拟”tty（Bash 命令提示符/终端）。 然后，您可以通过运行 docker 命令docker logs CONTAINER查看此输出，其中CONTAINER是此容器 ID 的前几个字符。 这个 CONTAINER ID 可以通过输入docker ps -a找到

我在下面的链接中看到了这个-t参数，它说

-t和-i标志分配一个伪 tty 并保持标准输入打开，即使没有附加。 只要 bash 提示符正在运行，这将允许您像使用传统 VM 一样使用容器。

https://coreos.com/os/docs/latest/getting-started-with-docker.html

我希望这有帮助！ 我不确定为什么没有记录或使用太多。 也许它是实验性的，将在即将发布的版本中作为文档化功能实现。

Answer 4

这里的大多数答案都是很好的概念性答案，但我发现它们遗漏了太多细节，以至于我无法坐在电脑前使用这些信息。 Ahmed Gnomin的答案正在走向程序化，但让我们尝试更进一步。

先说一点理论

The TTY Demystified中的两个图像是关键：

我不能声称完全理解这张图片，但这里感兴趣的关系是，当 xterm（或 ubuntu 中的 gnome-terminal；由上图中的“用户进程”气泡之一表示）打开时，它会启动一个bash（或任何默认 shell），然后通过内核伪终端（PTY）主从发送键盘输入：

xterm -> ptmx (pty master) -> pts (pty slave) -> bash

第二张图片代表这个简短的 bash 会话中涉及的进程：

>>> cat
>>> ls | sort
...

信息的关键位是 TTY 和 stdin、stdout、stderr 行。 这表明每个进程都与一个 TTY（电传终端）相关联，并且它们的 3 个流（stdin、stdout、stderr）很自然地与这个 TTY 相关联，除了管道或重定向的情况（注意管道ls | sort将 ls 的标准输出关联到 sort 的标准输入）。

现在来测试一下这个理论

我们可以通过键入tty找到 bash 使用的伪终端：

>>> tty
/dev/pts/2

因此，Bash 与 PTY 从站编号 2 相关联（这可能意味着有另一个终端打开，与主/从对 1 相关联）。 我们还可以获取 bash 的 stdin、stdout 和 stderr 流：

>>> ls -l /proc/$$/fd
lrwx------ 1 samlaf samlaf 64 Jun 17 21:50 0 -> /dev/pts/2
lrwx------ 1 samlaf samlaf 64 Jun 17 21:50 1 -> /dev/pts/2
lrwx------ 1 samlaf samlaf 64 Jun 17 21:50 2 -> /dev/pts/2

确实，它们都与 bash 的天然 TTY 从属有关。 （ $$是一个 bash 变量，它返回 bash 的 PID。我们同样可以通过使用ps并手动输入来找到它）。

最后用这个理论来回答最初的 Docker 问题

我们重现了上述步骤，但这次是在 docker 容器中：

>>> docker run --rm -t ubuntu tty
/dev/pts/0
>>> docker run --rm ubuntu tty
not a tty

这是有道理的，因为-t分配了一个伪终端。

-i相关的命令更难解释。

>>> docker run --rm ubuntu bash -c "ls -l /proc/\$\$/fd"
lrwx------ 1 root root 64 Jun 18 02:37 0 -> /dev/null
l-wx------ 1 root root 64 Jun 18 02:37 1 -> pipe:[9173789]
l-wx------ 1 root root 64 Jun 18 02:37 2 -> pipe:[9173790]
>>> docker run --rm -t ubuntu bash -c "ls -l /proc/\$\$/fd"
lrwx------ 1 root root 64 Jun 18 02:39 0 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 18 02:39 1 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 18 02:39 2 -> /dev/pts/0
>>> docker run --rm -it ubuntu bash -c "ls -l /proc/\$\$/fd"
lrwx------ 1 root root 64 Jun 18 02:39 0 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 18 02:39 1 -> /dev/pts/0
lrwx------ 1 root root 64 Jun 18 02:39 2 -> /dev/pts/0

我仍然无法弄清楚-i究竟做了什么......我希望得到一些帮助！ 我能找到的唯一有趣的命令似乎有所区别：

>>> docker run --rm -a stdout -i ubuntu bash -c "ls -l /proc/\$\$/fd"
lr-x------ 1 root root 64 Jun 18 02:43 0 -> pipe:[9199896]
l-wx------ 1 root root 64 Jun 18 02:43 1 -> pipe:[9199897]
l-wx------ 1 root root 64 Jun 18 02:43 2 -> pipe:[9199898]
>>> docker run --rm -a stdout ubuntu bash -c "ls -l /proc/\$\$/fd"
lrwx------ 1 root root 64 Jun 18 02:43 0 -> /dev/null
l-wx------ 1 root root 64 Jun 18 02:43 1 -> pipe:[9197938]
l-wx------ 1 root root 64 Jun 18 02:43 2 -> pipe:[9197939]

Docker文档提到 -a “附加到作为输入传递的流”，但我无法找到解释这意味着什么，以及它与-i选项的关系。

Answer 5

-it组合选项称为交互模式。

默认情况下，容器只有一个标准输出流（即docker run | CMD有效），要与我们的容器交互，我们需要这些选项：

• -i添加一个标准输入流（即CMD | docker run有效）；
• -t分配一个伪 TTY 主/从对，从部分与容器中正在运行的进程相关联，而主部分与您的 docker 命令相关联。

stdin 流将容器附加到 shell 的 stdin（Docker 继承了 shell 的 stdin 流），而 TTY 行规则使您能够以键盘方式与容器交互。

TTY 行规程由内核提供给 TTY 设备的低级特性组成，例如编辑缓冲区和基本行编辑命令。

如下所示，您可以使用以下命令检查标准文件描述符：

docker run --rm -i ubuntu sh -c "ls -l /proc/\$\$/fd"

如果您删除-i您将看到 stdin 指向/dev/null （即，没有分配流）。

Answer 6

我对-t的了解如下：

docker exec -ti CONTAINER bash - 允许我在容器中“登录”。 感觉就像 ssh-ing（不是）。

但问题是当我想恢复数据库时。

通常我会做docker exec -ti mysql.5.7 mysql - 这里我在容器中执行 mysql 命令，得到一个交互式终端。

我将<dump.sql添加到上一个命令中，以便恢复数据库。 但它因无法cannot enable tty mode on non tty input而失败。

删除-t有帮助。 还是不明白为什么：

docker exec -i mysql.5.7 mysql < dump.sql

最后一个有效。 希望这对人们有所帮助。

Answer 7

每个进程都有三个数据流，即STDIN/ STDOUT/ STDERR 。 当一个进程在容器中运行时，默认情况下终端连接到容器中运行的进程的 STDOUT 流。 因此，在终端中运行docker run命令时，所有输出流都将可见。 但是如果你想为容器中正在运行的进程提供输入，那么你必须连接到进程的 STDIN 通道，这不是默认的，而是通过docker run -i命令完成的。

-t用于交互式/格式化输入操作。

Answer 8

TTY 代表“电传打字机”。 是更多的Linux命令，因为这个Docker不谈论它

基本上命令 -t 所做的就是给 tty 命名。

在 Linux 中，有一个伪电传多路复用器，它处理来自所有终端窗口伪电传 (PTS) 的连接。

您可以通过按住 Ctrl+Alt+F3 键并按下其中一个功能键来访问全屏 TTY 会话

或者你可以使用命令

tty

或者在 Linux 中管理更多关于 TTY 使用屏幕的信息。

Answer 9

在 linux 中，当你运行一个命令时，你需要一个终端（tty）来执行它。

所以当你想连接到 docker（或在 docker 容器中运行命令）时，你必须提供选项 -t 考虑到 docker 容器内的终端。

Answer 10

-it指示 Docker 分配一个连接到容器标准输入的伪 TTY，在容器中创建一个交互式 bash shell。

--interactive , -i false保持 STDIN 打开，即使没有附加

--tty , -t false分配一个伪 TTY

https://docs.docker.com/engine/reference/commandline/run/