Hi,
I use currently using QNX 6.2.1.
I have a specific problem uploading with a GPRS modem using scp.
My problem is that when the combination of GPRS, scp and QNX is used together,
I suddenly have a 24K file upload limit.
Uploading with the GPRS and scp using a computer running CentOS is fine.
Uploading using GPRS and sftp using a compute running QNX is also fine.
Following is the debug log:
In this case I tried to upload a ~49K file, install.log.
-rw-r–r-- 1 root root 49467 Aug 12 16:19 install.log
but after waiting a long enough time (even for the slow GPRS),
the listing on the other side showed:
-rw-r–r-- 1 moo moo 24576 Aug 18 12:04 install.log
Note: The program just hangs after claiming to have uploaded 100% of the file
/******************************************************************************************************/
scp -v install.log moo@path.berkeley.edu:
Executing: program /usr/bin/ssh host path.berkeley.edu, user moo, command s
cp -v -t .
OpenSSH_3.2.3p1, SSH protocols 1.5/2.0, OpenSSL 0x0090603f
debug1: Reading configuration data /usr/etc/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: restore_uid
debug1: ssh_connect: getuid 0 geteuid 0 anon 1
debug1: Connecting to path.berkeley.edu [128.32.234.234] port 22.
debug1: temporarily_use_uid: 0/0 (e=0)
debug1: restore_uid
debug1: temporarily_use_uid: 0/0 (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 /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.9p1
debug1: match: OpenSSH_3.9p1 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.2.3p1
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: dh_gen_key: priv key bits set: 126/256
debug1: bits set: 1048/2048
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host ‘path.berkeley.edu’ is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:3
debug1: bits set: 1002/2048
debug1: ssh_rsa_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,gssapi-with-mic,password
debug1: next auth method to try is publickey
debug1: try privkey: /root/.ssh/identity
debug1: try pubkey: /root/.ssh/id_rsa
debug1: authentications that can continue: publickey,gssapi-with-mic,password
debug1: try privkey: /root/.ssh/id_dsa
debug1: next auth method to try is password
moo@path.berkeley.edu’s password: debug1: ssh-userauth2 successful: method
password
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 .
debug1: channel request 0: exec
debug1: channel 0: open confirm rwindow 0 rmax 32768
Sending file modes: C0644 49467 install.log
Sink: C0644 49467 install.log
install.log 100% |*****************************| 49467 00:00
/******************************************************************************************************/