A sessão SSH trava ao tentar abrir um shell

Question

Como hoje de manhã não consigo mais entrar no meu servidor usando o SSH.

Normalmente, ao digitar isso:

ssh [email protected]

O shell trava e não adquire shell. A última linha de verbose com -vv me dá:

debug2: shell request accepted on channel 0

Dito isto, se eu iniciar um comando diretamente no SSH, como:

ssh [email protected] 'ls ~'

... parece funcionar corretamente e me dá o resultado esperado. Na verdade, posso obter um shell forçando o bash a ser iniciado no modo interativo, digitando:

ssh [email protected] 'bash -i'

Eu também tentei desabilitar o meu arquivo .bashrc (movendo-o para .bashrc_OLD), mas não pareceu de nenhuma ajuda.

Qualquer sugestão seria muito apreciada, obrigado!

Edit: Eu também tentei entrar com sh, mas não funcionou nem. Assim, acredito que isso não esteja relacionado a um problema no arquivo de perfil.

Editar 2: quando eu obtenho um shell usando o sinalizador -i, aqui está a mensagem adicional que recebo do console:

bash: cannot set terminal process group (-1): Invalid argument
bash: no job control in this shell

    

Answer 1

Eu acho que você precisa verificar o banco de dados passwd remoto (por padrão, /etc/passwd ) e ver qual shell está lá (você pode verificá-lo via execução direta, como já faz com alguns comandos). Outro local para procurar além dos arquivos de ponto de shell em seu diretório inicial é /etc/pam.d e, em seguida, você deve verificar seu diretório ~/.ssh remoto, especialmente se estiver usando chaves para efetuar login.

O problema do terminal pode significar que bash -i espera um terminal, que pode ser acionado por ssh -t (está desativado por padrão ao executar um comando diretamente).

    

Answer 2

Parece que você não tem / dev / pts montado (no servidor). Faça o login por outros meios (console físico) e monte-o com mount -tdevpts pts /dev/pts/ e tente novamente.

Se você não tem acesso físico ao seu servidor, você pode tentar do seu cliente: ssh [email protected] 'mount -tdevpts pts /dev/pts/' (não testado)

    

Answer 3

Eu tive atrasos similares e descobri que desativar DNS reverso resolveu o problema.

Coloque

UseDNS no

em

/etc/ssh/sshd_config

reinicie e tente