Ubuntu Github clés ssh problème
J'ai suivi chaque étape de ce guide:
http://help.github.com/linux-key-setup/
Quand j'arrive à la fin, je suis en mesure de ssh pour [email protected] d'obtenir la réponse:
PTY demande d'allocation a échoué sur le canal 0
Salut AlexBaranosky! Vous avez authentifié avec succès, mais GitHub ne fournit pas d'accès shell.
Connexion à github.com fermé
Mais quand je vais cloner mon repo il omet de dire:
Permission denied (publickey).
fatal: L'extrémité distante accroché de façon inattendue
J'ai utilisé Github beaucoup, mais c'est ma première utilisation d'un ordinateur Ubuntu, est-il quelque chose qui me manque ici?
Toute aide est grandement appréciée.
Alex
EDIT:
contenu de ssh -v [email protected]
alex@ubuntu:~/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
De sortie à partir de l'exécution: git clone [email protected]:AlexBaranosky/Sportello.git
fatal: could not create work tree dir 'Sportello'.: Permission denied
OriginalL'auteur Alex Baranosky | 2011-01-09
Vous devez vous connecter pour publier un commentaire.
Avez-vous d'exécuter toutes les commandes dans le Github guide en tant que root? Compte tenu de la solution, vous l'a déjà vu, c'est le seul scénario que je peux imaginer, à l'heure actuelle.
De travail en tant que root, dans tous les aspects, est incroyablement dangereux, et doit être évitée si possible.
Je conseille vivement de ré-exécuter les instructions que votre propre utilisateur. Je seconde Ray suggestion d'essayer de nouveau avec l'option-v, nous pouvons vous aider à partir de ce point. À l'aide de la racine à tous, en particulier pour ce développement+push processus, est tout simplement dangereux. Il suffit pour vous de supprimer un arbre (
rm -rf tree*) et accidentellement ajouter un espace entre l'arbre et * bam, des tonnes de contenu perdu. Et vous pourriez faire bien pire aussi.tout est dans le lien exemple fonctionne très bien, alors je vais cloner mon repo:
Est ~/proj propriété de root?
AHA! Donc je dois avoir utilisé sudo mkdir proj, quand j'ai créé le proj dossier? Alors j'ai supprimé /proj et il refait, et a fait un git clone, et cela a fonctionné! Merci pour toute l'aide, vraiment l'apprécier.
Vous êtes les bienvenus. C'est pourquoi vous n'avez pas de travail en tant que root, ni trop de l'abus de sudo :).
OriginalL'auteur VxJasonxV
ssh peut-être essayer plusieurs touches jusqu'à en trouver un qui fonctionne. (confus, mais robuste)
en mode verbose:
vous verrez la clé ssh utilise pour s'authentifier.
Vous pouvez ensuite rejig les touches ou ajouter le nom correct du fichier ~/.ssh/config pour l'hôte github.com
Acclamations
Ray
Peut-être la première clé, il a essayé de racine a été par la droite, et votre autre utilisateur a un ordre différent? ssh -v sur les utilisateurs pourraient aider à répondre à ça.
OriginalL'auteur Ray Vahey
J'étais sur une nouvelle configuration de la machine Ubuntu, et avait pour s'assurer que mes clés SSH ont été correctement configuré. http://help.github.com/linux-set-up-git/
OriginalL'auteur Rian Rainey