Ao efetuar login em uma VM executando o SLES 11, o SecureCRT emitirá imediatamente "Autenticação interativa do teclado com o servidor SSH2 com falha" e solicitará um nome de usuário.
Ao inserir as credenciais novamente, o erro "Conta bloqueada devido a 4 logins com falha" será impresso três vezes, mostrando 4, 5 e 6 logins com falha, respectivamente.
Se eu fizer login como root via console e desbloquear a conta bloqueada enquanto ainda estiver conectado à VM via SSH em outra janela do SecureCRT, poderei fazer o login com êxito, então sei que a senha está correta. Quando eu faço login com sucesso, vejo o seguinte antes do MOTD (os IPs foram editados; eles são todos do mesmo IP):
Last login: Wed Jan 18 05:15:48 UTC 2017 from XXX.XXX.XXX.XXX on pts/1
Last failed login: Wed Jan 18 05:31:19 UTC 2017 from XXX.XXX.XXX.XXX on ssh:notty
There were 4 failed login attempts since the last successful login.
Last login: Wed Jan 18 05:31:31 UTC 2017 from XXX.XXX.XXX.XXX on ssh
Last login: Wed Jan 18 05:31:31 2017 from XXX.XXX.XXX.XXX
Se eu desconectar / reconectar via SSH e tentar fazer o login novamente, imediatamente receberei de 4 a 6 tentativas de login com falha, bloqueando a conta. "Automatizar logon" está desativado no SecureCRT.
Enquanto estiver conectado a essa conta via SSH, as tentativas de login com falha não serão incrementadas, portanto, não há algum outro dispositivo / serviço repetidamente tentando fazer login com a senha errada.
O problema parece resultar do estabelecimento de uma nova conexão SSH no SecureCRT; é quase como se eu conseguisse vários logins com falha apenas conectando, e é por isso que redefini-los com pam_tally enquanto a conexão ainda está ativa contorna esse problema.
Existe alguma configuração no SecureCRT ou no SLES que poderia causar esse comportamento? Eu não tenho esse problema ao fazer login em outras VMs executando a mesma versão do SLES.
Eu tentei pesquisar on-line, mas tudo o que posso encontrar são descrições de como ativar ou desativar os bloqueios de contas devido a tentativas de login com falha ou desbloquear uma conta que já tenha sido bloqueada.
EDIT: Acabei de ter um colega de trabalho para verificar que ele está vendo um problema idêntico, e também confirmei que também ocorre no PuTTY, por isso não é uma peculiaridade SecureCRT.