Ubuntu GitHub klucze ssh issue

Question

Śledziłem każdy krok podane w niniejszym przewodniku: http://help.github.com/linux-key-setup/

Kiedy dotrzesz do końca jestem w stanie ssh do git@github.com, otrzymuję odpowiedź:

Żądanie alokacji PTY nie powiodło się na kanale 0 Witaj AlexBaranosky! Pomyślnie zostałeś uwierzytelniony, ale GitHub nie zapewnia dostępu do powłoki. Połączenie github.com zamknięte

Ale kiedy idę do mojego sklonować repo to zawiedzie, mówiąc:

Permission denied (publickkey). śmiertelne: Zdalny koniec rozłączył się niespodziewanie

Użyłem GitHub dużo, ale jest to mój pierwszy korzystanie z niej z komputera Ubuntu, jest tam coś mi tu brakuje?

Każda pomoc jest bardzo doceniana.

Alex

EDIT:

treść ssh -v git@github.com

alex@ubuntu:~/proj$ ssh -v git@github.com 
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 no-more-sessions@openssh.com 
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 eow@openssh.com 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 

Wyjście z polecenia: git clone git@github.com:AlexBaranosky/Sportello.git

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

Answer 1

Czy uruchomić wszystkie polecenia w Przewodnik Githuba jako root? Biorąc pod uwagę rozwiązanie, które już zauważyłeś, jest to jedyny scenariusz, jaki mogę sobie obecnie wyobrazić.

Praca jako root, pod żadnym względem, jest szalenie niebezpieczna i należy jej unikać, jeśli w ogóle jest to możliwe.

Bardzo polecam ponowne uruchomienie tych instrukcji jako własnego użytkownika. Po raz drugi sugeruję, że Ray spróbuje ponownie, używając opcji -v, możemy w tym pomóc. Używanie korzenia w ogóle, szczególnie w tym rozwoju + proces wypychania, jest po prostu niebezpieczne. Wystarczy usunąć drzewo (rm -rf tree*) i przypadkowo dodać spację między drzewem a *, bam, tonami utraconych treści. I możesz zrobić dużo gorzej też.

Answer 2

ssh może próbując wielu kluczy, aż znajdzie taki, który działa. (Mylące ale solidna)

w trybie opisowym:

ssh -v git@github.com 

widać której klucz ssh wykorzystuje do uwierzytelnienia.

Można wtedy rejig klawiszy lub dodać do poprawnego pliku ~/.ssh/config dla przyjmującego github.com

Cheers

Ray

Answer 3

Byłem na nowo skonfigurowanym komputerze z Ubuntu i musiałem się upewnić, że moje klucze SSH zostały poprawnie skonfigurowane.http://help.github.com/linux-set-up-git/