Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
To:	cygwin AT cygwin DOT com
From:	Ronald Boshuis <it AT boshuis DOT net>
Subject:	sftp failing with error message 'message too long'
Date:	Fri, 5 Jul 2002 11:38:41 GMT
X-Sender:	postmaster AT boshuis DOT demon DOT nl
X-Originating-IP:	62.4.91.21
Message-Id:	<E17QRQ9-000Keo-00@post-20.mail.nl.demon.net>

Hi,

I've setup sshd on my Win2K machine as a service. ssh works fine, but trying to use sftp
results (after authentication) in "Message too long" followed by a large number (and then
dies).

	sftp localhost
	Connecting to localhost...
	rboshuis AT localhost's password: 
	Received message too long 1092644453

I tried this both from a linux machine and my own Win2K machine. Same result. 
I checked the mail archive but couldn't find aything that looks like it's relevant.

I enclosed the debug output from sshd.
Any clues and/or tips are greatly appreciated.

rgds,
Ronald

debug1: sshd version OpenSSH_3.4p1
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.
debug1: Server will not fork when running in debugging mode.
Connection from 127.0.0.1 port 3399
debug1: Client protocol version 2.0; client software version OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-1.99-OpenSSH_3.4p1
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: dh_gen_key: priv key bits set: 115/256
debug1: bits set: 1561/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: bits set: 1581/3191
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
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: KEX done
debug1: userauth-request for user rboshuis service ssh-connection method none
debug1: attempt 0 failures 0
Failed none for rboshuis from 127.0.0.1 port 3399 ssh2
debug1: userauth-request for user rboshuis service ssh-connection method publickey
debug1: attempt 1 failures 1
debug1: test whether pkalg/pkblob are acceptable
debug1: temporarily_use_uid: 13082/10513 (e=18)
debug1: trying public key file /home/rboshuis/.ssh/authorized_keys
debug1: restore_uid
debug1: temporarily_use_uid: 13082/10513 (e=18)
debug1: trying public key file /home/rboshuis/.ssh/authorized_keys2
debug1: restore_uid
Failed publickey for rboshuis from 127.0.0.1 port 3399 ssh2
debug1: userauth-request for user rboshuis service ssh-connection method
keyboard-interactive
debug1: attempt 2 failures 2
debug1: keyboard-interactive devs 
debug1: auth2_challenge: user=rboshuis devs=
debug1: kbdint_alloc: devices ''
Failed keyboard-interactive for rboshuis from 127.0.0.1 port 3399 ssh2
debug1: userauth-request for user rboshuis service ssh-connection method password
debug1: attempt 3 failures 3
Accepted password for rboshuis from 127.0.0.1 port 3399 ssh2
debug1: Entering interactive session for SSH2.
debug1: fd 3 setting O_NONBLOCK
debug1: fd 7 setting O_NONBLOCK
debug1: server_init_dispatch_20
debug1: server_input_channel_open: ctype session rchan 0 win 131072 max 32768
debug1: input_session_request
debug1: channel 0: new [server-session]
debug1: session_new: init
debug1: session_new: session 0
debug1: session_open: channel 0
debug1: session_open: session 0: link with channel 0
debug1: server_input_channel_open: confirm session
debug1: server_input_channel_req: channel 0 request subsystem reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req subsystem
subsystem request for sftp
debug1: subsystem: exec() /usr/sbin/sftp-server
debug1: fd 10 setting O_NONBLOCK
debug1: fd 9 setting O_NONBLOCK
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: channel 0: read<=0 rfd 10 len 0
debug1: channel 0: read failed
debug1: channel 0: close_read
debug1: channel 0: input open -> drain
debug1: channel 0: ibuf empty
debug1: channel 0: send eof
debug1: channel 0: input drain -> closed
debug1: Received SIGCHLD.
debug1: session_by_pid: pid 1468
debug1: session_exit_message: session 0 channel 0 pid 1468
debug1: channel request 0: exit-status
debug1: session_exit_message: release channel 0
debug1: session_close: session 0 pid 1468
debug1: channel 0: send close
debug1: channel 0: rcvd close
debug1: channel 0: is dead
debug1: channel 0: garbage collecting
debug1: channel_free: channel 0: server-session, nchannels 1
Connection closed by remote host.
Closing connection to 127.0.0.1



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -