2011-09-28 55 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],[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

相關問題