After running genhostkeys.sh, I started sshd on server1 and setup the
private-public keys. Then use ssh to login from server2 to server1.
The login is ok( see below). But when I exit sh, ssh hang up at server2. CPU
usage rise up to 100% at server1. I had to slay sshd on server1 to recover.
Both servers is 6.2.1, any comments?
Thanks in advance.
chan
$ ssh -v -l user1 server1
OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090700f
debug1: Reading configuration data /etc/openssh/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to server1[10.xx.xx.126] port 22.
debug1: Connection established.
debug1: identity file /home/central/.ssh/identity type -1
debug1: identity file /home/central/.ssh/id_rsa type -1
debug1: identity file /home/central/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.5p1
debug1: match: OpenSSH_3.5p1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.5p1
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: 140/256
debug1: bits set: 513/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host ‘awsfs1’ is known and matches the RSA host key.
debug1: Found key in /home/central/.ssh/known_hosts:2
debug1: bits set: 518/1024
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,password,keyboard-interactive
debug1: next auth method to try is publickey
debug1: try privkey: /home/central/.ssh/identity
debug1: try privkey: /home/central/.ssh/id_rsa
debug1: try pubkey: /home/central/.ssh/id_dsa
debug1: input_userauth_pk_ok: pkalg ssh-dss blen 433 lastkey 808b738 hint 2
debug1: read PEM private key done: type DSA
debug1: ssh-userauth2 successful: method publickey
debug1: channel 0: new [client-session]
debug1: send channel open 0
debug1: Entering interactive session.
debug1: ssh_session2_setup: id 0
debug1: channel request 0: pty-req
debug1: channel request 0: shell
debug1: fd 3 setting TCP_NODELAY
debug1: channel 0: open confirm rwindow 0 rmax 32768
Welcome to QNX Neutrino!!
Sat May 3 09:26:41 2003 on /dev/ttyp2
Last login: Sat May 3 09:25:48 2003 on /dev/ttyp2
edit the file .profile if you want to change your environment.
To start the Photon windowing environment, type “ph”.
$
$
$ exit
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel request 0: window-change
HANG UP HERE
After running genhostkeys.sh, I started sshd on server1 and setup the
private-public keys. Then use ssh to login from server2 to server1.
The login is ok( see below). But when I exit sh, ssh hang up at server2. CPU
usage rise up to 100% at server1. I had to slay sshd on server1 to recover.
Both servers is 6.2.1, any comments?
Yes. Don’t know why. There was a patch floating around that the openqnx
guys where using but I can’t find it anymore (same issue used to happen
on Solaris?) but it was for a much older version of the code. There is a
far worse (but I think related) issue with scp corrupting files.
Armin - where is that patch?
chris
–
Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll – http://qnx.wox.org/
derek <> kawachan@hko.gcn.gov.hk> > wrote:
After running genhostkeys.sh, I started sshd on server1 and setup the
private-public keys. Then use ssh to login from server2 to server1.
The login is ok( see below). But when I exit sh, ssh hang up at server2.
CPU
usage rise up to 100% at server1. I had to slay sshd on server1 to
recover.
Both servers is 6.2.1, any comments?
Yes. Don’t know why. There was a patch floating around that the openqnx
guys where using but I can’t find it anymore (same issue used to happen
on Solaris?) but it was for a much older version of the code. There is a
far worse (but I think related) issue with scp corrupting files.
Armin - where is that patch?
chris
–
Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll – http://qnx.wox.org/
There seems no problem with sftp. Any comments in using sftp for frequent
non-interactive file transfer?
Anybody use the ‘-’ prefix character to suppress termination on error for
batch commands in sftp, it simply not working!
After running genhostkeys.sh, I started sshd on server1 and setup the
private-public keys. Then use ssh to login from server2 to server1.
The login is ok( see below). But when I exit sh, ssh hang up at server2. CPU
usage rise up to 100% at server1. I had to slay sshd on server1 to recover.
Both servers is 6.2.1, any comments?
Yes. Don’t know why. There was a patch floating around that the openqnx
guys where using but I can’t find it anymore (same issue used to happen
on Solaris?) but it was for a much older version of the code. There is a
far worse (but I think related) issue with scp corrupting files.
After running genhostkeys.sh, I started sshd on server1 and setup the
private-public keys. Then use ssh to login from server2 to server1.
The login is ok( see below). But when I exit sh, ssh hang up at server2.
CPU
usage rise up to 100% at server1. I had to slay sshd on server1 to
recover.
Both servers is 6.2.1, any comments?
Yes. Don’t know why. There was a patch floating around that the
openqnx
guys where using but I can’t find it anymore (same issue used to happen
on Solaris?) but it was for a much older version of the code. There is
a
far worse (but I think related) issue with scp corrupting files.
Yeah, I bungled the package up. I will try to get that fixed shortly and
you should be able to try it out. It has Armin’s referenced patch applied
which might fix the logout issue but does not fix the scp stall/corruption
issue.
chris
–
Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll – http://qnx.wox.org/
Yeah, I bungled the package up. I will try to get that fixed shortly and
you should be able to try it out. It has Armin’s referenced patch applied
which might fix the logout issue but does not fix the scp stall/corruption
issue.
Yeah, I bungled the package up. I will try to get that fixed shortly
and
you should be able to try it out. It has Armin’s referenced patch
applied
which might fix the logout issue but does not fix the scp
stall/corruption
issue.
Yeah, I bungled the package up. I will try to get that fixed shortly and
you should be able to try it out. It has Armin’s referenced patch applied
which might fix the logout issue but does not fix the scp stall/corruption
issue.