(no subject)

[Dale Wray]

So,
I'm sure this has been seen a few times, but I cannot find anything that helps.

I have: A win2000 box, diamond 192.168.0.1, running openssh 3.4p1 under 
cygwin, and winVNC 3.3.3 R9, both running as a service.

I can ssh OR VNC from another win200 box, amethyst 192.168.0.14; or a mac 
OSX (10.0.3) 192.168.0.3 named OSX to diamond.

 From amethyst (I know it much better than the mac) I connect using either

SSH.com's client

Tunneling:
Name                            VNC
Listening Port                  5911
Dest Host                       192.168.0.1
Dest Port                       5910
Allow Local Connection  Either Yes or No


cygwin/openssh using

ssh -C -L 5910:192.168.0.1:5911 username "at" 192.168.0.1

and it connects fine.  However with the vncclient 'localhost:11' I just 
hang doing nothing.

Relevant, hopefully helpful stuff:

Diamond: HKEY_LOCAL_MACHINE:SOFTWARE:ORL:WinVNC3

AllowLoopback   REG_DWORD               0x00000001 (1)
DebugLevel              REG_DWORD               0x00000005 (5)
DebugMode               REG_DWORD               0x00000007 (7)
LoopbackOnly            REG_DWORD               0x00000000 (0)

But I get no log output from WinVNC!

So, temporarily adjusting the sshd service to sshd.exe -d for debugging. I 
have to restart the service after every session to get it to accept my 
password (?) I get:
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 192.168.0.14 port 1402
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 zlib
debug1: kex: server->client aes128-cbc hmac-md5 zlib
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: dh_gen_key: priv key bits set: 139/256
debug1: bits set: 1581/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: bits set: 1582/3191
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: Enabling compression at level 6.
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 dwray service ssh-connection method none
debug1: attempt 0 failures 0
Failed none for dwray from 192.168.0.14 port 1402 ssh2
Failed none for dwray from 192.168.0.14 port 1402 ssh2
debug1: userauth-request for user dwray service ssh-connection method 
keyboard-i
nteractive
debug1: attempt 1 failures 1
debug1: keyboard-interactive devs
debug1: auth2_challenge: user=dwray devs=
debug1: kbdint_alloc: devices ''
Failed keyboard-interactive for dwray from 192.168.0.14 port 1402 ssh2
debug1: userauth-request for user dwray service ssh-connection method password
debug1: attempt 2 failures 2
Accepted password for dwray from 192.168.0.14 port 1402 ssh2
debug1: monitor_child_preauth: dwray has been authenticated by privileged 
proces
Accepted password for dwray from 192.168.0.14 port 1402 ssh2
debug1: newkeys: mode 0
debug1: newkeys: mode 1
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 1 win 65536 max 16384
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 pty-req reply 0
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req pty-req
debug1: Allocating pty.
debug1: session_pty_req: session 0 alloc /dev/tty0
debug1: server_input_channel_req: channel 0 request shell reply 0
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req shell
debug1: fd 4 setting TCP_NODELAY
debug1: channel 0: rfd 9 isatty
debug1: fd 9 setting O_NONBLOCK
debug1: fd 8 setting O_NONBLOCK
debug1: server_input_channel_open: ctype direct-tcpip rchan 2 win 131072 
max 327
68
debug1: server_request_direct_tcpip: originator 127.0.0.1 port 1443, target 
192.
168.0.1 port 5911
debug1: fd 11 setting TCP_NODELAY
debug1: channel 1: new [direct-tcpip]
debug1: server_input_channel_open: confirm direct-tcpip

And there it hangs.

Any ideas?

Dale Wray
dwray "at" indiana.edu