Não é possível ssh, a conexão termina imediatamente com o status de saída 254

Question

A coisa mais recente que me lembro é mudar o ulimit de memlock macio e difícil para ilimitado. Agora não consigo entrar na máquina.

Este é o log ssh.

Authenticated to IP ([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: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LC_CTYPE = 
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
Last login: Wed Aug  6 07:18:07 2014 from IP-SOURCE
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
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
Connection to IP closed.
Transferred: sent 4256, received 2504 bytes, in 0.4 seconds
Bytes per second: sent 9616.9, received 5658.0
debug1: Exit status 254

Eu tentei o seguinte sem sucesso até agora, antes de postar aqui:

1. Tentando um login noroprnile por ssh user@host 'bash --noprofile'

2. Forçando um tty por ssh -t user@host

3. Movimentou o bash_profile. Tentei sshing por ssh user@host .

4. Renomeando o arquivo limits.conf na esperança de que não seja lido.

5. Servidor ssh reiniciado.

6. Execute um comando via knife as knife ssh "name:server" "come_command"

7. ssh user@host 'ulimit -l 64' , ssh user@host 'ulimit -S -l 64' , ssh user@host 'ulimit -H -l 64' , ssh user@host 'exec ulimit -H -l 64'

Não tenho certeza se essa maneira de executar comandos em linha: ssh user@host "some_command" funciona, porque não consigo obter uma listagem de diretórios simples. Eu também tentei reiniciar por ssh user@host 'reboot' mas não acho que o comando foi executado. Eu reiniciei a máquina da AWS também, mas sem sucesso.

É uma causa perdida tentando ssh? Existe alguma maneira que eu possa ssh no servidor?

    

Answer 1

Tente mudar

UsePAM yes

em

UsePAM no

em /etc/ssh/sshd_config (para o CentOS)

    

Answer 2

Eu tive um problema semelhante, parecendo ver apenas uma mensagem estranha:

client_input_channel_req: channel 0 rtype exit-status reply 0.

O usuário que eu estava tentando usar o ssh não tinha um padrão shell .

Eu corri o seguinte:

chsh -s $(which sh) username 

E então eu consegui ssh .

Nota:
A execução de su username estava retornando o código de saída 1 (estava falhando) e agora funciona.

    

Answer 3

Encontrei isso no Mac OS X em que a configuração em ~/.bashrc teve um problema que causou o trabalho de ssh , mas sftp a não funcionam . @ stéphane-chazelas parece ter a idéia certa nos comentários acima.

No sistema remoto via SSH, renomeie ~/.bashrc para ~/.bashrc-MOVED e tente novamente e veja se funciona; em seguida, restaure ~/.bashrc e determine o problema.

No meu sistema, o ~/.bashrc continha isso:

if [ -z "$PS1" ] ; then
    exit
fi

Qual foi o provável culpado.

    

Answer 4

Eu tive o mesmo problema hoje. A primeira coisa que notei foi que o / var / log estava em 100%. Eu corrigi isso e isso não resolveu o problema. Eu não poderia ssh nem eu poderia fazer o login através da GUI, mas eu poderia CNTRL + ALT + F2 para chegar ao CLI e fazer o login dessa maneira. Eu digitei startx e recebi um erro que /tmp/.X0-lock existia.

Eu removi esse arquivo (tecnicamente eu removi tudo do / tmp) e consegui fazer o login via GUI e também via ssh.

espero que isso ajude alguém