Connection Closed immediately following sftp

[Susan Pellerito]

I am attempting to connect using sftp to an outside vendor. Our firewall port has been opened to allow ssh to their site on port 10022. SFTP seems to begin connecting. It never stops to ask for a password and then suddenly disconnects. The admin on the other end claims the account is setup to receive with password authentication using ssh2 and has stated it is working for them. I would like to determine if the problem is on my end or on their end but it is quite frustrating. Below is syntax used:
ehrisp > $sftp -v -oPort=10022 JA254@65.82.131.75
Connecting to 65.82.131.75...
OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090609f
1454: debug1: Reading configuration data /opt/ssh/etc/ssh_config
1454: debug1: Rhosts Authentication disabled, originating port will not be trusted.
1454: debug1: ssh_connect: needpriv 0
1454: debug1: Connecting to 65.82.131.75 [65.82.131.75] port 10022.
1454: debug1: Connection established.
1454: debug1: identity file /home/pellerit/.ssh/id_rsa type -1
1454: debug1: identity file /home/pellerit/.ssh/id_dsa type -1
1454: debug1: Remote protocol version 2.0, remote software version Connect:Enterprise_UNIX_2.2.00
1454: debug1: no match: Connect:Enterprise_UNIX_2.2.00
1454: debug1: Enabling compatibility mode for protocol 2.0
1454: debug1: Local version string SSH-2.0-OpenSSH_3.5p1
1453: Connection closed

[Heironimus]

"sftp -vvv" should give you more debug information. Normally both ends negotiate the key exchange after identifying the versions and compatibility, that could be failing in some way.

[Susan Pellerito]

We have not exchanged keys. Is the option you suggested for debug 3 v's?

[Denver Osborn]

I'd have to guess the problem is somewhere on your end. I'm able to get to it just fine ;)

not a good idea to post that type of info. Hopefully a moderator will cleanup your post to get rid of the actual username@ip.

Do you have a box on the outside of your filewall you can test from? If so try it then work w/ your firewall admins to figure out what's missing.

Is your sftp being initiated from a SuSE Linux box? Have you tried to start it from another system w/ a later rev of OpenSSH?

hope this helps,
-denver

[Heironimus]

Yes, the debug option is 3 v's. Each v adds another level of detail in the debug output, 3 is the maximum.

I don't mean an exchange of SSH public keys for the user, I mean an internal key exchange that is part of the operation of ssh. Normally that is completely transparent to you.

[Susan Pellerito]

This account has been created for test purposes only. I will notify them to disable when finished. You are correct, I should have masked the info. When I connect to other sites within our firewall I do get the notice regarding keys. However, I have never received when attempting connection to them. Are you connecting from command line? Or an ftp client? What version of ssh are you using?

[Denver Osborn]

I was connecting from an hp-ux 11i workstation running OpenSSH 3.9 (HP-UX Secure Shell-A.03.91.002)

If you're still unable to get there, probably the easiest thing you could do is update OpenSSH. Maybe even try connecting from another node on your network.

-denver