1
resposta

[Bug] ssh-copy-id -i keys/id_chave.pub [email protected] com retorno [email protected]: Permission denied (publickey).

boa noite,

Realizei criação de 2 VM com vagrant , uma com ansible 192.168.1.25 e outra normal 192.168.1.22, para conseguir realizar comandos ansible.

Quando realizo o comando para copiar a chave para -> 192.168.1.22

vagrant@ubuntu-bionic:~$ ssh-copy-id -i keys/id_chave.pub vagrant@192.168.1.22

/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "keys/id_chave.pub" /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys

vagrant@192.168.1.22: Permission denied (publickey).

vagrant@ubuntu-bionic:~$

Retorna a msg vagrant@192.168.1.22: Permission denied (publickey).

Alguém poderia me ajudar nessa questão ?

1 resposta

Olá Rayane.

Tudo bem?

Desculpa a demora, estou respondendo esse tópico para tentar ajudar você e outros alunos que estiverem com essa mesma dúvida, e também para organizar o nosso fórum. Valeu :)

O erro "Permission denied (publickey)" geralmente ocorre quando a chave pública não está configurada corretamente no servidor remoto. Existem algumas possíveis soluções para esse problema:

  1. Verifique se a chave pública está corretamente configurada no arquivo ~/.ssh/authorized_keys no servidor remoto. Certifique-se de que a chave está em uma única linha e não possui espaços ou caracteres extras.

  2. Verifique as permissões dos arquivos no servidor remoto. O diretório ~/.ssh deve ter permissões 700 e o arquivo ~/.ssh/authorized_keys deve ter permissões 600. Você pode corrigir as permissões usando os comandos chmod 700 ~/.ssh e chmod 600 ~/.ssh/authorized_keys.

  3. Se você estiver usando uma distribuição Linux baseada no SELinux, como o CentOS, verifique se o SELinux não está bloqueando a autenticação SSH. Você pode temporariamente desabilitar o SELinux usando o comando setenforce 0 e tentar novamente.

  4. Certifique-se de que o usuário vagrant existe no servidor remoto e tem permissões para acessar o diretório ~/.ssh e o arquivo ~/.ssh/authorized_keys.

Essas são algumas soluções comuns para o erro "Permission denied (publickey)". Se nenhuma delas funcionar, pode haver outros problemas específicos em sua configuração. Nesse caso, seria útil fornecer mais informações sobre seu ambiente e configuração para que possamos ajudá-lo de maneira mais precisa.

Espero ter ajudado e bons estudos!