Почему развертывание шапки дает разрешение Permission denied (publickey)?

Хорошо, я чем-то смущен... Я могу полностью передать свой репозиторий github, но когда я пытаюсь сделать cap deploy из своей локальной папки на мой промежуточный сервер, я получаю Permission denied (publickey).

Если я запустил ssh [email protected], я действительно получаю сообщение об ошибке PTY allocation request failed on channel 0

Итак, что-то здесь не так.

Если я запустил ssh -vT [email protected], я получаю:

OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /Users/myuser/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: Applying options for *
debug1: Connecting to github.com [207.97.227.239] port 22.
debug1: Connection established.
debug1: identity file /Users/myuser/.ssh/id_rsa type 1
debug1: identity file /Users/myuser/.ssh/id_rsa-cert type -1
debug1: identity file /Users/myuser/.ssh/id_dsa type -1
debug1: identity file /Users/myuser/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5github2
debug1: match: OpenSSH_5.1p1 Debian-5github2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
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 'github.com' is known and matches the RSA host key.
debug1: Found key in /Users/myuser/.ssh/known_hosts:2
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: Offering RSA public key: /Users/myuser/.ssh/github_rsa
debug1: Remote: Forced command: gerve technomad
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Remote: Forced command: gerve technomad
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Authentication succeeded (publickey).
Authenticated to github.com ([207.97.227.239]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
Hi technomad! You've successfully authenticated, but GitHub does not provide shell access.
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 2384, received 2888 bytes, in 0.1 seconds
Bytes per second: sent 42630.8, received 51643.3
debug1: Exit status 1

Мои ключи находятся в папке ~/.ssh, поэтому в чем проблема, и почему я могу зафиксировать репозиторий, если есть ключевая проблема?

UPDATE: Я заметил что-то, когда я вошел в мою папку .ssh. Существует новая ключевая пара, которая была создана, когда я установил Github для Mac... почему он не мог использовать мою существующую пару ключей, о которой я не знаю.

Ответ 1

Я бы удостоверился, что ваш промежуточный сервер имеет ssh-доступ к github. Выполните ту же команду "ssh -vT git @github.com" через терминал на промежуточном сервере; это поможет определить, является ли это проблемой ssh на удаленной машине.

Ответ 2

Мне нужно было сделать следующее:

   $ ssh-add -D   #remove existing identities
   $ ssh-agent    #copy the lines & run them
   $ ssh-add      #uses the output from above

Ответ 3

Я иногда получаю эту ошибку, и я просто набираю $ ssh-add -k, чтобы добавить свою личность, а затем она работает. Не уверен точно, почему это работает или почему сообщение об ошибке не предлагает его, но оно всегда приходит на помощь!

Ответ 4

Я столкнулся с той же проблемой после установки GitHub для Mac OS X. Приложение создало новый закрытый ключ ssh в ~/.ssh/github_rsa и добавило его в агент аутентификации ssh.

Проверьте, к какому кешированному агенту ssh auth:

$ ssh-add -l
2048 63:0c:a6:51:63:c1:35:76:5d:02:77:97:39:48:0e:4a /Users/jiangxin/.ssh/github_rsa (RSA)

Когда вы подключаетесь к github.com или другим службам ssh, этот ключ используется сначала.

Удалите кешированные ключи из ssh-agent, используя следующую команду:

$ ssh-add -D

Теперь клиент ssh должен работать нормально, используя ключ, определенный в ~/.ssh/config или ~/.ssh/id_rsa.

Ответ 5

Если вы используете MAC. Возможно, ваш ключ ssh не добавляется в агент аутентификации. Следующая команда сделает это

ssh-add path_to_private_key

например

ssh-add ~/.ssh/id_rsa

Ответ 6

Ошибка связана с тем, что ssh-add не знает, как разговаривать с агентом проверки подлинности. Проблема может быть решена путем установки переменной среды SSH_AUTH_SOCK.

Если вы запустите ssh-agent, вы получите следующий вывод:

SSH_AUTH_SOCK=/tmp/ssh-agVZL13989/agent.13989; export SSH_AUTH_SOCK;
SSH_AGENT_PID=13990; export SSH_AGENT_PID;
echo Agent pid 13990;SSH_AUTH_SOCK=/tmp/ssh-agVZL13989/agent.13989; export SSH_AUTH_SOCK;
SSH_AGENT_PID=13990; export SSH_AGENT_PID;
echo Agent pid 13990;

Выполните следующее:

eval $(ssh-agent)

И затем:

ssh-add -D