#7 Can't connect over network


Using xf4vnc-ix86-linux- on Red Hat 9, XFree86
(and corresponding XF86 packages) 4.3.0-2.90.55. I
installed the vnc.so part only from install.sh, I
didn't install Xvnc or vncviewer.

Trying to connect over the network to the xf4vnc server
of display :0 doesn't work. I've tried it two ways:

- Using ssh tunneling (-L 5900:localhost:5900);
- Over network TCP port 5900 (after opening up port
5900 in /etc/sysconfig/iptables and running
/etc/rc.d/init.d/iptables restart, and also commenting
out the '"Option" "localhost"' line in XF86Config and
restarting X).

Both methods work in all cases when using the RealVNC
4.0-0b4 vnc.so module/driver, but no network cases work
with the xf4vnc module/drivers. I can connect locally
using a very old scaling vncviewer, xrfbviewer provided
with rfb-0.6.1. This displays the :0 screen on itself
scaled down with the "disappearing into infinity"
effect that's expected, and works correctly with the
xf4vnc module.

I've tried to be very careful and test things to see if
I was making a config error, to no avail.

When I try to connect using a Linux VNC viewer, I get
an entry like this in the log file:

(II) 27/02/2004 14:15:09
(II) 27/02/2004 14:15:09 Got connection from client
(II) 27/02/2004 14:15:09 Client xxx.xxx.xxx.xxx gone
(II) 27/02/2004 14:15:09 Statistics:
(II) 27/02/2004 14:15:09 framebuffer updates 0,
rectangles 0, bytes 0

and the client side says "Connection reset by peer." I
tried just using 'telnet remotehost 5900' and got the

(II) 27/02/2004 14:10:16
(II) 27/02/2004 14:10:16 Got connection from client
(II) 27/02/2004 14:10:29 Client xxx.xxx.xxx.xxx gone
(II) 27/02/2004 14:10:29 Statistics:
(II) 27/02/2004 14:10:29 framebuffer updates 0,
rectangles 0, bytes 0

which seems to indicate to me that the networking part
is functioning normally. I let it sit there 13 seconds
before I did and Esc-] quit from telnet.

When I connect from a Windows client, the "Got
connection from client" message is logged, but then the
whole process freezes until I kill the client, at which
time I get the "Client ... gone" messages. It's like
it's hanging during negotiation of the protocol or when
it's requesting the password authorization.

Here are the relevant parts of my XF86Config file:

Section "ServerLayout"
InputDevice "vncMouse" "ExtraPointer"
InputDevice "vncKeyboard" "ExtraKeyboard"

Section "Module"
Load "vnc"

Section "InputDevice"
Identifier "vncMouse"
Driver "rfbmouse"

Section "InputDevice"
Identifier "vncKeyboard"
Driver "rfbkeyb"

Section "Device"
# Enable the vnc service on this device,
Option "usevnc" "on"
Option "useraccept" "off"
# rfb options
# By default, no password is required.
# The next rfbauth uses the root password for vncserver
# Option "rfbauth" "/root/.vnc/passwd"
Option "rfbauth" "/home/mylogin/.vnc/passwd"
Option "rfbport" "5900"
# The use one of the next ...shared options
("nevershared" is the default)
Option "nevershared"
# Option "alwaysshared"
Option "dontdisconnect"
# To activate the http server
# Option "httpdir" "/usr/share/vnc/classes"
# Option "httpport" "5800"
# For XEvents
# The local user must accept the new connection.
# An X application must be used to send the acceptance
back to the server.
# Using the extension library as detailed above.
# Option "useraccept"
# The options below are new in the 4.3.0 release
# Only listen on the localhost interface
# Option "localhost"
# Listen on a specific interface
# Option "interface" ""
# View only session
# Option "viewonly"
# The option below is new in the release
# Option "loginauth"

At this point I've tried everything I can think of.
Please let me know if I can do some debugging. You can
e-mail me at csigler -at- vt -dot- edu. Thanks for any



  • Alan Hourihane

    Alan Hourihane - 2004-02-27
    • status: open --> closed
  • Alan Hourihane

    Alan Hourihane - 2004-02-27

    Logged In: YES

    Moving this to a support request - it's not a bug, but a config

    You need to comment out the "useraccept" option as you've
    not understood it's operation.


Log in to post a comment.