SSH - Anulação de conexão causada por software para login único

2

Eu vou dar um plano de fundo completo aqui, não tenho certeza de quão relevante será, mas não vai doer ...

Então eu tinha uma VM rodando o servidor Ubuntu 13.10 que recentemente atualizei o 14.04 LTS.

Após a atualização, parece que não consegui entrar na máquina. Login através do console local foi bom, e ssh out foi bem.

Depois de alguns mexer, descobri que o ssh falha apenas em um nome de usuário específico. Usar um segundo nome de usuário foi bem-sucedido.

Eu tentei vários clientes ssh e cada vez recebi o mesmo erro para esse usuário:

Software caused connection abort.

Agora, pelo que eu entendo isso vem do próprio Windows, então eu pergunto a você, que possíveis razões para isso poderia haver?

Os registros do PuTTY mostram o sucesso da autenticação da chave pública e, de repente, sem nenhum motivo aparente, desconectando:

Event Log: Access granted
Outgoing packet #0x8, type 90 / 0x5a (SSH2_MSG_CHANNEL_OPEN)
...
Outgoing raw data
...
Event Log: Network error: Software caused connection abort

Eu tentei isso com vários clientes ssh, de várias máquinas Windows, em três sites diferentes, e o resultado é sempre o mesmo. Um usuário trabalha bem, o outro falha, então isso sugeriria algo errado com a caixa do Ubuntu não?

UPDATE

Assim, seguindo a sugestão de Chirag64, ssh 127.0.0.1 se conecta bem, mas ssh <baduser>@127.0.0.1 falha com a mesma mensagem de erro.

Eu verifiquei as associações de grupo, autenticação e shell do usuário, que correspondem ao usuário em funcionamento.

su baduser me permite mudar para esse usuário e fazer conexões ssh de saída, no entanto, uma conexão ssh para loopback usando o usuário atual falha.

Parece apenas conexões de entrada para esse usuário por algum motivo ou outro.

    
por Ahhhhbisto 22.04.2014 / 15:38

2 respostas

1

"O software causou a interrupção da conexão" significa que o servidor está encerrando a conexão, portanto, provavelmente não importaria qual programa cliente você está usando.

A primeira coisa a verificar é a permissão do sistema de arquivos para o usuário no servidor Ubuntu. Verifique as permissões para o diretório inicial do usuário, o diretório .ssh do usuário e os arquivos dentro do diretório .ssh. Compare-os com as mesmas permissões para o usuário que está trabalhando. O servidor OpenSSH é bastante exigente quanto a essas permissões e, em algumas configurações, não permite que um usuário se conecte se for possível que alguém tenha modificado os arquivos do usuário.

Se isso não resolver o problema e você tiver acesso de superusuário ao servidor Ubuntu, poderá executar uma instância de depuração do daemon SSH e ver o que ele registra quando recebe uma conexão para esse usuário:

/path/to/sshd -ddd -p 10022

Isso executará uma cópia de sshd que está escutando a porta 10022. Ela não se colocará em segundo plano. Quando você se conecta a ele com seu cliente, ele imprime as informações de depuração no seu terminal. Espero que as informações de depuração lhe darão uma idéia melhor do motivo da queda da conexão.

Se você ainda não conseguir descobrir o problema, tente executar sshd a strace :

strace -f /path/to/sshd -ddd -p 10022

strace imprimirá as chamadas do sistema sendo executadas pelo programa sshd . As últimas chamadas do sistema executadas por sshd antes de descartar a conexão podem dar uma ideia do que estava verificando no momento.

    
por 22.04.2014 / 18:16
0

Eu tive problemas parecidos e toda vez, parecia ser um problema com .bashrc Tente limpar qualquer configuração personalizada de .bashrc e .bash_profile.

edit: para esse usuário específico (/ home //. bashrc)

    
por 22.04.2014 / 17:54