Bug 156

The problem happens trying to copy a file from a linux machine with openssh to an Alpha with Tru64Unix 5.0 and SSH 3.1.0. Normal ssh and sftp 
connections work without any problem. Even doing an scp from the alpha to the linux machine works, but not the viceversa. I have tried several versions of 
openssh, from 2.9 to the latest (both redhat versions and plain openssh versions), but they all generate the same problem. Here is what I get when I add the 
verbose option (giano is my linux box while axpfe is the True64 machine):

giano:~/ >scp -oProtocol=2 -v code.c xyz@axpfe:giano.c                    
Executing: program /usr/bin/ssh host axpfe, user xyz, command scp -v -t giano.c
OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 24230 geteuid 0 anon 1
debug1: Connecting to axpfe [192.84.144.22] port 22.
debug1: temporarily_use_uid: 24230/30069 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 24230/30069 (e=0)
debug1: restore_uid
debug1: Connection established.
debug1: read PEM private key done: type DSA
debug1: read PEM private key done: type RSA
debug1: identity file /home/gianoli/.ssh/id_rsa type -1
debug1: identity file /home/gianoli/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version 3.1.0 SSH Secure Shell (non-commercial)
debug1: no match: 3.1.0 SSH Secure Shell (non-commercial)
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.1p1
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: dh_gen_key: priv key bits set: 130/256
debug1: bits set: 487/1024
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'axpfe' is known and matches the DSA host key.
debug1: Found key in /home/gianoli/.ssh/known_hosts2:5
debug1: bits set: 543/1024
debug1: ssh_dss_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: service_accept: ssh-userauth
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey,password
debug1: next auth method to try is publickey
debug1: try privkey: /home/gianoli/.ssh/id_rsa
debug1: try pubkey: /home/gianoli/.ssh/id_dsa
debug1: input_userauth_pk_ok: pkalg ssh-dss blen 434 lastkey 0x8086da0 hint 1
debug1: read PEM private key done: type DSA
debug1: ssh-userauth2 successful: method publickey
debug1: fd 4 setting O_NONBLOCK
debug1: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: send channel open 0
debug1: Entering interactive session.
debug1: ssh_session2_setup: id 0
debug1: Sending command: scp -v -t giano.c
debug1: channel request 0: exec
debug1: channel 0: open confirm rwindow 100000 rmax 32768
scp: warning: Executing scp1 compatibility.
scp: FATAL: Executing ssh1 in compatibility mode failed (Check that scp1 is in your PATH).
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd close
debug1: channel 0: output open -> drain
debug1: channel 0: close_read
debug1: channel 0: input open -> closed
debug1: channel 0: obuf empty
debug1: channel 0: close_write
debug1: channel 0: output drain -> 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: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.3 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 255
lost connection

Apparently something sent from openssh confuses the ssh daemon on the alpha who tries to switch to protocol 1. This problem is always repeatable (I 
never succeded to transfer a file) and, as I already said, limited to scp (ssh and sftp work without a glitch).