![ssh 无需询问即可读取 stdin](https://linux22.com/image/201560/ssh%20%E6%97%A0%E9%9C%80%E8%AF%A2%E9%97%AE%E5%8D%B3%E5%8F%AF%E8%AF%BB%E5%8F%96%20stdin.png)
这些的作用不同:
$ seq 1000000 | (ssh localhost sleep 1; wc -l)
675173
$ seq 1000000 | (ssh localhost sleep 1 </dev/null; wc -l)
1000000
阅读 stdin 的理由是什么ssh
?
答案1
-n
ssh 总是读取标准输入,除非你用选项(或选项)告诉它不要这样做-f
。
原因是这样你就可以做类似的事情
tar cf - somedir | ssh otherhost "tar xf -"
它总是这样做,因为 ssh 无法知道您的远程命令是否接受输入。
您的第一个命令中可能发生的情况是 seq 填满了网络和管道缓冲区(seq -> ssh -> sleep),并且由于 sleep 没有读取任何内容,因此它会被阻止等待更多读取,然后 sleep 退出,导致那些已满的缓冲区被转储,然后 seq 被解除阻塞,将剩余部分送入 wc。
请注意,您会得到类似的结果seq 1000000 | ( cat | cat | sleep 1; wc -l)
在第二个命令中,它仍在读取标准输入,但您已从外部将 /dev/null 分配给标准输入。
答案2
Unix 输入/输出基于单向通信原语:使用write
1 推送数据,使用read
1 拉取数据,并使用 查询数据的可用性select
。它与网络上常见的模型不同,数据消费者发送请求“请给我一些数据”,生产者回复数据,或者消费者发送请求“多少数据”你能给我吗?”生产者回复尺寸。数据消费者调用read
来检索任何可用的数据,并且这不一定需要涉及生产者(例如,管道有一个缓冲区,并且从缓冲区读取不需要涉及管道的写入端)。数据消费者可以通过调用select
来了解数据是否可用,而这根本不涉及生产者。
SSH 服务器可以知道服务器上运行的应用程序是否正在主动尝试从其标准输入读取:SSH 服务器可以调用select
以了解写入数据是否会阻塞。但是,如果应用程序尝试间歇性读取,则 SSH 服务器可能无法select
在正确的时间调用,因此可能会错过应用程序正在尝试读取数据的情况。并且 SSH 服务器无法知道应用程序是否或何时通过调用 来请求其标准输入上有可用数据select
。 SSH 服务器可以在需要时向应用程序提供数据的唯一方法是在数据可用时向应用程序提供数据。
这就需要客户端将数据传输到服务器。因此,客户端读取其标准输入并在数据可用时立即转发数据。
一旦客户端从其标准输入读取了一些数据,就无法取消读取它。如果服务器端应用程序最终没有消耗数据,那么数据就会丢失。
因此,当您调用 时ssh
,您需要在客户端决定是否希望通过 SSH 连接路由标准输入。这不是服务器可以告诉你的。
也可以看看如果同一个 shell 启动了多个连接,则在后台运行的 SSH 连接不会退出它探索了一个类似但更复杂的场景,涉及终端。
和朋友们。