Почему при развертывании кэпа отказано в разрешении (publickey)? - PullRequest
Новая
       38

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

40 голосов
/ 01 ноября 2011

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

Если я запускаю ssh git@github.com Я действительно получаю ошибку PTY allocation request failed on channel 0

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

Если я запускаю ssh -vT git@github.com, я получаю: 

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 no-more-sessions@openssh.com
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 eow@openssh.com 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, так в чем же проблема, и почему я могу зафиксировать в хранилище, если есть проблема с ключом ??

ОБНОВЛЕНИЕ: Я кое-что заметил, когда вошел в мою папку .ssh.Когда я установил Github для Mac, была создана новая пара ключей ... почему он не мог просто использовать мою существующую пару ключей, я не знаю.

Ответы [ 6 ]

113 голосов
/ 11 апреля 2013

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

   $ ssh-add -D   #remove existing identities
   $ ssh-agent    #copy the lines & run them
   $ ssh-add      #uses the output from above
31 голосов
/ 12 ноября 2015

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

18 голосов
/ 01 ноября 2011

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

2 голосов
/ 25 ноября 2011

Я столкнулся с той же проблемой после установки 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.

1 голос
/ 19 июня 2017

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

ssh-add path_to_private_key

например 

ssh-add ~/.ssh/id_rsa
0 голосов
/ 31 мая 2014

Ошибка в том, что 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
...