Embora seu problema já possa ter sido resolvido por outras respostas, eu me livrei de máquinas insuficientes de não validar as alterações sshd_config antes de assinar, então surgiu o processo abaixo que pode ser útil para depuração futura da configuração do sshd mudanças:
NÃO DESCONECTE uma conexão ssh ativa até que o teste tenha um comportamento verificado conforme esperado.
a. verificar o que você acha que o sshd deveria estar fazendo
b. verifique se a configuração é válida usando "-t"
c. iniciar uma versão detalhada 'test' do servidor que você pode monitorar ao vivo
d. iniciar uma conexão cliente 'test' detalhada que você pode monitorar ao vivo
a. verificar o que você acha que o sshd deveria estar fazendo
Revise o arquivo de configuração do sshd sem todo o comentário com algo como o abaixo (assumindo que o sshd_config é o arquivo correto e em / etc / ssh)
$ grep -v "^#" /etc/ssh/sshd_config | grep -v "^$"
Isso apenas elimina as coisas, então verificamos o que achamos que estamos mudando (não necessariamente se está correto ou não).
b. verifique se a configuração é válida usando "-t"
A partir da página man do sshd que estou usando,
-t Test mode. Only check the validity of the configuration file and sanity of the keys. This is useful for updating sshd reliably as configuration options may change.
Outras alterações podem ter circunstâncias mais sutis. Por exemplo, não desabilite a autenticação de senha até ter certeza de que a autenticação de chave pública está funcionando corretamente.
c. iniciar uma versão detalhada 'test' do servidor que você pode monitorar ao vivo
$ sudo /usr/sbin/sshd -ddd -p 9999
Isso mantém sua sessão de trabalho ativa ativa, mas fornece outra instância do sshd para verificar suas novas alterações de configuração. O SSHD agora está rodando em primeiro plano em uma porta definida pelo usuário (9999 em nosso exemplo) e enviando muitas informações ruidosas de depuração que você pode rastrear em / var / log / authlog (ou possivelmente /var/log/auth.log dependendo no seu sistema operacional.)
d. iniciar uma conexão cliente 'test' detalhada que você pode monitorar ao vivo
Execute a conexão do cliente ssh no modo detalhado para exibir na tela mais informações que podem levar a uma melhor depuração do erro.
$ ssh -vvv -p 9999 server-name
Agora você deve ter informações suficientes nos arquivos de log do servidor ou na tela de conexão do cliente para isolar o problema.
A solução geralmente se resume a permissões de arquivos (como mostrado por Magnar e setatakahashi)
Melhor da sorte