Servidor sem resposta após conexão OpenSSL bem-sucedida

Question

Estou testando conexões de servidor usando o OpenSSL, com resultados variados

• Servidor A: a conexão é bem-sucedida, assim como o login do usuário e os outros comandos que eu esperava trabalhar
• Servidor B: a conexão foi bem-sucedida, mas o servidor não responde quando tento enviar um comando. Eu não recebo um erro, ou mesmo uma desconexão - apenas uma linha em branco de onde eu toquei Enter ou ^ M

Meu palpite é que a configuração do Servidor B requer uma codificação de caracteres diferente ou algo assim e simplesmente não está reconhecendo meu pressionamento de tecla Enter, mas não procurei nada ... qualquer sugestão seria apreciada!

    

Answer 1

Acontece que minha suspeita inicial estava correta ... o servidor simplesmente não estava aceitando meu comando Enter. A adição da -crlf flag cuidou disso:

openssl s_client -connect server:port -crlf

Pelo que eu li, isso força a ferramenta s_client a enviar um CR/LF quando você pressiona enter, o que é necessário para um servidor baseado em Windows ler. É provável, então, que o Servidor A funcionou porque era um servidor * NIX e o Servidor B é um servidor Windows.

    

Answer 2

Estou assumindo como @UtahJarhead que você se refere ao OpenSSH.

Eu não sei muito sobre codificações, mas eu ficaria surpreso em saber que coisas como space, enter, null etc - material ASCII low-end - diferiam.

1. Verifique o shell do usuário do Servidor B . Você consegue acessar essa máquina de alguma forma e su para esse usuário? O mesmo problema ocorre?
2. Verifique a configuração do sshd . Existe alguma opção suspeita como ChrootDirectory , ForceCommand , etc? Diff as configurações sshd de ambos os servidores e ver o que parece suspeito

3. Depuração . Conecte-se ao Servidor B como ssh -vvv user@serverb e procure pela saída sus. Minha alocação de shell se parece com:

   debug2: channel 1: request shell confirm 1
   debug2: callback done
   debug2: channel 1: open confirm rwindow 0 rmax 32768
   debug2: channel_input_status_confirm: type 99 id 1
   debug2: PTY allocation request accepted on channel 1
   debug2: channel 1: rcvd adjust 2097152
   debug2: channel_input_status_confirm: type 99 id 1
   debug2: shell request accepted on channel 1
   

   Estas são as últimas linhas de saída de depuração para mim.

Não é nada disso - que coisas óbvias diferem entre essas máquinas?