é possível que você tenha atualizado o ssh e a lista negra de chaves ssh inseguras relacionadas a problemas do debian / ubuntu com o gerador de números aleatórios ?
tente voltar a gerar chaves novamente - o problema ainda ocorre?
Eu configurei uma chave privada no meu servidor. Eu segui este tutorial - > link
Tudo estava funcionando bem. Eu conectei via massa e tudo funcionou.
Então ontem eu reiniciei o meu servidor e agora eu recebo isso:
Server refused our key
Eu atualizei alguns pacotes, essa pode ser a causa ou é suposto falhar após algum tempo?
Isto é o que eu tenho em ~ / .ssh
antoniocs@acsserver:~/.ssh$ ls -la
total 44
drwx------ 2 antoniocs antoniocs 4096 2009-07-27 22:37 .
drwxr-xr-x 8 antoniocs antoniocs 4096 2009-08-04 11:19 ..
-rw-r--r-- 1 antoniocs antoniocs 401 2009-07-27 22:37 authorized_keys
-rw------- 1 antoniocs antoniocs 1675 2009-07-27 22:25 id_rsa
-rw-r--r-- 1 antoniocs antoniocs 401 2009-07-27 22:25 id_rsa.pub
Eu não alterei nenhuma permissão.
é possível que você tenha atualizado o ssh e a lista negra de chaves ssh inseguras relacionadas a problemas do debian / ubuntu com o gerador de números aleatórios ?
tente voltar a gerar chaves novamente - o problema ainda ocorre?
A causa mais comum de uma chave, caso contrário configurada corretamente, ser recusada é a permissão de arquivo no diretório inicial, o diretório ~/.ssh e o arquivo authorized_keys dentro dele. Eles devem ser definidos de forma que nenhum outro usuário possa gravar / excluir / substituí-los.
Se esta é a causa do seu problema, então isso será registrado no servidor (geralmente em '/var/log/auth.log' ou similar) de uma maneira óbvia. Este arquivo de log pode incluir outras informações úteis se o problema for outra coisa.
Outro erro que eu vi mais de uma vez é o upload da chave privada em vez da pública. Se você fez isso, então você deve gerar um novo par de chaves e perder o antigo para paranoia.
Eu tive um problema depois de ter logado com sucesso no nosso servidor com PuTTY e SSH por meses. De repente, comecei a receber a mensagem "Servidor recusou nossa chave".
Uma rápida revisão de / var / log / secure (após uma hora de tentar "corrigir" as coisas primeiro) revelou o problema:
"Permissões inválidas no diretório / home / myuser".
Como esperado, o diretório PARENT do diretório .ssh tinha permissões configuradas para 775 (rwxrwxr-x) em vez de 755 (rwxr-xr-x).
Acontece que o diretório pai NÃO pode ter permissões de gravação para grupo ou mundo. Isso é considerado uma quebra na segurança e, portanto, o SSH considera inseguro o arquivo de chaves autorizado.
Um simples chmod 755 / home / myuser corrigiu o problema.
HTH alguém lá fora.