[Gnu-arch-users] v2 now enabled on Savannah; sftp breaking even more

[Jonathan Walther]

Reading the manpages, I discovered that the authorized_keys file now
supports both v1 and v2 keys; back in the day I had to put v2 keys in
the file authorized_keys2 instead.

So I added my v2 public ssh key to my Savannah account, and now I can
use Protocol 2 to access Savannah services.  Or so you would think.  For
regular ssh it works.  But for sftp, it does not.

When doing "sftp -1 savannah", it works fine.  Now that I have my v2 key
on Savannah, I disabled the "Protocol 1" line in .ssh/config and tried
again.  Here are the results:

address@hidden:~$ sftp -v savannah
Connecting to savannah...
OpenSSH_3.6.1p2 Debian 1:3.6.1p2-5, SSH protocols 1.5/2.0, OpenSSL 0x0090702f
debug1: Reading configuration data /home/djw/.ssh/config
debug1: Applying options for savannah
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: Connecting to savannah.nongnu.org [199.232.41.4] port 22.
debug1: Connection established.
debug1: identity file /home/djw/.ssh/id_rsa type -1
debug1: identity file /home/djw/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.4p1 
Debian 1:3.4p1-1
debug1: match: OpenSSH_3.4p1 Debian 1:3.4p1-1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2 Debian 1:3.6.1p2-5
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST 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 'savannah.nongnu.org' is known and matches the RSA host key.
debug1: Found key in /home/djw/.ssh/known_hosts:54
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,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/djw/.ssh/id_rsa
debug1: Offering public key: /home/djw/.ssh/id_dsa
debug1: Server accepts key: pkalg ssh-dss blen 433 lastkey 0x8085d30 hint 1
debug1: read PEM private key done: type DSA
debug1: Authentication succeeded (publickey).
debug1: fd 4 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending subsystem: sftp
debug1: channel 0: request subsystem
debug1: channel 0: open confirm rwindow 0 rmax 32768
debug1: channel 0: rcvd eof
debug1: channel 0: output open -> drain
debug1: channel 0: obuf empty
debug1: channel 0: close_write
debug1: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd close
debug1: channel 0: close_read
debug1: channel 0: input open -> closed
debug1: channel 0: almost dead
debug1: channel 0: gc: notify user
debug1: channel 0: gc: user detached
debug1: channel 0: send close
debug1: channel 0: is dead
debug1: channel 0: garbage collecting
debug1: channel_free: channel 0: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.4 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 255
Connection closed

--

   It's not true unless it makes you laugh,                           
            but you don't understand it until it makes you weep.      

   -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

                    Geek House Productions, Ltd.

 Providing Unix & Internet Contracting and Consulting,
 QA Testing, Technical Documentation, Systems Design & Implementation,
 General Programming, E-commerce, Web & Mail Services since 1998

Phone:   604-435-1205
Email:   address@hidden
Webpage: http://reactor-core.org
Address: 2459 E 41st Ave, Vancouver, BC  V5R2W2

pgpmso7q8dklH.pgp
Description: PGP signature