it-swarm.com.ru

Почему при развертывании кэпа отказано в разрешении (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, в чем проблема, и почему я могу зафиксировать хранилище, если есть проблема с ключами ??

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

39
GiH

Я хотел бы убедиться, что ваш промежуточный сервер имеет SSH доступ к GitHub. Запустите ту же команду "ssh -vT [email protected]" через терминал на вашем промежуточном сервере; это поможет определить, является ли это проблемой с ssh на удаленной машине.

18
Dave Bettin

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

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

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

30
Catfish

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

2
Jiang Xin

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

ssh-add path_to_private_key

например

ssh-add ~/.ssh/id_rsa
1
Rajat Bansal

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