Wielu użytkowników w środowisku pulpitu [zamknięte]

Udawajmy, że mamy dość potężny system * nix ... Teraz oczywiście wiem, że możesz skonfigurować wielu użytkowników do logowania się do systemu ... ale jak dokładnie to robisz? Na przykład ... w jaki sposób wszystkie monitory się połączyłyby i tak, czy potrzebujesz mniejszego węzła komputerowego, który jak ... przekieruje to czy coś?

W jaki sposób administratorzy systemu i tacy konfigurują wielu użytkowników dla systemu * nix? przez duży budynek czy coś?

Zasadniczo serwer działa bez podłączonego do niego rzeczywistego wyświetlacza graficznego (być może bardzo prosty do prac diagnostycznych). Klienci łączą się za pomocą protokołu sieciowego, X tunelowanego przez SSH lub protokołu zdalnego pulpitu, takiego jak VNC lub RDP.

W tym pierwszym przypadku użytkownicy wykonują programy GUI ze zdalnej powłoki i płynnie wyświetlają się jako okna w swoich systemach klienckich. Działa to dobrze w szybkich sieciach, o ile grafika nie jest intensywna, ale niestety protokół X jest bardzo rozmowny i mało wydajny. Wymaga również od każdego klienta uruchomienia serwera X, który jest automatyczny w klientach Linux, łatwy w Mac OS i nieco nieporęczny w Windows.

Drugim podejściem jest użycie VNC lub RDP, które uruchamiają całą sesję pulpitu zdalnego wyświetlaną jako okno na kliencie. Rzeczywista praca jest wykonywana na serwerze, a skompresowany strumień grafiki dostarczany do programu klienckiego. Istnieje również opcja pośrednia o nazwie NX, która wykorzystuje zoptymalizowaną wersję protokołu X, aby zapewnić podobne wrażenia (z pewnymi ulepszeniami wydajności w porównaniu z VNC lub RDP). W przypadku tych podejść programy klienckie są dostępne dla każdego dużego (i wielu mniejszych) ) system operacyjny.

Jest jednak jeszcze jedna droga, która bardziej pasuje do tego, co obrazujesz: gigantyczny system przypominający ośmiornicę, rozciągający bezpośrednie połączenia graficzne z centralnego serwera wokół niewielkiego obszaru (a nawet całego budynku). Nazywa się to „Multiseat X” i więcej na ten temat można przeczytać w tym artykule z x.org . Linki stamtąd wskazują, że istnieje wystarczające zainteresowanie zrobieniem tego, aby utrzymać ten pomysł przy życiu, chociaż tak naprawdę nigdy nie widziałem, żeby ktoś robił to w moim bezpośrednim doświadczeniu.

Metoda nr 1. Możliwe jest ustawienie stacji bezdyskowych - nic drogiego - wystarczy uruchomić tylko serwer X, najlepiej z przyspieszeniem 2D (obecnie 3D). Po uruchomieniu pobiera obraz z serwera, uruchamia ekran logowania X przedstawiający logowanie na serwerze. Aplikacje są uruchamiane na serwerze, ale są wyświetlane na cienkim kliencie. Zepsuć to oznacza, że ​​klienci X działają na serwerze, podczas gdy serwer X działa na kliencie. Dokładne szczegóły różnią się od konfiguracji bezdyskowych do konfiguracji, ale istnieje kilka gotowych narzędzi do tego. Można go zbudować przy użyciu nawet używanych klientów (nie robią nic poza wyświetlaniem wielokątów), o ile sieć i serwer mogą je obsłużyć.

Metoda nr 2. X może obsługiwać wiele kart i wiele wejść ( wielostanowiskowe ). Można go również ograniczyć tylko do wybranego ekranu i / lub wejścia. Możesz uruchomić serwer X skonfigurowany do używania tylko myszy1, klawiatury1 i monitora1, a następnie innego, który używa myszy2, klawiatury2 i monitora2 itd. Jednak ponieważ niektóre karty nie obsługują, istnieje Xephyr, który robi to samo, ale na jednym serwerze X.

Jeśli masz jeden serwer centralny i wiele komputerów klienckich, przekazywanie SSH i X11 jest bardzo dobrą metodą osiągnięcia tego celu. Jeśli mówisz tylko o jednej maszynie z wieloma monitorami, klawiaturami i myszami, nazywa się to „Multiseat”. Uważam, że w najnowszych wersjach X.org nie jest to już możliwe, ale sądzę, że próbują to przywrócić.

Oto kilka linków dla ciebie. A teraz, gdy wiesz, że nazywa się Multiseat, możesz wyszukiwać w Google, aby uzyskać więcej informacji.
http://en.wikipedia.org/wiki/Multiseat_configuration#GNU.2FLinux
http://wiki.x.org/wiki/Development/Documentation/Multiseat

Inną odpowiedzią jest LDAP. Możesz skonfigurować domenę jako scentralizowaną pamięć dla profili wszystkich użytkowników. Jak to się robi w Debianie .