Un ensemble de programmes permettant d'organiser l'accès à distance au bureau LTSM 1.0 (Linux Terminal Service Manager) a été publié. Le projet est principalement destiné à organiser plusieurs sessions graphiques virtuelles sur le serveur et constitue une alternative à la famille de systèmes Microsoft Windows Terminal Server, permettant l'utilisation de Linux sur les systèmes clients et sur le serveur. Le code est écrit en C++ et distribué sous licence GPLv3. Pour vous familiariser rapidement avec LTSM, une image pour Docker a été préparée (le client doit être construit séparément).
Changements dans la nouvelle version :
- Ajout du protocole RDP, implémenté à des fins d'expérimentation et gelé en raison du manque d'intérêt pour le support client pour Windows.
- Un client alternatif pour Linux a été créé, principales fonctionnalités :
- Cryptage du trafic basé sur Gnutls.
- Prise en charge du transfert de plusieurs canaux de données à l'aide de schémas abstraits (file://, unix://, socket://, command://, etc.), en utilisant ce mécanisme, il est possible de transmettre n'importe quel flux de données dans les deux sens.
- Redirection d'impression via un backend supplémentaire pour CUPS.
- Redirection de l'audio via le sous-système PulseAudio.
- Redirection de la numérisation des documents via un backend supplémentaire pour SANE.
- Redirection des jetons pkcs11 via pcsc-lite.
- Redirection de répertoire via FUSE (actuellement uniquement en mode lecture).
- Le transfert de fichiers par glisser-déposer fonctionne (du côté client vers une session virtuelle avec des boîtes de dialogue de demande et d'information via Desktop-Notify).
- La disposition du clavier fonctionne, la disposition côté client est toujours prioritaire (rien n'est à configurer côté serveur).
- L'authentification dans une session virtuelle via rutoken fonctionne avec un magasin de certificats dans l'annuaire LDAP.
- Les fuseaux horaires, le presse-papiers utf8 et le mode transparent sont pris en charge.
Forfaits de base :
- Prise en charge de l'encodage utilisant x264/VP8 (comme flux vidéo de session).
- Prend en charge l'enregistrement vidéo de toutes les sessions de travail (enregistrement vidéo).
- Prise en charge de VirtualGL.
- Possibilité de rediriger la vidéo via PipeWire.
- Travailler sur l'accélération graphique via l'API Cuda (pas encore de capacités techniques).
Source: opennet.ru