混帐 : The remote end hung up unexpectedly

Question

我已经阅读了关于这个问题的各种帖子，我可以验证在执行远程 ssh 命令时使用 -t 确实会强制分配 tty 并允许完成命令。但是，我遇到的问题是，在此之前十二小时，我无法自由访问该服务器。现在，由于没有已知的变化，我无法再连接。

我可以整天毫无问题地登录这个服务器。但是，当我尝试执行远程命令时，比如 ssh servername 'ls/var/tmp'，连接断开，服务器上没有记录错误。

那么，发生了什么变化？

这是我的 git 配置:

wwwin-svn-sjc:142> git config --list
receive.denynonfastforwards=false
user.name=joericks
user.email=joericks@cisco.com
http.postbuffer=52428800000

我将我的 http.postbuffer 提高到了一个令人讨厌的水平，以消除它作为一个潜在的问题。我可以切换到另一个帐户并使用完全相同的 URL 从该服务器克隆这些存储库而不会出现问题。其他管理员和用户也不受影响。当在服务器本地并使用问题帐户时，我可以整天毫无问题地添加、提交和推送到远程服务器。

在 Git 之外，我可以使用 ssh -t 强制远程 ssh 命令完成，但这确实是一种变通方法，如果我不能告诉他们为什么/这是如何发生的或什么，我的用户将不会接受变通方法造成了。我吹走了我的 .ssh 配置设置和 ssh key 。尝试在没有 key 的情况下进行克隆会出现必要的密码提示和同样的失败。

我验证了 .ssh 文件和父目录的权限是否正常:

> ls -alrt  
total 712  
-rw-r--r--  1     58 Sep 15 17:02 config  
-rw-r--r--  1 681826 Mar  7 12:24 known_hosts  
-rw-------  1   1675 Mar  7 15:22 id_rsa  
-rw-r--r--  1    405 Mar  7 15:22 id_rsa.pub  
drwx------  2   4096 Mar  7 15:23 .  
-rw-r--r--  1    405 Mar  7 15:23 authorized_keys  
drwxr-xr-x 78  24576 Mar  7 15:25 ..  

我特意让我的 ssh 配置尽可能简单:

>cat config  
ForwardX11 yes   
ForwardAgent yes  
StrictHostKeyChecking no  

使用 ssh -vvv 我返回此输出。 (为简洁起见被截断)

与有问题的服务器的连接断开:

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  
debug2: channel 0: rcvd eof  
debug2: channel 0: output open -> drain  
debug2: channel 0: obuf empty  
debug2: channel 0: close_write  
debug2: channel 0: output drain -> closed  

对功能服务器的良好调用:

debug3: packet_send2: adding 48 (len 67 padlen 13 extra_pad 64)  
debug2: we sent a password packet, wait for reply  
debug1: Authentication succeeded (password).  
debug1: channel 0: new [client-session]  
debug3: ssh_session2_open: channel_new: 0  
debug2: channel 0: send open  
debug1: Entering interactive session.  
debug2: callback start  
debug2: client_session2_setup: id 0  
debug1: Sending command: ls  
debug2: channel 0: request exec confirm 1  
debug2: fd 3 setting TCP_NODELAY  
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  
11:43  

在这一点上，我真的不知所措，不幸的是，我至少有一个其他用户遇到了同样的问题。有没有人弄清楚究竟是什么原因导致了这个问题(除非明确强制，否则 tty 分配失败)并且没有膝跳式重启系统找到解决问题的修复程序？

乔恩

Answer 1

比我聪明得多的管理员找到了解决方案。更改 .bashrc 文件中的以下行:

[ $FULLENV != "true" ] && [ -z "$PS1" ] && exit

到

[ $FULLENV != "true" ] && [ -z "$PS1" ] && return