2011-09-28 11 views
0

私は何度もこのサーバに接続しています。なぜこのエラーが出るのかわかりません。SSHエラー? - チャネル0のPTY割り当て要求が失敗しました[OSX 10.7.1 Lion]

私は詳細をもっと詳しくお伝えしました
私のキーには何か問題があるようですが、それは本当に疑問です。

~/key $ sudo ssh -vvv -i pinnacle.pem [email protected] 
OpenSSH_5.6p1, OpenSSL 0.9.8r 8 Feb 2011 
debug1: Reading configuration data /etc/ssh_config 
debug1: Applying options for * 
debug2: ssh_connect: needpriv 0 
debug1: Connecting to ec2-50-16-112-153.compute-1.amazonaws.com http://50.16.112.153 port 22. 
debug1: Connection established. 
debug1: permanently_set_uid: 0/0 
debug3: Not a RSA1 key file pinnacle.pem. 
debug2: key_type_from_name: unknown key type '-----BEGIN' 
debug3: key_read: missing keytype 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug3: key_read: missing whitespace 
debug2: key_type_from_name: unknown key type '-----END' 
debug3: key_read: missing keytype 
debug1: identity file pinnacle.pem type -1 
debug1: identity file pinnacle.pem-cert type -1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 
debug1: match: OpenSSH_5.3 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_5.6 
debug2: fd 3 setting O_NONBLOCK 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 
debug2: kex_parse_kexinit: [email protected],ssh-d[email protected],[email protected],[email protected],ssh-rsa,ssh-dss 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,[email protected] 
debug2: kex_parse_kexinit: none,[email protected] 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5 
debug1: kex: server->client aes128-ctr hmac-md5 none 
debug2: mac_setup: found hmac-md5 
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 
debug2: dh_gen_key: priv key bits set: 127/256 
debug2: bits set: 515/1024 
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 
debug3: check_host_in_hostfile: host ec2-50-16-112-153.compute-1.amazonaws.com filename /var/root/.ssh/known_hosts 
debug3: check_host_in_hostfile: host ec2-50-16-112-153.compute-1.amazonaws.com filename /var/root/.ssh/known_hosts 
debug3: check_host_in_hostfile: match line 1 
debug3: check_host_in_hostfile: host 50.16.112.153 filename /var/root/.ssh/known_hosts 
debug3: check_host_in_hostfile: host 50.16.112.153 filename /var/root/.ssh/known_hosts 
debug3: check_host_in_hostfile: match line 1 
debug1: Host 'ec2-50-16-112-153.compute-1.amazonaws.com' is known and matches the RSA host key. 
debug1: Found key in /var/root/.ssh/known_hosts:1 
debug2: bits set: 510/1024 
debug1: ssh_rsa_verify: signature correct 
debug2: kex_derive_keys 
debug2: set_newkeys: mode 1 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug2: set_newkeys: mode 0 
debug1: SSH2_MSG_NEWKEYS received 
debug1: Roaming not allowed by server 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug2: service_accept: ssh-userauth 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug2: key: /Users/jwmann/.ssh/id_rsa (0x101724f30) 
debug2: key: /Users/jwmann/key/pinnacle/james (0x101725540) 
debug2: key: pinnacle.pem (0x0) 
debug1: Authentications that can continue: publickey 
debug3: start over, passed a different list publickey 
debug3: preferred publickey,keyboard-interactive,password 
debug3: authmethod_lookup publickey 
debug3: remaining preferred: keyboard-interactive,password 
debug3: authmethod_is_enabled publickey 
debug1: Next authentication method: publickey 
debug1: Offering RSA public key: /Users/jwmann/.ssh/id_rsa 
debug3: send_pubkey_test 
debug2: we sent a publickey packet, wait for reply 
debug1: Remote: Forced command: /home/ec2-user/bin/gl-auth-command jwmann 
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 
debug2: input_userauth_pk_ok: fp 64:37:c3:30:c5:72:0b:e3:94:0b:0f:6f:40:5d:bf:78 
debug3: sign_and_send_pubkey: RSA 64:37:c3:30:c5:72:0b:e3:94:0b:0f:6f:40:5d:bf:78 
debug1: Remote: Forced command: /home/ec2-user/bin/gl-auth-command jwmann 
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 ec2-50-16-112-153.compute-1.amazonaws.com (http://50.16.112.153:22). 
debug1: channel 0: new client-session 
debug3: ssh_session2_open: channel_new: 0 
debug2: channel 0: send open 
debug1: Requesting [email protected] 
debug1: Entering interactive session. 
debug2: callback start 
debug2: client_session2_setup: id 0 
debug2: channel 0: request pty-req confirm 1 
debug1: Sending environment. 
debug3: Ignored env TERM 
debug3: Ignored env SSH_AUTH_SOCK 
debug3: Ignored env __CF_USER_TEXT_ENCODING 
debug3: Ignored env PATH 
debug1: Sending env LANG = en_CA.UTF-8 
debug2: channel 0: request env confirm 0 
debug3: Ignored env HOME 
debug3: Ignored env DISPLAY 
debug3: Ignored env SHELL 
debug3: Ignored env LOGNAME 
debug3: Ignored env USER 
debug3: Ignored env USERNAME 
debug3: Ignored env MAIL 
debug3: Ignored env SUDO_COMMAND 
debug3: Ignored env SUDO_USER 
debug3: Ignored env SUDO_UID 
debug3: Ignored env SUDO_GID 
debug2: channel 0: request shell confirm 1 
debug2: fd 3 setting TCP_NODELAY 
debug2: callback done 
debug2: channel 0: open confirm rwindow 0 rmax 32768 
debug2: channel_input_status_confirm: type 100 id 0 
PTY allocation request failed on channel 0 

誰でも知っていますか?

答えて

0

どのように鍵を生成しましたか? GitHubにはgenerating SSH keysに関するチュートリアルがあります。

正確なコマンドは次のようになります。

ssh-keygen -t rsa -C "[email protected]" 

私はあなたのサービスは、(あなたが見ることができるように、このコマンドはrsaを使用しています)を使用しているので、あなたはそれを調整する必要があると思い暗号化の種類がわからないんだけどあなたの必要に応じて。

+0

Amazon EC2 key_pairシステムでキーを生成しました。過去にはうまくいきましたが、今起こっていることはわかりません。 – jwmann

関連する問題