problem ssh client on feisty and Server(dapper) - ssh connect works only sometimes sucessfully

Mon Aug 6 12:24:26 UTC 2007

Moin,
We expierienced a ssh connect problem against dapper servers. Especially 
this problem occours sometimes, using ssh within the KDE "konsole".

The Client debug output is this, 

jojo at 192.168.11.12:~$ ssh -vv root at 192.168.11.1
OpenSSH_4.3p2 Debian-8ubuntu1, OpenSSL 0.9.8c 05 Sep 2006
debug2: ssh_connect: needpriv 0
debug1: Connecting to server [192.168.11.1] port 22.
debug1: Connection established.
debug1: identity file /home/jojo/.ssh/identity type -1
debug1: identity file /home/jojo/.ssh/id_rsa type -1
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /home/jojo/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.2p1 
Debian-7ubuntu3.1
debug1: match: OpenSSH_4.2p1 Debian-7ubuntu3.1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-8ubuntu1
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc at lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc at lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160 at openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160 at openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib at openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib at openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc at lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc at lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160 at openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160 at openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib at openssh.com
debug2: kex_parse_kexinit: none,zlib at openssh.com
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 115/256
debug2: bits set: 521/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'server' is known and matches the RSA host key.
debug1: Found key in /home/jojo/.ssh/known_hosts:3
debug2: bits set: 527/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received

>> NOTHING more happens, the remote server prompt does not appear as 
expected.

Here is the cirresponding "DEBUG3" Output captured from the same session 
from the sshd Server(DAPPER):

Aug  6 14:12:57 server sshd[29083]: Connection from 192.168.11.12 port 
43382
Aug  6 14:12:57 server sshd[29083]: debug1: Client protocol version 2.0; 
client software version OpenSSH_4.3p2 Debian-8ubuntu1
Aug  6 14:12:57 server sshd[29083]: debug1: match: OpenSSH_4.3p2 
Debian-8ubuntu1 pat OpenSSH*
Aug  6 14:12:57 server sshd[29083]: debug1: Enabling compatibility mode 
for protocol 2.0
Aug  6 14:12:57 server sshd[29083]: debug1: Local version string 
SSH-2.0-OpenSSH_4.2p1 Debian-7ubuntu3.1
Aug  6 14:12:57 server sshd[29083]: debug2: fd 3 setting O_NONBLOCK
Aug  6 14:12:57 server sshd[29083]: debug2: Network child is on pid 29084
Aug  6 14:12:57 server sshd[29083]: debug3: preauth child monitor started
Aug  6 14:12:57 server sshd[29083]: debug3: mm_request_receive entering
Aug  6 14:12:57 server sshd[29083]: debug3: monitor_read: checking request 
37
Aug  6 14:12:57 server sshd[29083]: debug1: Miscellaneous failure\nNo such 
file or directory\n
Aug  6 14:12:57 server sshd[29083]: debug3: mm_request_send entering: type 
38
Aug  6 14:12:57 server sshd[29083]: debug3: mm_request_receive entering
Aug  6 14:12:57 server sshd[29083]: debug3: monitor_read: checking request 
0
Aug  6 14:12:57 server sshd[29083]: debug3: mm_answer_moduli: got 
parameters: 1024 1024 8192
Aug  6 14:12:57 server sshd[29083]: debug3: mm_request_send entering: type 
1
Aug  6 14:12:57 server sshd[29083]: debug2: monitor_read: 0 used once, 
disabling now
Aug  6 14:12:58 server sshd[29083]: debug3: mm_request_receive entering
Aug  6 14:12:58 server sshd[29083]: debug3: monitor_read: checking request 
4
Aug  6 14:12:58 server sshd[29083]: debug3: mm_answer_sign
Aug  6 14:12:58 server sshd[29083]: debug3: mm_answer_sign: signature 
0x80a39e8(143)
Aug  6 14:12:58 server sshd[29083]: debug3: mm_request_send entering: type 
5
Aug  6 14:12:58 server sshd[29083]: debug2: monitor_read: 4 used once, 
disabling now
Aug  6 14:12:58 server sshd[29083]: debug3: mm_request_receive entering

This behavior looks somewhat unexpected odd to me. It works sometimes, 
sometimes not. Mostly it works on support incedents not ;-<<

Any ideas to work around ?

TIA

J. Sauer

-- 
Jürgen Sauer - automatiX GmbH, +49-4209-4699, juergen.sauer at automatix.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/kubuntu-users/attachments/20070806/e8ec1357/attachment.sig>