Por que obter uma permissão negada (chave pública) erro para o SCP quando o SSH funciona

3

Estou tentando copiar um arquivo do meu host local para minha instância do Amazon EC2 usando o SCP e recebendo o erro:

Warning: Identity file blocks_key.pem not accessible: No such file or directory. Permission denied (publickey). lost connection

O comando que solicita este erro é:

scp -i ~/Desktop/Blocks/blocks_key.pem ~/Desktop/Blocks/code/www/uploadtest.html [email protected]:/var/www

Eu consegui usar o SSH usando o mesmo -i ~ / Desktop / Blocks / blocks_key.pem, então não estou claro porque isso não está funcionando corretamente. Qualquer insight seria muito apreciado!

Informações de depuração:

OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 25 Mar 2009
Warning: Identity file /Desktop/Blocks/blocks_key.pem not accessible: No such file or directory.
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 184.73.234.234 [184.73.234.234] port 22.
debug1: Connection established.
debug1: identity file /home/ubuntu/.ssh/identity type -1
debug1: identity file /home/ubuntu/.ssh/id_rsa type -1
debug1: identity file /home/ubuntu/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu7 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3p1 Debian-3ubuntu7
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '184.73.234.234' is known and matches the RSA host key.
debug1: Found key in /home/ubuntu/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/ubuntu/.ssh/identity
debug1: Trying private key: /home/ubuntu/.ssh/id_rsa
debug1: Trying private key: /home/ubuntu/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).
lost connection

Obrigado

    
por John 25.07.2011 / 20:56

4 respostas

4

Talvez você tenha encontrado um bug?

Outra maneira de fazer a mesma coisa (imagine se isso funciona para você?):

scp -oIdentityFile=/Users/emmie/Desktop/Blocks/blocks_key.pem ~/Desktop/Blocks/code/www/uploadtest.html [email protected]:/var/www

Além disso, pode ajudar (apenas curioso) se você publicar a saída de:

stat /Users/emmie/Desktop/Blocks/blocks_key.pem

    
por 25.07.2011 / 21:59
1

De sua saída detalhada, veja esta mensagem.

Warning: Identity file /Desktop/Blocks/blocks_key.pem not accessible: No such file or directory.

Em vez de usar ~/ , tente fornecer o caminho completo em sua linha de comando. Talvez você esteja usando um shell que não suporta a expansão de ~ para seu diretório pessoal.

Não tenho certeza se esse é o seu problema, mas você fornecerá um caminho para o scp que realmente permitirá encontrar a chave no sistema de arquivos, para usá-lo.

    
por 25.07.2011 / 21:37
0

Se você estiver usando o Amazon Web Service, tudo o que você precisa fazer é reconectar o ec2, retornando ao putty, salvar o IP e o caminho e carregar o ip. O terminal será aberto e permitirá que você se conecte ao ec2. funcionou para mim.

boa sorte

    
por 07.03.2017 / 08:22
-6

Verifique se as permissões em / var / www estão definidas corretamente (chmod 777 / var / www deve funcionar)

    
por 06.08.2013 / 19:30