如何修复通道 0 上的请求失败

Question

当我想像这样连接到我的服务器时

ssh -a username@my-server.de -p 22

它给了我两个错误信息：

PTY allocation request failed on channel 0
shell request failed on channel 0

当我使用参数-T时，第一条错误消息消失了。 但是如何解决第二个问题？ 我无法连接。 我可以毫无问题地连接到其他服务器。

我在 MAC OS 10.9 上。

参数-v显示了这个调试 output：

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to xxx.your-server.de [188.40.3.15] port 22.
debug1: Connection established.
debug1: identity file /Users/xxx/.ssh/id_rsa type -1
debug1: identity file /Users/xxx/.ssh/id_rsa-cert type -1
debug1: identity file /Users/xxx/.ssh/id_dsa type -1
debug1: identity file /Users/xxx/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version mod_sftp/0.9.8
debug1: no match: mod_sftp/0.9.8
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 55:f5:ca:ca:01:45:0f:7b:71:0a:1f:ba:9e:25:17:fb
debug1: Host 'xxx.your-server.de' is known and matches the RSA host key.
debug1: Found key in /Users/xxx/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/xxx/.ssh/id_rsa
debug1: Trying private key: /Users/xxx/.ssh/id_dsa
debug1: Next authentication method: password

输入密码后，我得到这个：

debug1: Authentication succeeded (password).
Authenticated to xxx.your-server.de ([xxx.xxx.3.15]:22).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = de_DE.UTF-8
shell request failed on channel 0

Answer 1

通道 0 上的 PTY 分配请求失败

系统上有 256 个伪终端的限制。 也许您有一个正在泄漏伪终端的应用程序。 用

lsof /dev/pts/*

查看哪些进程打开了伪终端

通道 0 上的 shell 请求失败

我收到此错误（没有 PTY 分配错误）。 事实证明，我的一个应用程序（QtCreator 3.0.?）正在泄漏 Zombie 进程。 其他用户能够登录，所以我可能已经达到了每个用户的进程配额（如果有的话）。 我已经更新到 QtCreator 3.3。 到现在为止还挺好。

Answer 2

卸载和挂载/dev/pts对我/dev/pts

umount /dev/pts

mount devpts /dev/pts -t devpts

参考： http : //www.iitk.ac.in/LDP/LDP/lfs/5.0/html/chapter06/proc.html

Answer 3

我在尝试通过 ssh 连接到我的服务器时遇到了完全相同的错误。 正如我所看到的，您正在使用 Hetzner 提供的服务器在端口 22 上连接到它：

debug1：连接到 xxx.your-server.de [188.40.3.15] 端口 22。

Hetzner的官方维基/文档说：

服务器/计算机（控制台）的加密远程诊断协议。 要使用的 SSH 端口是 222。

所以你必须通过端口 222 连接：

ssh -p 222 username@my-server.de

Answer 4

我解决了我们的一个用户的类似问题，他仅用于 ssh 端口转发，因此他不需要访问 PTY，并且在 .ssh/authorized_keys 文件中被禁止：

no-pty ssh-rsa AAA...nUB9 someuser

因此，当您尝试登录此用户时，只有消息

PTY allocation request failed on channel 0

被退回。 所以检查你的用户的authorized_keys 文件。

Answer 5

只需将这些行添加到您的/etc/mtab和/etc/fstab ，然后重新启动系统。

none    /dev/pts    devpts    defaults    0    0

Answer 6

尝试这个：

vi /etc/security/limits.d/20-nproc.conf
*          soft    nproc     4096   # change to 65535 
root       soft    nproc     unlimited

Answer 7

刚刚发现，在我的情况下有什么问题（供应商 Strato）：最后我在输出“shell 请求在通道 0 上失败”时遇到了同样的问题。

我必须使用带有网络域名的主密码作为登录名。 （德语为 www.wunschname.de，其中 wunschname 是您的网址。）

使用 sftp 用户名和相应密码的 ssh 登录没有成功。 （尽管 scp 和 sftp 适用于这些 sftp 用户！）

Answer 8

这是一个老问题，但如果有人像我一样来到这里......

这可能是服务器中日期错误的结果。 如果您使用的是嵌入式系统，这可能是原因...所以请检查您的日期：

$ date

Answer 9

从 AWS 控制台重新启动实例对我有用。 lsof帮助找到了一个正在泄漏文件连接的服务。

Answer 10

shell request failed on channel 0

意味着你没有 shell 或远程命令访问，修复你在服务器上的用户权限以获得 shell 访问，或者如果你只是想要隧道使用-N和-T选项

Answer 11

我也面临同样的问题。 只是重新启动我的服务器解决了这个问题。

Answer 12

这就是从提供的各种答案中帮助我的原因。

• 尝试以 root 身份登录，这会让你在大多数情况下
• 尝试以其他用户身份登录，它成功了，这意味着问题出在特定帐户上，这意味着有问题的帐户已经启动了一些进程，这些进程正在消耗阻止登录的资源（很可能没有进程)
• 增加上面 xmduhan 提到的 /etc/security/limits.d/20-nproc.conf 中的限制
• 再次尝试 ssh，它应该可以工作

Answer 13

尝试使用选项 -NT

ssh -NT ...

Answer 14

重新安装 /dev/pts 对我有用。 如果您像这样对受影响的机器运行 ssh，您可以通过 ssh 远程执行此操作。 ssh 在运行这样的命令时不会请求 tty，因此这将允许您远程重新挂载 /dev/pts

ssh user@host -- 'mount -o remount,rw /dev/pts'

Answer 15

我在启动 VM 时偶尔会看到这一点。 我们的自动化系统开始应用更新，因此可以根据时间对关键包进行更新。

结果 - 如果在目标计算机上更新 ssh 或其他相关软件包，则可能会发生这种情况。

Answer 16

我在使用 git bash 时遇到了这个错误。 我能够通过为 Windows 重新安装 git 来解决这个问题。 此答案中的更多详细信息。

Answer 17

如果有人在尝试通过ssh到 NetGear ReadyNAS 设备时发现自己正在阅读此 QA，请确保在管理界面的 ssh 服务对话框中取消选中“仅 rsync”复选框。

Answer 18

当我在将本地用户的公钥添加到 github 后尝试在ssh -t git@github.com上使用 sudo 时发生了这种情况

只是对像我这样的 google 快乐的人提个醒

Answer 19

只需重新启动 AWS 实例即可清除错误“通道 0 上的 shell 请求失败”

Answer 20

当我想这样连接到我的服务器时

ssh -a username@my-server.de -p 22

它给了我两个错误信息：

PTY allocation request failed on channel 0
shell request failed on channel 0

当我使用参数-T ，第一条错误消息消失了。 但是，如何解决第二个问题呢？ 我无法连接。 我可以连接到其他服务器，没有任何问题。

我使用的是MAC OS 10.9。

参数-v显示此调试输出：

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to xxx.your-server.de [188.40.3.15] port 22.
debug1: Connection established.
debug1: identity file /Users/xxx/.ssh/id_rsa type -1
debug1: identity file /Users/xxx/.ssh/id_rsa-cert type -1
debug1: identity file /Users/xxx/.ssh/id_dsa type -1
debug1: identity file /Users/xxx/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version mod_sftp/0.9.8
debug1: no match: mod_sftp/0.9.8
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 55:f5:ca:ca:01:45:0f:7b:71:0a:1f:ba:9e:25:17:fb
debug1: Host 'xxx.your-server.de' is known and matches the RSA host key.
debug1: Found key in /Users/xxx/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/xxx/.ssh/id_rsa
debug1: Trying private key: /Users/xxx/.ssh/id_dsa
debug1: Next authentication method: password

输入密码后，我得到以下信息：

debug1: Authentication succeeded (password).
Authenticated to xxx.your-server.de ([xxx.xxx.3.15]:22).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = de_DE.UTF-8
shell request failed on channel 0

Answer 21

由于您已经找到了创建 PTY 的 -T 标志，因此我将仅回应第二部分：

通道 0 上的 shell 请求失败

你应该传递一个命令：

ssh username@my-server.de -p 22 help

在这里阅读手册后： https://www.jenkins.io/doc/book/managing/cli/ ，我发现没有命令它就无法工作并不是很清楚。 但正如@UV 所说，ssh 接口不是控制台接口，而是一个连接实用程序。 所以你需要传递一个命令......

如果来自“jenkins”团队的某个人通过了这篇文章，那么如果我们不通过任何命令，帮助就会出现：-)

Answer 22

如果您连接到 EC2 EC2 Serial Console并尝试从本地计算机执行 SSH，则会出现此错误，因此关闭EC2 串行控制台并重新连接 SSH 即可解决。

Answer 23

如果您正在尝试测试您的 github ssh 密钥，请写入

ssh -T git@github.com

而不是ssh -t git@github.com

Answer 24

如果您在ssh工作时来此问答sftp ，您将获得：

subsystem request failed on channel 0

确保/etc/ssh/sshd_config包含以下行：

# override default of no subsystems
Subsystem       sftp    /usr/libexec/openssh/sftp-server

它们默认存在，但可能出于强化目的而被删除。

Answer 25

就我而言，我的 sshd_config 包含值

许可证TTY No

我必须将其更改为

许可TTY 是

要登录，我使用了 ssh user@address /bin/bash -i

这给了我一个没有 PTY 的 shell。 然后我使用 sed 编辑文件：

sed -e '/PermitTTY.*/PermitTTY yes/' < /etc/ssh/sshd_config > sshd_new

然后

sudo -S cp sshd_new /etc/ssh/sshd_config