After getting VNC working on openSUSE 10.3 relatively easily, I am struggling to get it working how I want it to on 11. I am using the xinetd method, and am trying to use a password. Here is the appropriate section of /etc/xinetd.d/vnc:
type = UNLISTED
port = 5904
socket_type = stream
protocol = tcp
wait = yes
user = <username>
server = /usr/bin/Xvnc
server_args = -noreset -inetd -once -query localhost -geometry 1680x1050 -depth 24 passwordFile=/home/<username>/.vnc/passwd
disable = no
When I try to connect from TightVNC on Windows I instantly get a connection closed error. There are no log files in ~/.vnc which are usually created on openSUSE 10.3. If I change the wait to no and remove the passwordFile argument it works, but the session is not persistent, and is not what I want. Unfortunately I did not backup my old /etc/xinetd.d/vnc file from 10.3 so I’m not sure if I’ve forgotten something.
The xstartup file in ~/.vnc is the same as I used in 10.3 which worked:
> After getting VNC working on openSUSE 10.3 relatively easily, I am
> struggling to get it working how I want it to on 11. I am using the
> xinetd method, and am trying to use a password. Here is the appropriate
> section of /etc/xinetd.d/vnc:
> service vnc4
> type = UNLISTED
> port = 5904
> socket_type = stream
> protocol = tcp
> wait = yes
> user = <username>
> server = /usr/bin/Xvnc
> server_args = -noreset -inetd -once -query localhost -geometry 1680x1050 -depth 24 passwordFile=/home/<username>/.vnc/passwd
> disable = no
Well, I had been fighting with VNC for many days now. Everything was OK on 10.3 but there are strange changes on 11.0.
For the depth to work OK on Xvnc, you need to use it above of what you expect. If your client uses 16, you need to put 24 and your client will work (don’t pay attention to the errors your client present or the ones can find in /var/log … they push you out of the solution).
In my case, I have another very very annoying problem. We have a 10.3 machine with many (30-50) Xvnc concurrent sessions and we were trying to update it to 11.0. However, the system isn’t capable to go beyond 5 sessions, be them direct connections or http based ones. No mather how many parameters be changed in the xinetd.conf file, the “5” is an absolute limit.
Somebody have any idea where is the clue? … I suppose must be some parameter some place, but to be sincere, and after many hours changing everything, I have no idea where could it be.