Erro fatal PuTTY: o servidor se recusou a iniciar um shell / comando

10

Eu sempre usei o PuTTY (win32) para acessar meus servidores através do SSH. Ontem atualizei o OpenSSH no meu servidor de 4.3 para 5.8 e parece que o PuTTY não funciona agora. Ele solicita uma senha, confirma que a senha está correta e, em seguida, fornece o erro fatal Server refused to start a shell/command.

Quando tento fazer logon com o OpenSSH do cygwin, não tenho problemas.

iTayb
fonte
2
Você pode colar o conteúdo do log de eventos do PuTTY?
nickgrim
1
Você pode adicionar -v para plink comando e postar saída?
davey
1
O problema foi a falta de RAM.
ITayb

Respostas:

5

O problema foi a falta de RAM.

iTayb
fonte
1
mesmo problema no servidor RAM / CPU completo #
Donatello
2

Parece que algo em suas configurações de massa está solicitando um shell específico após o login que não é mais aprovado. Tente criar uma nova sessão em vez da sua salva e insira o mínimo possível de configurações, apenas o host e todos os detalhes de autenticação. Isso deve ajudá-lo. Então, se você deseja corrigir sua sessão salva anterior, procure nas configurações bits por comando remoto, shell preferido, etc.

Caleb
fonte
1
plink user@ip -p 22 -pw passsozinho me dá esse erro. Acredito que algo está me bloqueando no lado do sshd e não na massa.
iTayb
Ainda dê uma olhada nas configurações padrão. O Putty provavelmente está solicitando algo que não está disponível no servidor que o cliente cygwin openssh não está solicitando.
Caleb
Você tentou criar uma nova sessão, como Caleb sugeriu? Você está executando o Putty mais recente?
Eduardo Ivanec 29/04
1

Você provavelmente tem o "comando remoto" definido nas configurações de SSH na configuração da massa. Apenas remova essa configuração e tente novamente.

Tonny
fonte
1

Eu sei que é um tópico antigo, mas como eu tive esse problema e me deparei com essas respostas, ... Eu só poderia corrigi-lo atualizando a versão do PuTTY para 0,70. Essa foi a única coisa que funcionou para mim. Felicidades!

Mariana
fonte
1

Para usuários que encontrarem esse problema: Para resolver isso, mate a sessão de um dos usuários usando

pkill -KILL -u username

NB: Eu usei o acesso root, pois estava efetuando login com êxito

Pedro
fonte