Dada a mensagem "autenticação bem-sucedida", sabemos que o servidor SSH pode identificar positivamente o usuário, o que reduz o problema um pouco.
Depois disso, ele tentaria configurar o shell, e é aí que ele está falhando (eu acho).
Então, como uma questão muito ampla, eu olharia para outras possibilidades além de um problema com o serviço SSH per se .
Isso pode ser um monte de coisas, mas algumas ideias são:
-
Uma configuração de segurança de nível de sistema ou usuário que proíbe o usuário (ou qualquer usuário) de criar uma sessão remota. Em outras palavras, mesmo que o usuário tenha a senha correta, se o sistema não quiser deixá-los entrar, não importa.
-
Algum erro nos scripts de inicialização do usuário. Eu não sei como isso funciona no Windows, mas no Linux existem arquivos especiais no diretório home do usuário (o nome depende do shell) que são imediatamente invocados no login. Se um deles tiver um comando para fechar o shell, ele terá o efeito de impedir que o usuário faça o login, sem exibir um erro.
Uma ideia para reduzir o problema é apenas efetuar login na máquina de destino e, em seguida, tentar ssh'ing para localhost como essa conta. Se isso funciona, então você pode supor que tem algo a ver com a conexão de uma caixa remota.
Infelizmente, como você pode ver no google, há muitos problemas possíveis aqui. Então, o acima pode não estar na marca ...