Editing Linux Terminal Server Project

{{Short description|Terminal server for Linux}}
{{Multiple issues|
{{more citations needed|date=January 2015}}
{{Primary sources|date=March 2011}}
}}
{{Infobox software
| name = LTSP
<!-- Logo: http://sourceforge.net/apps/mediawiki/ltsp/nfs/project/l/lt/ltsp/7/70/MediaWikiSidebarLogo.png || http://www.ltsp.org/images/logo.png -->
| developer = [https://github.com/ltsp/ltsp/graphs/contributors LTSP developers]
| released = {{start date|1999}}
| latest_release_version = 23.02
| latest release date = {{Start date and age|2023|02|28}}<ref>{{cite web
  | url         = https://github.com/ltsp/ltsp/releases
  | title       = Releases · ltsp/ltsp
  | website     = github.com
  | access-date = 2023-08-04
}}</ref>
| repo = {{URL|https://github.com/ltsp/ltsp}}
| operating system = [[Linux]]
| license = [[GNU General Public License#Version 3|GPLv3]]
| website = {{URL|https://ltsp.org/}}
}}
'''Linux Terminal Server Project''' ('''LTSP''') is a [[free and open-source software|free and open-source]] [[terminal server]] for [[Linux]] that allows many people to simultaneously use the same computer. Applications run on the server with a terminal known as a [[thin client]] (also known as an [[X terminal]]) handling input and output. Generally, terminals are low-powered, lack a hard disk and are quieter and more reliable than desktop computers because they do not have any moving parts.

This technology is useful in schools as it allows the school to provide pupils access to computers without purchasing or upgrading expensive desktop machines. Improving access to computers becomes less costly as thin client machines can be older computers that are no longer suitable for running a full desktop OS. Even a relatively slow CPU with as little as 128&nbsp;MB of RAM can deliver excellent performance as a thin client. In addition, the use of centralized computing resources means that more performance can be gained for less money through upgrades to a single server rather than across a fleet of computers.

By converting existing computers into thin clients, an educational institution can also gain more control over how their students are using computing resources as all of the user sessions can be monitored on the server. See [[Epoptes (A Lab Management Tool)]].

The founder and project leader of LTSP is [[Jim McQuillan (computer programmer)|Jim McQuillan]], and LTSP is distributed under the terms of the [[GNU General Public License]].<ref>{{cite web
| url=http://www.ltsp.org/
| title=LTSP homepage
| quote=It's distributed under the GNU General Public License, meaning it's free and always will be.
}}</ref>

==The LTSP client boot process==
# On the LTSP server, a [[chroot]] environment is set up with a minimal Linux operating system and [[X Window System|X environment]].
# Either: 
## the computer will [[Booting|boot]]<ref name="steps">James A. McQuillan. [https://wayback.archive-it.org/all/20101223023419/http://ltsp.mirrors.tds.net/pub/ltsp/docs/ltsp-4.1-en.html#AEN67 Chapter 1.1 from the LTSP 4.1 manual: The steps that the workstation will go through.]</ref> from a local boot device (like a harddisk, CD-ROM or USB disk), where it loads a small Linux [[Kernel (operating system)|kernel]] from that device which initializes the system and all of the peripherals that it recognizes, or
## the thin client will use [[Preboot Execution Environment|PXE]] or [[Network booting]], a part of the onboard Ethernet firmware, to request an IP address and boot server (the LTSP server) using the [[DHCP]] protocol. A PXE bootloader (PXElinux) is loaded which then retrieves a Linux kernel and [[initrd]] from a [[Trivial File Transfer Protocol]] (TFTP) service usually running on the LTSP server. Using the utilities in the initrd, the kernel will request a (new) DHCP IP address and the address of a server from which it can mount its root filesystem (the chroot mentioned above). When this information is retrieved, the client [[Mount (computing)|mounts]] the path on its root filesystem via either the [[Network File System|Network File System (NFS)]] or [[Network block device|Network Block Device (NBD)]] services running on the LTSP server.
# The client then loads Linux from the NFS mounted root filesystem (or NBD filesystem image) and starts the X Window system. At this XDMCP login manager on the LTSP server. In case of the newer MueKow (LTSP v5.x) setup, the client first builds an [[Secure Shell|SSH]] [[Tunnelling protocol|tunnel]] to the LTSP server's X environment, through which it will start the LDM (LTSP Display Manager) login manager locally. From this point forward, all programs are started on the LTSP server, but displayed and operated from the client.

{| class="wikitable"
|+ Differences between LTSP 4 and 5<ref name="4vs5">Jonathan Carter (and others). [https://help.ubuntu.com/community/UbuntuLTSP/Tour Ubuntu LTSP Tour: Technical differences (between LTSP 4 and 5)] {{Webarchive|url=https://web.archive.org/web/20120303190556/https://help.ubuntu.com/community/UbuntuLTSP/Tour |date=2012-03-03 }}</ref>
! Purpose
! LTSP 4
! LTSP 5 (MueKow)
|-
! GUI Export
| [[XDMCP]]
| ssh -X
|-
! Remote login ([[X display manager]])
| [[KDE Display Manager|KDM]]/[[GNOME Display Manager|GDM]]
| [[LTSP Display Manager]] (LDM)
|-
! Integration method
| LTSP tarball
| Native as part of distribution
|-
! Root filesystem
| NFS
| NBD or NFS
|-
! Authenticating server
| XDMCP server
| SSH server
|}

== Scalability ==
Initially, the MILLE-Xterm project, funded by Canadian public agencies and school districts in the province of Quebec, created a version of LTSP integrating four subprojects: a portal (based on uportal), an open-source middleware stack, a CD with free software for Windows/Mac and, finally, MILLE-Xterm itself. The MILLE-Xterm project's goal was to provide a scalable infrastructure for massive X-Terminal deployment.{{Citation needed|date=March 2009}}

MILLE means ''Modèle d'Infrastructure Logiciel Libre en Éducation'' (Free Software Infrastructure Model for Education) and is targeted at educational institutions.

As of 2009, MILLE-Xterm was integrated back into the LTSP as LTSP-cluster, a project specializing in the large scale deployment of LTSP. One of the main differences between LTSP and LTSP-cluster is the integration of a web-based central control center that replaces the traditional "one configuration file per thin client" as is the method of client customization through LTSP's lts.conf file in the main LTSP. LTSP-cluster allows organizations to centrally manage thousands of thin clients and their parameters from a central location.

In LTSP-cluster high-availability and high-performance thin-clients are specified through the optional use of redundant components. Services that can be load-balanced and made highly available are:
* DHCP server
* TFTP server
* Boot servers (root filesystem for the thin clients)
* Application servers
* Control center (PostgreSQL database + web frontend)<ref>{{cite web
 |url=https://www.ltsp-cluster.org/documentation/technical-introduction 
 |title=LTSP-cluster technical introduction 
 |url-status=dead 
 |archiveurl=https://web.archive.org/web/20110727043154/https://www.ltsp-cluster.org/documentation/technical-introduction 
 |archivedate=2011-07-27 
}}</ref>

LTSP-Cluster can support Linux application servers as well as Windows application servers and provides a similar level of support, centralized management, high-availability, and load-balancing features for both platforms.

Also included is support for virtual desktops for remote users using [[NX technology]]. The NX protocol can allow remote Windows and Linux sessions to be accessed from a web browser with very low bandwidth (40&nbsp;kbit/s) requirements and tolerance for high-latency connections. The NX client runs on various operating systems including Linux, Mac, and Windows.

==Fat clients==
LTSP v5.x added support for a thin client type known as "fat clients". With the advent of inexpensive, relatively powerful computer hardware, the idea to run applications locally on the thin client while offering the manageability of a thin client solution became a reality. In the case of a LTSP fat client, the root filesystem is not a rudimentary chroot but a full Linux installation as a chroot. The fat client uses LDM to authenticate to the LTSP server and mounts user home directories using SSH and [[Filesystem in Userspace|FUSE]]. The local CPU and RAM is used on the fat clients, which provides a few benefits.
# the LTSP server does not suffer from users abusing resources and affecting the performance and availability of the LTSP server to other users
# multimedia and 3D applications perform better and utilize less network bandwidth

LTSP is unique in offering the ability for a computer to mount its root filesystem over a network and run applications locally. On the Windows platform, the closest equivalent solution is to use a technology like [[Intel vPro]] to run a client-side hypervisor and mount the root filesystem image using [[iSCSI]].

==See also==
{{Portal|Free and open-source software}}
* [[Diskless Remote Boot in Linux]]: similar booting system to LTSP fat clients
* [[Multiseat configuration]]
* [[RULE Project]]
* [[Sun Ray]]
* [[Time-sharing]]
* [[VT100]]
* [[Windows MultiPoint Server]]

==References==
{{Reflist|2}}

==External links==
* {{Official website|http://www.ltsp.org/}}

{{Linux}}

[[Category:Linux Terminal Server Project| ]]
[[Category:Linux]]
[[Category:Servers (computing)]]
[[Category:Remote desktop]]
[[Category:X Window System]]
[[Category:Thin clients]]