Ubuntu Github claves ssh emisión

he seguido cada paso dado en esta guía: http://help.github.com/linux-key-setup/Ubuntu Github claves ssh emisión

Cuando llegue al final soy capaz de ssh a [email protected], obtener la respuesta:

Error en la solicitud de asignación de PTY en el canal 0 ¡Hola AlexBaranosky! Se ha autenticado con éxito, pero GitHub no proporciona acceso de shell. conexión a github.com cerrado

Pero cuando voy a clonar mi repo se produce un error diciendo:

Permiso denegado (publickey). fatal: El extremo remoto colgó inesperadamente

He usado Github mucho, pero este es mi primer uso de ella desde un equipo Ubuntu, ¿hay algo que estoy perdiendo aquí?

Cualquier ayuda es muy apreciada.

Alex

EDIT:

contenido de ssh -v [email protected]

[email protected]:~/proj$ ssh -v [email protected] 
OpenSSH_5.3p1 Debian-3ubuntu4, OpenSSL 0.9.8k 25 Mar 2009 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Applying options for * 
debug1: Connecting to github.com [207.97.227.239] port 22. 
debug1: Connection established. 
debug1: identity file /home/alex/.ssh/identity type -1 
debug1: identity file /home/alex/.ssh/id_rsa type 1 
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 
debug1: identity file /home/alex/.ssh/id_dsa 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.3p1 Debian-3ubuntu4 
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 /home/alex/.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: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey 
debug1: Next authentication method: publickey 
debug1: Offering public key: /home/alex/.ssh/id_rsa 
debug1: Remote: Forced command: gerve AlexBaranosky 
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 277 
debug1: Remote: Forced command: gerve AlexBaranosky 
debug1: Remote: Port forwarding disabled. 
debug1: Remote: X11 forwarding disabled. 
debug1: Remote: Agent forwarding disabled. 
debug1: Remote: Pty allocation disabled. 
debug1: Authentication succeeded (publickey). 
debug1: channel 0: new [client-session] 
debug1: Requesting [email protected] 
debug1: Entering interactive session. 
debug1: Sending environment. 
debug1: Sending env LANG = en_US.utf8 
PTY allocation request failed on channel 0 
Hi AlexBaranosky! You've successfully authenticated, but GitHub does not provide shell access. 
       debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0 
debug1: channel 0: free: client-session, nchannels 1 
Connection to github.com closed. 
Transferred: sent 2592, received 2904 bytes, in 0.1 seconds 
Bytes per second: sent 44942.9, received 50352.7 
debug1: Exit status 1

resultado de la ejecución: git clone [email protected]:AlexBaranosky/Sportello.git

fatal: could not create work tree dir 'Sportello'.: Permission denied

Fuente

2011-01-09 Alex Baranosky

¿Huh? ¿Por qué el -1? Si pertenece a otro lado, dilo. –

corriste todos los comandos en el Github guía como raíz? Dada la solución que ya notó, este es el único escenario que puedo imaginar, actualmente.

Trabajar como root, en cualquier aspecto, es increíblemente peligroso, y debe evitarse si es posible.

Recomiendo volver a ejecutar esas instrucciones como su propio usuario. La sugerencia de segundo Ray de intentarlo de nuevo con -v, podemos ayudarte desde ese punto. Usar root en absoluto, especialmente para este proceso de desarrollo + empuje, es simplemente peligroso. Todo lo que se necesita es eliminar un árbol (rm -rf tree*) y agregar accidentalmente un espacio entre tree y *, bam, toneladas de contenido perdido. Y podrías hacer mucho peor también.

Fuente

2011-01-09 07:46:54 VxJasonxV

ok, intentaré OTRA VEZ con mi propio usuario. –

todo en el ejemplo de enlace funciona bien, luego voy a clonar mi repositorio: –

alex @ ubuntu: ~/proj $ git clonar [email protected]: AlexBaranosky/Sportello.git fatal: no se pudo crear el árbol de trabajo dir 'Sportello '.: Permiso denegado –

ssh tal vez tratando varias teclas hasta que encuentra uno que funcione. (Confundiendo pero robusta)

en modo detallado:

ssh -v [email protected]

verá a que ssh clave está utilizando para autenticar.

Luego, puede reajustar las teclas o añadir el nombre de archivo correcto a ~/.ssh/config para el anfitrión github.com

Saludos

Ray

Fuente

2011-01-09 06:56:27

¿Crees que tiene algo que ver con esto ?: http://www.anujgakhar.com/2010/12/28/permission-denied-publickey-with-git-on-ubuntu/ Todo esto de sudo es un poco confuso al principio. –

¿Quizás la primera clave que intentó para root fue la correcta y su otro usuario tenía un orden diferente? ssh -v en ambos usuarios podría ayudar a responder eso. –

Estaba en una máquina Ubuntu recién configurada y tenía que asegurarme de que mis claves SSH estaban configuradas correctamente.http://help.github.com/linux-set-up-git/

Fuente

2011-10-17 14:26:00

Respuesta

Cuestiones relacionadas