¿Por qué se despliega un límite que otorga permiso denegado (key pública)?

Ok, estoy confundido acerca de algo … Puedo comprometerme con mi repository de github, pero cuando trato de cap deploy un cap deploy desde mi carpeta local a mi server de Permission denied (publickey). obtengo el Permission denied (publickey).

Si ejecuto ssh git@github.com , en realidad obtengo un error Error en la PTY allocation request failed on channel 0

Entonces algo aquí está mal.

Si ejecuto ssh -vT git@github.com obtengo:

 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 Transfernetworking: sent 2384, received 2888 bytes, in 0.1 seconds Bytes per second: sent 42630.8, received 51643.3 debug1: Exit status 1 

Mis llaves están en la carpeta ~ / .ssh, ¿cuál es el problema y por qué puedo comprometerme con el repository si hay un problema key?

ACTUALIZACIÓN: Me di count de algo cuando entré en mi carpeta .ssh. Hay un nuevo par de keys que se creó cuando instalé Github para Mac … ¿por qué no podría simplemente usar mi par de llaves existente? No lo sé.

Solutions Collecting From Web of "¿Por qué se despliega un límite que otorga permiso denegado (key pública)?"

Me aseguraré de que tu server de transición tenga acceso ssh a github. Ejecute el mismo command "ssh -vT git@github.com" a través de un terminal en su server de transferencia; esto ayudará a determinar si se trata de un problema de SSH en la máquina remota.

Tenía que hacer lo siguiente:

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

A veces recibo este error y simplemente $ ssh-add -k para agregar mi identidad y luego funciona. No estoy seguro exactamente por qué funciona esto o por qué el post de error no lo sugiere, pero siempre viene al rescate.

Me encontré con el mismo problema después de instalar GitHub para Mac OS X. La aplicación creó una nueva key privada ssh en ~ / .ssh / github_rsa y la agregó al agente de authentication ssh.

Verifique qué key ha cacheado el agente de authentication ssh:

 $ 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) 

Cada vez que se conecta a github.com u otros services ssh, esta key se usa primero.

Borre las keys en caching de ssh-agent usando este command:

 $ ssh-add -D 

Ahora el cliente ssh debería funcionar normalmente, usando la key definida en ~ / .ssh / config o ~ / .ssh / id_rsa.

El error es porque, ssh-add no sabe cómo hablar con el agente de authentication. El problema se puede resolver configurando la variable de entorno SSH_AUTH_SOCK.

Si ejecuta ssh-agent, debería get un resultado como este:

 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; 

Ejecuta esto:

 eval $(ssh-agent) 

Y entonces :

 ssh-add -D 

Si estás usando MAC. Tal vez su key ssh no se haya agregado al agente de authentication. Seguir el command hará eso

 ssh-add path_to_private_key 

por ejemplo

 ssh-add ~/.ssh/id_rsa