Copie a chave ssh para outra máquina para que eu possa usar o GitHub lá?

Eu tenho um servidor remoto. Eu já posso ssh com sucesso nesse servidor remoto - minha chave está no authorized_keysservidor remoto.

Agora eu quero extrair do GitHub diretamente para esse servidor remoto. Mas estou recebendo permission denied (publickey)quando tento ssh -T git@github.comno servidor remoto.

Devo copiar id_rsa.pubdiretamente da minha máquina local para o servidor remoto ou isso é perigoso?

Se essa é a resposta, qual é a melhor maneira de fazer isso?

Ou devo gerar uma nova chave pública no servidor remoto e adicioná-la à minha conta do github?

ATUALIZAR:

Aqui está a saída de um ssh detalhado:

~$ ssh -Tv git@github.com
OpenSSH_6.0p1 Debian-4+deb7u2, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to github.com [192.30.252.131] port 22.
debug1: Connection established.
debug1: identity file /home/richard/.ssh/id_rsa type -1
debug1: identity file /home/richard/.ssh/id_rsa-cert type -1
debug1: identity file /home/richard/.ssh/id_dsa type -1
debug1: identity file /home/richard/.ssh/id_dsa-cert type -1
debug1: identity file /home/richard/.ssh/id_ecdsa type -1
debug1: identity file /home/richard/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version libssh-0.6.0
debug1: no match: libssh-0.6.0
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-4+deb7u2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug1: kex: client->server aes128-ctr hmac-sha1 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: RSA 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48
debug1: Host 'github.com' is known and matches the RSA host key.
debug1: Found key in /home/richard/.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: Roaming not allowed by server
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/richard/.ssh/id_rsa
debug1: Trying private key: /home/richard/.ssh/id_dsa
debug1: Trying private key: /home/richard/.ssh/id_ecdsa
debug1: No more authentication

o id_rsa.pubpode ser copiado em qualquer lugar sem nenhum perigo real. Esta é a sua chave pública e destina-se a coisas como esta. É metade do par de chaves, e compartilhá-lo com os lugares aos quais você deseja acessar é como você permite que a chave privada funcione.

Para permitir o login remoto, sua chave pública precisa estar listada em authorized_keys( authorized_keys2em alguns sistemas). Uma chave em cada linha, neste formato:

ssh-rsa AAAIHAVEREMOVEDTHEMAJORITYOFTHEKEYBECAUSEISEENONEEDTOPOSTTHATWALLOFTEXTHERE9yfRjxw== jarmund@jarmint

Para conseguir isso, depois de copiá-lo, basta anexá-lo ao authorized_keysarquivo assim:cat id_rsa.pub >> ~/.ssh/authorized_keys

A maioria dos sistemas sãos se recusará covardemente a permitir que você use o logon baseado em chave se a .sshpasta tiver permissões muito frouxas. A pasta deve estar 700, portanto, se você ainda estiver tendo problemas:chmod 700 ~/.ssh

Além disso, os arquivos na .sshpasta devem ser 600:chmod 600 ~/.ssh

Editar 1:

O arquivo em si id_rsa.pubnão é necessário no servidor remoto. Somente o conteúdo, como parte de authorized_keys. Eu recomendo executar ssh -vT git@github.compara habilitar o log detalhado, para que você possa ver exatamente de quais permissões ele reclama.

Edição 2:

Isso significa que nenhuma das chaves oferecidas corresponde ao que o servidor remoto possui no arquivo. O que você quer ver é algo como isto:

debug1: Offering RSA public key: /home/jarmund/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 535

Coisas a verificar:

• Verifique se uma das chaves privadas é a que corresponde à chave pública que você adicionou ao controle remoto authorized_keys
• Verifique se a chave corresponde ao nome de usuário com o qual você está tentando fazer login (deve ser a última parte da chave pública)
• Tente renomear authorized_keysparaauthorized_keys2

debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/richard/.ssh/id_rsa
debug1: Trying private key: /home/richard/.ssh/id_dsa
debug1: Trying private key: /home/richard/.ssh/id_ecdsa
debug1: No more authentication

De acordo com o rastreamento de depuração, nenhum desses arquivos de chave realmente existe no sistema local e o ssh não ofereceu nenhuma chave ao servidor remoto. Verifique se a chave que você deseja usar realmente existe no host em que você está executando o ssh e se o arquivo tem o nome correto. Se você quiser usar um arquivo de chave que não seja um dos arquivos padrão, precisará especificá-lo na linha de comando ssh:

ssh -i /path/to/some_key -Tv git@github.com

O servidor precisa da sua chave privada para se autenticar no Github. Sua chave pública, como o próprio nome sugere, é considerada pública, portanto, não pode ser suficiente para autenticar.

Se você não precisar usar o Github no servidor remoto sem ter se conectado através do ssh, use o encaminhamento do ssh-agent. Um guia para isso está disponível no Github: https://developer.github.com/guides/using-ssh-agent-forwarding/ .

Caso contrário, você deve gerar uma nova chave e vinculá-la à sua conta.

Você pode colocar o comando diretamente.

$ cat ~ / .ssh / id_rsa.pub

se você já possui a chave ssh, ela será exibida. Caso contrário, dá erro. Você precisa adicionar uma nova chave.