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.

ssh putty

— 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

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