尽管交互式 shell 功能正常，但 SSH 命令执行挂起

Question

当我尝试使用 ssh 在远程服务器上执行命令时，ssh 命令在 exec requestaccepted 调试消息后挂起，并最终超时。

失败的命令：ssh -v -v <用户名>@<服务器>正常运行时间（也尝试了echo hello等）

debug1: Authentication succeeded (publickey).
Authenticated to <server> (<ip>:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 4 setting TCP_NODELAY
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug1: Sending command: uptime
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0

并且它无限期地挂起。

然而，当我在没有命令的情况下通过 ssh 进入远程服务器时，我得到了一个交互式 shell，一切都很好。

成功的命令：ssh -v -v@

输出：

debug1: Authentication succeeded (publickey).
Authenticated to <server> (<ip>:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: fd 4 setting TCP_NODELAY
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Welcome!
<prompt>%
...

有谁知道为什么交互式会话会成功但命令执行不成功？

几个月来一直困扰着我，因为我无法再使用一致来同步我的文件（它曾经有效）。非常感谢任何帮助。

Answer 1

问题确实是我的登录脚本，尽管与需要终端无关（我怀疑这一点并使用 -t 和 -T 选项进行了测试）。问题是我的 .bashrc 正在运行 exec（在本例中是 zsh - 因为我们的系统不允许 chsh 到 zsh）。

有问题的行：

test -f /usr/bin/zsh && exec /usr/bin/zsh

通过首先检查交互式 shell 并退出（如果有）来解决：

[ -z "$PS1" ] && return
test -f /usr/bin/zsh && exec /usr/bin/zsh

因此，本质上，因为 shell 正在执行到 zsh，ssh 正在等待此完成 -这从未发生过。

我有点困惑为什么我的 .bashrc 被调用 - 我认为这仅适用于交互式 shell，但各种初始化脚本的确切目的和顺序是我不认为的永远都会学习。

我希望这对在启动脚本中具有某种 exec 的其他人有用。

顺便说一句 - 其他两个答案都在正确的轨道上，所以我完全不确定我是否应该“回答”或只是评论他们的答案。如果在 stackoverflow 上回答我自己的问题在道德上是错误的，请告诉我，我会忏悔。谢谢其他回答者。

Answer 2

我们通过添加 -n （从 /dev/null 重定向 std ）和 -t （强制伪 tty 分配）来修复此问题

示例：

ssh -t -n user@host command

Answer 3

您的问题很可能出在您的 shell 启动或 shell 注销脚本中。如果不知道里面有什么，就很难猜测实际的问题。

Answer 4

我最近遇到了具有相同症状的问题，但确定该问题不是我的登录脚本中的问题。相反，我的本地 .ssh/config 文件针对我尝试复制到的主机配置了 RequestTTY force。

Answer 5

检查 shell 启动文件中的命令（我假设提示符下有 ~/.cshrc；在非交互式会话中，~/.login 应该不重要）由于某种原因需要终端。

Answer 6

在解决其他新问题后，我在 Fedora Server 22 上遇到了这个问题。

ssh -t ziimp /bin/true 没问题，但 ssh ziimp /bin/true 不行，我所有的 git+ssh 和 scp 都被锁定。

我找到的解决方案位于 authorized_keys 文件中。我必须从我的可信密钥中删除 command="/usr/bin/bash" 前缀...

Answer 7

我最终找到了对我有用的“$-”var：

if [[ $- =~ i ]] ; then
    [ -x /bin/tcsh ] && exec /bin/tcsh
    # Bash startup stuff goes here...
fi

从以下地方得到的：
https://www.gnu.org/软件/bash/manual/html_node/Is-this-Shell-Interactive_003f.html