无法退出 sftp

Question

假设

服务器使用某种包装器sftp-server（或替代品），异步运行某些操作，不会在您期望时终止。此额外进程的标准输出连接到sftp-server使用的同一管道；该进程是静默的，不会破坏协议，但在退出后保持管道打开sftp-server。

看这个答案：

sshd确实等待启动用户登录 shell 的进程，但同时，在该进程终止后，等待 stdout 管道上的 eof（至少在 openssh 的情况下不是 stderr 管道）。

并且，当管道的写入端没有任何进程打开文件描述符时，就会发生 eof，这种情况通常仅当所有未将其 stdout 重定向到其他位置的进程都消失时才会发生。

概念验证

/etc/ssh/sshd_config在中配置了 OpenSSH 服务器

subsystem sftp sleep 15 & /usr/lib/openssh/sftp-server

如果您在 15 秒内输入内容，将重复您描述的行为exit。连接将持续至少 15 秒。

就像链接的答案所述，这与 stdout 有关。将额外进程的 stdout 重定向到其他地方就足够了，问题就解决了：

subsystem sftp sleep 15 >/dev/null & /usr/lib/openssh/sftp-server

_{（如果您想在 SSH 服务器中测试这一点，请记住在编辑文件后需要重新加载服务；例如sudo systemctl reload sshd.service。）}

结论

如果假设正确，问题出在服务器上。额外的进程可能不是sleep，但这是问题。如果你可以重新配置服务器，那么也许你可以修复它：

首先不要启动任何额外的进程
或者通过重定向额外进程的标准输出
或者通过（某种方式）使额外的进程在sftp-server终止时终止。

如果假设正确，我认为没有简单的客户端解决方案。

但是我不知道是什么原因导致 Debian WSL1 实例开始自行出现这种行为。也许这与 SSH 服务器本身无关。任何设法打开相关管道进行写入的服务器端进程都可能是罪魁祸首。它不一定是 SSH 服务器的后代，它可能是一个恶意进程。

Answer 1

假设

服务器使用某种包装器sftp-server（或替代品），异步运行某些操作，不会在您期望时终止。此额外进程的标准输出连接到sftp-server使用的同一管道；该进程是静默的，不会破坏协议，但在退出后保持管道打开sftp-server。

看这个答案：

sshd确实等待启动用户登录 shell 的进程，但同时，在该进程终止后，等待 stdout 管道上的 eof（至少在 openssh 的情况下不是 stderr 管道）。

并且，当管道的写入端没有任何进程打开文件描述符时，就会发生 eof，这种情况通常仅当所有未将其 stdout 重定向到其他位置的进程都消失时才会发生。

概念验证

/etc/ssh/sshd_config在中配置了 OpenSSH 服务器

subsystem sftp sleep 15 & /usr/lib/openssh/sftp-server

如果您在 15 秒内输入内容，将重复您描述的行为exit。连接将持续至少 15 秒。

就像链接的答案所述，这与 stdout 有关。将额外进程的 stdout 重定向到其他地方就足够了，问题就解决了：

subsystem sftp sleep 15 >/dev/null & /usr/lib/openssh/sftp-server

_{（如果您想在 SSH 服务器中测试这一点，请记住在编辑文件后需要重新加载服务；例如sudo systemctl reload sshd.service。）}

结论

如果假设正确，问题出在服务器上。额外的进程可能不是sleep，但这是问题。如果你可以重新配置服务器，那么也许你可以修复它：

首先不要启动任何额外的进程
或者通过重定向额外进程的标准输出
或者通过（某种方式）使额外的进程在sftp-server终止时终止。

如果假设正确，我认为没有简单的客户端解决方案。

但是我不知道是什么原因导致 Debian WSL1 实例开始自行出现这种行为。也许这与 SSH 服务器本身无关。任何设法打开相关管道进行写入的服务器端进程都可能是罪魁祸首。它不一定是 SSH 服务器的后代，它可能是一个恶意进程。

无法退出 sftp

答案1

假设

概念验证

结论

相关内容