En general, uno ejecuta un servidor sin una pantalla gráfica real adjunta (quizás una muy simple para el trabajo de diagnóstico). Los clientes se conectan a través de un protocolo de red, ya sea X tunelizado a través de SSH o un protocolo de escritorio remoto como VNC o RDP.
Con el primero, los usuarios ejecutan programas GUI desde el shell remoto y se muestran perfectamente como ventanas en sus sistemas cliente. Esto funciona bien en redes de alta velocidad siempre que los gráficos no sean intensivos, pero desafortunadamente el protocolo X es muy hablador y no es altamente eficiente. También requiere que cada cliente ejecute un servidor X, que es automático en clientes Linux, fácil en Mac OS y algo engorroso en Windows.
El otro enfoque es usar VNC o RDP, que ejecuta una sesión completa de escritorio remoto que se muestra como una ventana en el cliente. El trabajo real se realiza en el servidor y se entrega una secuencia de gráficos comprimidos al programa cliente. También hay una opción intermedia llamada NX, que utiliza una versión optimizada del protocolo X para ofrecer una experiencia similar (con algunas mejoras de rendimiento sobre VNC o RDP). Para estos enfoques, los programas de cliente están disponibles para cualquier programa principal (y muchos de menor importancia). ) sistemas operativos.
Sin embargo, hay otro camino por recorrer, que coincide más con lo que está imaginando: un sistema descomunal tipo pulpo que extiende conexiones gráficas directas desde un servidor central alrededor de un área pequeña (o incluso un edificio completo). Esto se conoce como "Multiseat X", y puede leer más sobre hacerlo en este artículo en x.org . Los enlaces desde allí indican que hay suficiente interés en hacer esto para mantener viva la idea, aunque nunca he visto a nadie hacerlo en mi experiencia directa.
TERM
variable de entorno.