Plusieurs utilisateurs sur un environnement de bureau [fermé]


10

Imaginons que nous avions un système * nix assez puissant ... Maintenant, je sais que vous pouvez configurer plusieurs utilisateurs pour vous connecter à un système ....... mais comment faites-vous exactement cela? Comme .... comment tous les moniteurs se connecteraient-ils, ou auriez-vous besoin d'un nœud d'ordinateur plus petit qui aime ... le redirige ou quelque chose?

Comment les administrateurs système et autres configurent-ils plusieurs utilisateurs pour un système * nix? à travers un grand bâtiment ou quelque chose?


Divers coins sombres des systèmes sont jonchés des restes brouillés de plusieurs générations de solutions à ce problème, dont la plus visible par l'utilisateur est la TERMvariable d'environnement.
dmckee --- chaton ex-modérateur

Question connexe sur l'aspect multi- rubrique
Kowh

Réponses:


5

Généralement, on exécute un serveur sans affichage graphique réel attaché à lui (peut-être un très simple pour le travail de diagnostic). Les clients se connectent via un protocole réseau, X tunnelé sur SSH ou un protocole de bureau à distance comme VNC ou RDP.

Avec le premier, les utilisateurs exécutent des programmes GUI à partir du shell distant et ils s'affichent de manière transparente sous forme de fenêtres sur leurs systèmes clients. Cela fonctionne bien sur les réseaux à haut débit tant que les graphiques ne sont pas intensifs, mais malheureusement le protocole X est très bavard et peu efficace. Cela nécessite également que chaque client exécute un serveur X, qui est automatique sur les clients Linux, facile sur Mac OS et quelque peu encombrant sous Windows.

L'autre approche consiste à utiliser VNC ou RDP, qui exécutent une session de bureau à distance entière affichée sous forme de fenêtre sur le client. Le travail réel est effectué sur le serveur et un flux graphique compressé est livré au programme client. Il existe également une option intermédiaire appelée NX, qui utilise une version optimisée du protocole X pour offrir une expérience similaire (avec quelques améliorations des performances par rapport à VNC ou RDP). Pour ces approches, les programmes clients sont disponibles pour tous les principaux (et de nombreux mineurs) ) systèmes d'exploitation.

Il existe cependant une autre voie à suivre, qui correspond davantage à ce que vous imaginez: un système de type poulpe ginormous étendant les connexions graphiques directes d'un serveur central autour d'une petite zone (ou même d'un bâtiment entier). Ceci est connu comme "Multiseat X", et vous pouvez en savoir plus à ce sujet dans cet article de x.org . Les liens à partir de là indiquent qu'il y a suffisamment d'intérêt à faire cela pour garder l'idée vivante, bien que je n'ai jamais vu personne le faire dans mon expérience directe.


Intéressant. Le Multiseat X semble plutôt cool, bien que ce ne soit peut-être pas pratique pour certains haha. Quoi qu'il en soit merci !.

1

Méthode no. 1. Il est possible de configurer les stations sans disque - rien de cher - il suffit de faire tourner uniquement un serveur X de préférence avec une accélération 2D (3D de nos jours). Au démarrage, il obtient une image du serveur, démarre l'écran de connexion X qui présente la journalisation sur le serveur. Les applications sont exécutées sur le serveur mais elles sont affichées sur le client léger. Pour gâcher les choses, cela signifie que les clients X sont exécutés sur le serveur tandis que le serveur X est exécuté sur le client. Les détails exacts varient d'une configuration sans disque à l'autre, mais il existe des outils pré-packagés pour ce faire. Il peut être construit en utilisant même des clients d'occasion (ils ne font rien sauf l'affichage de polygones) tant que le réseau et le serveur peuvent les gérer.

Méthode no. 2. X peut gérer plusieurs cartes et plusieurs entrées ( multisièges ). Il peut également être limité à seulement l'écran et / ou l'entrée sélectionnés. Vous pouvez démarrer le serveur X configuré pour utiliser uniquement mouse1, keyboard1and monitor1, puis un autre qui utilise mouse2, keyboard2 et monitor2 etc.


0

Si vous avez un serveur central et plusieurs machines clientes, le transfert SSH et X11 est une très bonne méthode pour y parvenir. Si vous parlez simplement d'avoir une machine avec plusieurs moniteurs, claviers et souris, cela s'appelle "Multiseat". Je crois qu'avec les versions récentes de X.org ce n'est plus possible, mais je crois qu'ils essaient de le ramener.

Voici quelques liens pour vous. Et maintenant que vous savez que cela s'appelle Multiseat, vous pouvez parcourir Google pour plus d'informations.
http://en.wikipedia.org/wiki/Multiseat_configuration#GNU.2FLinux
http://wiki.x.org/wiki/Development/Documentation/Multiseat


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.