Im Allgemeinen wird ein Server ausgeführt, an den keine tatsächliche grafische Anzeige angeschlossen ist (möglicherweise ein sehr einfacher Server für Diagnosearbeiten). Clients stellen eine Verbindung über ein Netzwerkprotokoll her, entweder X-getunnelt über SSH oder ein Remotedesktopprotokoll wie VNC oder RDP.
Bei ersteren führen Benutzer GUI-Programme über die Remote-Shell aus und werden nahtlos als Fenster auf ihren Client-Systemen angezeigt. Dies funktioniert gut in Hochgeschwindigkeitsnetzwerken, solange die Grafik nicht intensiv ist, aber leider ist das X-Protokoll sehr gesprächig und nicht hocheffizient. Außerdem muss jeder Client einen X-Server ausführen, der auf Linux-Clients automatisch, unter Mac OS einfach und unter Windows etwas umständlich ist.
Der andere Ansatz ist die Verwendung von VNC oder RDP, die eine gesamte Remotedesktopsitzung ausführen, die als Fenster auf dem Client angezeigt wird. Die eigentliche Arbeit wird auf dem Server erledigt und ein komprimierter Grafikstrom an das Client-Programm geliefert. Es gibt auch eine Zwischenoption namens NX, die eine optimierte Version des X-Protokolls verwendet, um eine ähnliche Erfahrung zu bieten (mit einigen Leistungsverbesserungen gegenüber VNC oder RDP). Für diese Ansätze stehen Client-Programme für alle Haupt- (und viele Neben-) Programme zur Verfügung ) Betriebssysteme.
Es gibt jedoch noch einen weiteren Weg, der mehr zu dem passt, was Sie sich vorstellen: ein gigantisches krakenähnliches System, das direkte grafische Verbindungen von einem zentralen Server um einen kleinen Bereich (oder sogar ein ganzes Gebäude) erweitert. Dies ist als "Multiseat X" bekannt, und Sie können mehr darüber in diesem Artikel von x.org lesen . Die Links von dort zeigen, dass es genug Interesse daran gibt, um die Idee am Leben zu erhalten, obwohl ich in meiner direkten Erfahrung noch nie jemanden gesehen habe, der dies tut.
TERM
Umgebungsvariable ist.