ssh-keygen -t rsa -b 2048 e também tentei ssh-keygen sem argumentos (o que deve ser o mesmo). -i <key file> não tem efeito. Eu estou perdido. Eu posso ssh usando chaves de outra caixa (uma caixa do Windows, usando PuTTY), então eu sei que está trabalhando no servidor. Meu Linux local é Mint, que é um derivado do Ubuntu, mas duvido que tenha algo a ver com qualquer coisa.
ssh-agent , mas os dois não fizeram nada (depois de me informar que estava adicionando minha identidade) e também parece ser apenas para arquivos de chave com senha, o que não é meu. Aqui estão os resultados do comando ssh ssh -l remoteusername -p 85 domain.com -vvv : link
Essa saída é de uma época em que não usei -i. Mas o arquivo que estou especificando é .ssh / id_rsa, o que é o mesmo.
Resolvido. O problema estava no formato do meu arquivo authorized_keys no servidor. Eu tinha concatenado as duas chaves juntas porque minhas pesquisas diziam que era todo o formato. Mas eles precisam ser separados por uma nova linha.
Como /var/log/auth.log não disse nada sobre isso, presumi que o problema não poderia ser o servidor. Acho que eu estava errado sobre isso. Eu sei que a última vez que tive problemas de SSH, o log mostrou isso. Na verdade, só agora eu quebrei de propósito e tentei fazer o login, e o log não tem nada sobre um login de chave com falha. Recebi a mensagem "servidor recusou nossa chave" localmente, o que é bom, mas não há nada no servidor em /var/log/auth.log ou com journalctl _COMM=sshd .
Copie a chave pública para a home page do servidor remoto ~/.ssh/authorized_keys ou use
ssh-copy-id remotehost
# or with specific key
ssh-copy-id -i ~/.ssh/id_rsa remotehost
que fará a cópia para você.
Se ainda não estiver funcionando, depure a conexão ssh com
ssh -vvv remotehost
Isso mostrará quais chaves e métodos de autenticação são tentados.