2011-01-09 23 views
10

私は、このガイドで指定されたすべてのステップを追っ: http://help.github.com/linux-key-setup/UbuntuのGithubのSSHキーの問題

私が最後に到達すると、私は応答を取得し、[email protected]へのSSHすることができる午前:

チャネル0でPTY割り当て要求が失敗しました こんにちはAlexBaranosky!あなたは正常に認証されましたが、GitHubはシェルアクセスを提供しません。 github.comへ の接続は

を閉じしかし、私は私のレポのクローンを作成するために行くとき、それは言って失敗します。

許可拒否(公開鍵)を。 致命的:リモートエンドが突然

を切った私はGitHubのをたくさん使ってきたが、これはUbuntuのコンピュータから、それを私の最初の使用で、私はここで行方不明です何かがあるのでしょうか?

ご協力いただきまして誠にありがとうございます。ランニングから

コンテンツの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 

出力:

アレックス

EDITそれが動作するものを見つけるまでgit clone [email protected]:AlexBaranosky/Sportello.git

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

Huh?なぜ-1?それが他のどこかに属しているなら、そう言いなさい。 –

答えて

12

あなたは内のすべてのコマンドを実行しましたルートとしてのGithubガイド?すでに指摘した解決策を考えれば、これは私が想像できる唯一のシナリオです。

どのような面でも、rootとして作業することは危険であり、可能な限り避けるべきです。

これらの手順を自分のユーザーとして再実行することを強くお勧めします。私は-vを使ってもう一度試してみたいという第二のレイの提案を、私たちはあなたから助けてくれるでしょう。特にこの開発+プッシュプロセスでrootを使用することは危険です。ツリー(rm -rf tree*)を削除し、誤って木と*、bamとの間に空白を追加するだけで済みます。そして、あなたはもっと悪くなる可能性もあります。

+0

ok私は自分のユーザーと再び試してみます。 –

+0

リンクの例のすべてがうまくいけば、私は私のレポをクローンします: –

+0

alex @ ubuntu:〜/ proj $ git clone [email protected]:AlexBaranosky/Sportello.git 致命的:作業ツリーdir 'Sportelloを作成できませんでした':許可が拒否されました –

2

sshは多分複数のキーをしようとしています。冗長モードで

(紛らわしいが、堅牢):

ssh -v [email protected] 

あなたは、キーのsshが認証に使用されて表示されます。

あなたはその後、キーをrejigまたはホストのための〜/ .ssh/configのに正しいファイル名を追加することができますgithub.com

乾杯

はレイ

+0

これはこれと関係があると思いますか?:http://www.anujgakhar.com/2010/12/28/permission-denied-publickey-with-git-on-ubuntu/このすべてのsudoのものは少しです最初は紛らわしい。 –

+0

おそらく最初にルートにしようとしたキーが正しいものでしたが、他のユーザーは別の順序でしたか?両方のユーザのssh -vがその答えに役立つかもしれません。 –

1

私は新しく設定されたUbuntuマシンを使用していて、SSHキーが正しく設定されていることを確認しなければなりませんでした。http://help.github.com/linux-set-up-git/