[Bug 390478] New: VNC - persistent session is not possible - "wait = yes" is not working
https://bugzilla.novell.com/show_bug.cgi?id=390478 Summary: VNC - persistent session is not possible - "wait = yes" is not working Product: openSUSE 11.0 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Blocker Priority: P5 - None Component: X11 Applications AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: vodicka.petr@email.cz QAContact: sndirsch@novell.com Found By: Beta-Customer Hi, I want to connect to my OpenSUSE 11 pc via VNC, but I need to leave session opened after disconnect. This can be done with "wait = yes" argument in xinetd vnc configuration (/etc/xinet.d/vnc) and it's working in OpenSUSE 10.3, but not in OpenSUSE 11. Client just creates connection on TCP/IP (only 3 packets visible in Wireshark) and then nothing is happening on client side, just waiting. But on server side is happening something weird. Xvnc process starts, but dies immediately and another starts again. This is happening hundreds times per second. This is my configuration: service vnc2 { socket_type = stream protocol = tcp wait = yes user = nobody server = /usr/bin/Xvnc server_args = -inetd -once -query localhost -geometry 1024x768 -depth 16 type = UNLISTED port = 5902 } If I change "wait = yes" to "wait = no", connection is working, but persistent session not (as it should with this configuration). Than you for your time, Petr -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=390478
User vodicka.petr@email.cz added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c1
--- Comment #1 from Petr Vodicka
https://bugzilla.novell.com/show_bug.cgi?id=390478
User sndirsch@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c2
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=390478
User vodicka.petr@email.cz added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c3
Petr Vodicka
https://bugzilla.novell.com/show_bug.cgi?id=390478
Stephan Kulow
https://bugzilla.novell.com/show_bug.cgi?id=390478
Robert Vojcik
https://bugzilla.novell.com/show_bug.cgi?id=390478
User sndirsch@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c4
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=390478
User max@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c6
Reinhard Max
https://bugzilla.novell.com/show_bug.cgi?id=390478
User vodicka.petr@email.cz added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c7
--- Comment #7 from Petr Vodicka
https://bugzilla.novell.com/show_bug.cgi?id=390478
User max@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c8
--- Comment #8 from Reinhard Max
:( Easy way how to solve bug...
It's not a bug, it's just a (from our side) unintended feature that is gone again, but we are open for patches to re-add it.
Connection to vnc can be easily secured with password. Just rfbauth argument must be added. So I dont think that it's security risk.
Right, I oversaw that part. OTOH, that would have to be a per-system VNC password, while normally VNC passwords are per user. And still, doing this all would defeat the purpose of the whole xinetd based setup.
If I use tightvnc script It only starts plain X with xterm in default, so use xinetd was the easiest way how to start Xvnc with KDE running. Yes, I can change xstartup script to start xinitrc script, but it's not easy to find this solution on internet.
You can also just start Xvnc by hand and use the -query option to get a persistent session with KDM login screen: Xvnc :1 -query localhost -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=390478
User vodicka.petr@email.cz added comment
https://bugzilla.novell.com/show_bug.cgi?id=390478#c9
--- Comment #9 from Petr Vodicka
(In reply to comment #7 from Petr Vodicka)
:( Easy way how to solve bug...
It's not a bug, it's just a (from our side) unintended feature that is gone again, but we are open for patches to re-add it.
Sorry, I was looking on that from wrong side. I appreciate your work you made for us.
Connection to vnc can be easily secured with password. Just rfbauth argument must be added. So I dont think that it's security risk.
Right, I oversaw that part. OTOH, that would have to be a per-system VNC password, while normally VNC passwords are per user. And still, doing this all would defeat the purpose of the whole xinetd based setup.
You are right. Per-user password is not secure enough.
If I use tightvnc script It only starts plain X with xterm in default, so use xinetd was the easiest way how to start Xvnc with KDE running. Yes, I can change xstartup script to start xinitrc script, but it's not easy to find this solution on internet.
You can also just start Xvnc by hand and use the -query option to get a persistent session with KDM login screen:
Xvnc :1 -query localhost
Thank you for your advice. It's so easy, but I was unable to find it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com