Обычно запускается сервер, на котором нет реального графического дисплея (может быть, очень простого для диагностики). Клиенты подключаются через сетевой протокол, либо X туннелируется по SSH, либо протокол удаленного рабочего стола, такой как VNC или RDP.
В первом случае пользователи выполняют программы с графическим интерфейсом из удаленной оболочки, и они легко отображаются в виде окон в своих клиентских системах. Это хорошо работает в высокоскоростных сетях, пока графика не интенсивна, но, к сожалению, протокол X очень болтлив и не очень эффективен. Также требуется, чтобы каждый клиент запускал X-сервер, который является автоматическим для клиентов Linux, простым в Mac OS и несколько громоздким для Windows.
Другой подход заключается в использовании VNC или RDP, которые запускают весь сеанс удаленного рабочего стола, отображаемый в виде окна на клиенте. Фактическая работа выполняется на сервере, а сжатый графический поток доставляется клиентской программе. Существует также промежуточная опция, называемая NX, которая использует оптимизированную версию протокола X для обеспечения аналогичного опыта (с некоторыми улучшениями производительности по сравнению с VNC или RDP.) Для этих подходов клиентские программы доступны для любых основных (и многих второстепенных) ) операционные системы.
Однако существует еще один способ, который больше соответствует тому, что вы представляете: гигантская система, похожая на осьминога, расширяющая прямые графические соединения от центрального сервера вокруг небольшой области (или даже целого здания). Это называется «Multiseat X», и вы можете узнать больше об этом в этой статье на x.org . Ссылки оттуда показывают, что интерес к этому достаточно интересен, чтобы поддержать идею, хотя на самом деле я никогда не видел, чтобы кто-то делал это на собственном опыте.
TERM
переменная окружения.