Public SourceMage Discussion List

[tessai AT comcast.net]

Well, you guys are on the right track. Have a look at this level 3 debug 
info...

debug3: check_host_in_hostfile: filename /home/tessai/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host '10.195.16.8' is known and matches the RSA host key.
debug1: Found key in /home/tessai/.ssh/known_hosts:1
debug2: bits set: 510/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
debug2: key: /home/tessai/.ssh/identity ((nil))
debug2: key: /home/tessai/.ssh/id_rsa ((nil))
debug2: key: /home/tessai/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: 
publickey,password,keyboard-interacti                                         
                                                             ve
debug3: start over, passed a different list 
publickey,password,keyboard-interact                                          
                                                            ive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/tessai/.ssh/identity
debug3: no such identity: /home/tessai/.ssh/identity
debug1: Trying private key: /home/tessai/.ssh/id_rsa
debug3: no such identity: /home/tessai/.ssh/id_rsa
debug1: Trying private key: /home/tessai/.ssh/id_dsa
debug3: no such identity: /home/tessai/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
Connection closed by 10.195.16.8

Apparently, what's happening is that the userauth_kbdint is for some reason 
or another, closing the socket before the password authentication can be used 
(at least in my case). However, this is a very odd bug. I've compiled the 
same source code on two machines. One machine exhibits this behavior (saturn, 
10.195.16.8) and one doesn't (secon, 10.195.16.3). Both machines are using 
the same version of SSL (
OpenSSH_4.0p1, OpenSSL 0.9.7e 25 Oct 2004 ), so it's not a problem with SSL. 
I think some sort of race condition is being met, but the code for the auth 
methods is thick, and would need the look of a core developer to find the 
problem. Let me know if this helps any.
--
Theodore Charles III
Network Administrator
Los Angeles Senior High