LtspSshXdmcpLocaldev

Differences between revisions 5 and 6
Revision 5 as of 2007-05-08 09:00:44
Size: 3210
Editor: 195
Comment:
Revision 6 as of 2007-05-08 10:39:46
Size: 3411
Editor: 195
Comment: added review comments
Deletions are marked like this. Additions are marked like this.
Line 28: Line 28:

{{{Review: this dection does have a fair amount of poorly-separated Implementation content.}}}
Line 72: Line 74:
{{{Review:Those open questions need to be answered (if critical), or moved to Outstanding Issues}}}

Please check the status of this specification in Launchpad before editing it. If it is Approved, contact the Assignee or another knowledgeable person before making changes.

Summary

Currently, Local device connections are plumbed via an ssh command channel. This works fine, until we switch to using XDMCP, when it breaks. We need to come up with a common command channel that will work in both instances.

Rationale

XDMCP, while insecure, is much faster than tunelling X over SSH. For low powered thin clients, it may be desirable to switch to XDMCP as a communications method.

Use Cases

  • Ollie has just been asked to set up an Edubuntu lab in a developing nation by his boss. On arriving, he finds that all the machines are Pentium 90's with 64 megs of RAM. Running the standard LTSP encrypted setup isn't an option, as the clients just don't have enough power. They work fine as XDMCP, though.
  • Scott wants to do video on his thin client. He's got a gigabit network, but tunelling over SSH introduces too much latency. He's not worried about security on his local network.

Scope

  • ltsp-server

Design

Thin Client

Review: this dection does have a fair amount of poorly-separated Implementation content.

  • Well defined place for Xorg's .Xauth file to be written (in /tmp, but not named /tmp/fileKJHDJ)
    • Bind mount /root/.Xauthority
  • Logging in, and staticdev detection handled with:

while /bin/true; do
     FSTAB=$(cat /etc/fstab)
     while [ ! $(xprop -root -f LTSP_FSTAB 8s -set LTSP_FSTAB "${FSTAB}" > /dev/null) ]; do
        sleep 2
     done
     xblock  # discussed later
done
  • This will wait until the X server is up, then set the X property LTSP_FSTAB on the root window.
  • This property will survive past an LDM or XDMCP login, but after a logout, an xreset is done. All clients are disconnected, and all properties are cleared.
  • We'll need a small program, called xblock.
    • Does a connect to the X server, sits in empty event loop.
    • Simply exits quietly on X disconnect.
  • add-fstab-entry now simply:

    • updates the /etc/fstab file
    • updates the LTSP_FSTAB xprop (if X isn't up yet, not a problem, fail quietly, and the above bit of code will handle this automatically).
  • eliminate the static-mounter daemon.

  • fix cdpinger to set the xprop.

Host Server

  • Need to create a daemon that is started from /etc/X11/Xsession.d

  • Looks at initial LTSP_FSTAB xprop, mounts anything not already there.
  • Listens for changes in the xproperty during the session
  • mounts and unmounts media accordingly
  • on session exit, cleans up all mounts before exiting.

Implementation

Review:Those open questions need to be answered (if critical), or moved to Outstanding Issues

Outstanding Issues

BoF agenda and discussion


CategorySpec

LtspSshXdmcpLocaldev (last edited 2008-08-06 16:41:17 by localhost)