Here's a cool one. Tichondrius' HOWTO works if in /etc/xinetd.d/Xvnc I change the port to 5902 and the display to :2 . If I use the instructions as-is (port 5901, display :1) then the following strange things happen:
1.
Code:
$ sudo netstat -tap | grep xinetd
gives the expected LISTENing results. So all is ok, right? Not so fast!
2.
Code:
$ vncviewer localhost:1
gives the error message
Code:
ReadFromRFBServer: rdr::SystemException: read: Connection reset by peer (104)
3.
Code:
grep xinetd /var/log/syslog
shows lots of errors like this:
Code:
Apr 21 11:40:33 localhost xinetd[11941]: warning: can't get client address: Transport endpoint is not connected
Apr 21 11:40:33 localhost xinetd[11942]: warning: can't get client address: Transport endpoint is not connected
Apr 21 11:40:33 localhost xinetd[11943]: warning: can't get client address: Transport endpoint is not connected
Apr 21 11:40:33 localhost xinetd[11944]: warning: can't get client address: Transport endpoint is not connected
Apr 21 11:40:33 localhost xinetd[11945]: warning: can't get client address: Transport endpoint is not connected
Apr 21 11:40:33 localhost xinetd[10218]: Deactivating service Xvnc due to excessive incoming connections. Restarting in 10 seconds.
Apr 21 11:40:43 localhost xinetd[10218]: Activating service Xvnc
I can use VNC on display :2, but that is just a work-around. Why can't I use display :1?
Reboots do not help.
Thanks,
Steve
Bookmarks