<div dir="ltr"><div><div><div>Hi Dawn,<br><br></div>LightDM uses Xvnc to allow VNC connections. The session is killed when Xvnc quits, which is the same behaviour if any X server dies.<br><br></div>Xvnc quits if the TCP/IP connection is dropped, and I'm not currently aware of it having any feature to allow re-connects (I don't know a lot about Xvnc, so if someone does know more please let us know). If it did, we could make use of that. I suspect based on my knowledge of VNC there's no method of knowing a second TCP/IP connection is from the same user as the first.<br><br></div><div>So with the current technology I don't think it's possible, though it's a very desirable feature from a user perspective.<br></div><div><br></div>--Robert<br><br></div><br><div class="gmail_quote"><div dir="ltr">On Sun, 31 Jan 2016 at 19:42 Dawn Mew <<a href="mailto:dawn@prototeam.org">dawn@prototeam.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
I'm trying to set up a headless box that I can access via VNC, and then<br>
proceed to log into normally.<br>
<br>
I put the following into my lightdm.conf:<br>
<br>
[VNCServer]<br>
enabled=true<br>
command=/usr/bin/Xvnc -rfbauth /etc/vncpasswd<br>
port=5900<br>
width=1920<br>
height=1080<br>
depth=24<br>
<br>
...And that works perfectly, except for one major problem: If I *ever*<br>
disconnect from the VNC, for any reason, my session and all running<br>
programs are immediately killed. Given the fragility of the internet<br>
(and yes, I'm tunneling over SSH, before anyone mentions VNC insecurity<br>
over the internet), I could be disconnected involuntarily at any time,<br>
not to mention the possibility of wanting to keep a program running<br>
indefinitely in a graphical session.<br>
<br>
So, um... how can I configure my system so that my session is locked or<br>
suspended when VNC disconnects, instead of being completely destroyed<br>
like that? (And if I can't, could this be considered as a new feature?<br>
This is a networked remote-access protocol, the idea that it /must/ kill<br>
everything in the entire session on disconnect would seem to really<br>
reduce the feature's usefulness and robustness.)<br>
<br>
Thank you!<br>
<br>
--Dawn<br>
_______________________________________________<br>
LightDM mailing list<br>
<a href="mailto:LightDM@lists.freedesktop.org" target="_blank">LightDM@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/lightdm" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/lightdm</a><br>
</blockquote></div>