主页 / unix / 问题 / 688021
Accepted
Ole Tange
Asked: 2022-01-27 04:08:13 +0800 CST

ssh 在不被要求的情况下读取标准输入

  • 772

这些不做同样的事情：

$ seq 1000000 | (ssh localhost sleep 1; wc -l)
675173
$ seq 1000000 | (ssh localhost sleep 1 </dev/null; wc -l)
1000000

ssh阅读标准输入的理由是什么？

ssh pipe

2 个回答

  1. Best Answer

    ssh 总是读取标准输入，除非您告诉它不要使用-n选项（或-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 分配给标准输入。

    • 6

  2. Unix 输入/输出基于单向通信原语：使用 ¹ 推送数据，使用write¹ 拉取数据，使用 .read查询数据的可用性select。它与网络上常见的模型不同，数据的消费者发送请求“请给我一些数据”，生产者回复数据，或者消费者发送请求“多少数据你能给我吗？” 生产者回复一个尺寸。数据消费者调用read以检索任何可用的数据，这不一定需要生产者参与（例如，管道有一个缓冲区，从缓冲区读取不必涉及管道的写端）。数据消费者可以调用select来了解数据是否可用，而这根本不涉及生产者。

    SSH 服务器可以知道在服务器上运行的应用程序是否正在主动尝试从其标准输入中读取：SSH 服务器可以调用select以了解写入数据是否会阻塞。但是，如果应用程序尝试间歇性地读取数据，SSH 服务器可能不会select在正确的时间调用，因此它可能会错过应用程序正在尝试读取数据的情况。并且 SSH 服务器无法知道应用程序是否或何时通过调用select. SSH 服务器可以在需要时向应用程序提供数据的唯一方法是在数据可用时向应用程序提供数据。

    这需要客户端将数据传输到服务器。因此，客户端读取其标准输入并在数据可用时立即转发。

    一旦客户端从其标准输入中读取了一些数据，它就无法取消读取它。如果服务器端应用程序最终没有消耗数据，它就会丢失。

    因此，当您调用 时ssh，您需要在客户端决定是否要通过 SSH 连接路由标准输入。这不是服务器可以告诉你的。

    另请参阅如果多个连接已由同一个 shell 启动，则在后台运行的 SSH 连接不会退出，该 shell探索了一个类似但更复杂的涉及终端的场景。

    ¹和朋友。

    • 4

相关问题