Activer le mode de session améliorée pour les invités Arch Linux dans Hyper-V

L'utilisation des machines virtuelles sur Linux dans Hyper-V, dès le départ, est un peu moins confortable que sur des machines Windows invités. La raison en est qu'Hyper-V n’était pas à l'origine destiné à un usage de bureau ; on ne peut pas simplement installer le paquet des composants invités et obtenir l'accélération graphique fonctionnelle, le presse-papiers partagé, des répertoires partagés et d'autres commodités, comme cela se produit dans VirtualBox.

Hyper-V fournit lui-même plusieurs services d'intégration — ainsi, les invités peuvent utiliser le service de copie de sauvegarde (VSS) de l'hôte, un signe d'arrêt peut être envoyé aux invités, les invités peuvent synchroniser l'heure système avec l'hôte de virtualisation, et l'échange de fichiers est possible depuis l'hôte vers la machine virtuelle (Copy-VMFile dans PowerShell). Pour certains systèmes d'exploitation invités, dont Windows fait bien sûr partie, le mode de session amélioré est disponible dans l'application Virtual Machine Connection (vmconnect.exe), qui fonctionne sur le protocole RDP et permet de rediriger des périphériques de disque et des imprimantes dans la machine virtuelle, ainsi que d'utiliser un presse-papiers partagé.

Le mode de session amélioré fonctionne dès l'installation sur Windows dans Hyper-V. Avec des invités sous Linux, il faut installer un serveur RDP compatible avec vsock (un espace d'adresse réseau virtuel spécial sous Linux, conçu pour communiquer avec l'hyperviseur). Si pour Ubuntu dans l'application VMCreate, fournie avec Hyper-V sur les éditions de bureau de Windows, il y a un modèle de machine virtuelle spécialement préparé avec le serveur RDP fonctionnant avec vsock XRDP déjà préinstallé, les choses sont moins claires pour d'autres distributions — par exemple, l'auteur de ce post a réussi à activer ESM dans Fedora. Ici, nous allons activer le mode de session amélioré pour une machine virtuelle avec Arch Linux.

Installation des services d'intégration

Ici, tout est relativement simple, il suffit d'installer le paquet hyperv depuis le repository community :

% sudo pacman -S hyperv

Nous allons activer les services VSS, d'échange de métadonnées et de fichiers :

% for i in {vss,fcopy,kvp}; do sudo systemctl enable hv_${i}_daemon.service; done

Installation de XRDP

Dépôt linux-vm-tools sur GitHub propose des scripts automatisant le processus d'installation et de configuration de XRDP pour Arch Linux et Ubuntu. Installons Git, si ce n'est pas encore fait, ainsi qu'un compilateur et d'autres logiciels pour des assemblages manuels, puis clonons le repository :

% sudo pacman -S git base-devel
% git clone https://github.com/microsoft/linux-vm-tools.git
% cd linux-vm-tools/arch

Au moment de la rédaction de cet article, la version la plus récente d'XRDP, installée par le script makepkg.sh, proposée dans le dépôt, est 0.9.11, dans laquelle le parsing vsock://-des adresses est cassé, il faudra donc installer XRDP depuis Git et le pilote Xorg à partir de l'AUR manuellement. Le patch pour XRDP proposé dans l'AUR est également légèrement obsolète, il faudra donc éditer le PKGBUILD et le patch manuellement.

Clonez les dépôts contenant les PKGBUILD de l'AUR (en général, cette procédure, ainsi que la compilation, est automatisée par des programmes comme yay, mais l'auteur a réalisé toute cette procédure sur un système propre):

% git clone https://aur.archlinux.org/xrdp-devel-git.git
% git clone https://aur.archlinux.org/xorgxrdp-devel-git.git

Commençons par installer XRDP. Ouvrons le fichier des fichiers PKGBUILD avec n'importe quel éditeur de texte.

Éditons les paramètres de compilation. Le PKGBUILD pour compiler XRDP à partir de Git n'inclut pas le support de vsock lors de la compilation, il faut donc l'activer soi-même:

 build() {
   cd $pkgname
   ./configure --prefix=/usr 
               --sysconfdir=/etc 
               --localstatedir=/var 
               --sbindir=/usr/bin 
               --with-systemdsystemdunitdir=/usr/lib/systemd/system 
               --enable-jpeg 
               --enable-tjpeg 
               --enable-fuse 
               --enable-opus 
               --enable-rfxcodec 
               --enable-mp3lame 
-              --enable-pixman
+              --enable-pixman 
+              --enable-vsock
   make V=0
 }

Dans le patch arch-config.diff, qui modifie les unités et les scripts de démarrage d'XRDP pour pointer vers les fichiers utilisés dans Arch Linux, il y a également un patch pour le script instfiles/xrdp.sh, qui à l'heure de la rédaction de cet article avait été supprimé de la distribution d'XRDP, il faudra donc éditer le patch à la main:

  [Install]
  WantedBy=multi-user.target
-diff -up src/xrdp-devel-git/instfiles/xrdp.sh.orig src/xrdp-devel-git/instfiles/xrdp.sh
---- src/xrdp-devel-git/instfiles/xrdp.sh.orig  2017-08-30 00:27:28.000000000 -0600
-+++ src/xrdp-devel-git/instfiles/xrdp.sh   2017-08-30 00:28:00.000000000 -0600
-@@ -17,7 +17,7 @@
- # Description: démarre xrdp
- ### END INIT INFO
- 
--SBINDIR=/usr/local/sbin
-+SBINDIR=/usr/bin
- LOG=/dev/null
- CFGDIR=/etc/xrdp
- 
 diff -up src/xrdp-devel-git/sesman/startwm.sh.orig src/xrdp-devel-git/sesman/startwm.sh
 --- src/xrdp-devel-git/sesman/startwm.sh.orig  2017-08-30 00:27:30.000000000 -0600

Construisons et installons le package avec la commande % makepkg --skipchecksums -si (la clé --skipchecksums est nécessaire pour désactiver la vérification des sommes de contrôle des fichiers sources, étant donné que nous les avons modifiés manuellement).

Allons dans le répertoire xorgxrdp-devel-git, puis nous allons simplement compiler le package avec la commande % makepkg -si.

Allons dans le répertoire linux-vm-tools/arch et exécutons le script install-config.sh, qui installe les configurations pour XRDP, PolicyKit et PAM:

% sudo ./install-config.sh

Le script installe une ancienne configuration use_vsock, qui est ignorée depuis la version 0.9.11, il faut donc éditer le fichier de configuration /etc/xrdp/xrdp.ini manuellement:

 ;   port=vsock://:
-port=3389
+port=vsock://-1:3389

 ; 'port' ci-dessus doit être connecté via vsock plutôt que tcp
 ; utilisez cela uniquement avec un nombre seul dans le port ci-dessus
 ; préférez utiliser vsock://: ci-dessus
-use_vsock=true
+;use_vsock=true

 ; régulez si le socket d'écoute utilise l'option socket tcp_nodelay

Ajoutons dans le fichier ~/.xinitrc lancement de votre gestionnaire de fenêtres ou de votre environnement de bureau préféré, qui sera exécuté au démarrage du serveur X :

% echo "exec i3" > ~/.xinitrc

Éteignez la machine virtuelle. Activez le transport vsock pour la machine virtuelle en exécutant la commande suivante dans PowerShell en tant qu'administrateur :

PS Admin > Set-VM -VMName NOM_DE_LA_MACHINE -EnhancedSessionTransportType HvSocket

Redémarrez la machine virtuelle.

Connexion

Une fois le service XRDP démarré après le lancement du système, l'application vmconnect le détectera et le point sera disponible dans le menu Afficher -> Session améliorée. En choisissant ce point, on nous proposera de définir la résolution de l'écran, et dans l'onglet Ressources locales de la boîte de dialogue ouverte, nous pourrons choisir les périphériques transférés à l'intérieur de la session RDP.

Connectons-nous. Nous verrons la fenêtre de connexion XRDP :

Entrez votre nom d'utilisateur et votre mot de passe.

Utilisation

Le profit de ces manipulations est évident : la session RDP est beaucoup plus réactive que lorsque l'on travaille avec un affichage virtuel sans la session améliorée. Les disques transférés dans la VM via RDP sont accessibles dans le répertoire ${HOME}/shared-drives:

Le presse-papiers fonctionne normalement. Il n'est pas possible de transférer des imprimantes à l'intérieur, cela n'est non seulement pas supporté, mais casse le transfert de disques. Le son ne fonctionne pas non plus, mais cela n'était pas nécessaire pour l'auteur. Pour que les combinaisons de touches comme Alt+Tab soient capturées, il faut mettre vmconnect en plein écran.

Si pour une raison quelconque vous souhaitez utiliser l'application RDP intégrée à Windows plutôt que vmconnect, ou par exemple, vous connecter à cette machine depuis une autre machine, il faudra changer dans le fichier /etc/xrdp/xrdp.ini port sur tcp://:3389. Si la machine virtuelle est connectée au Default Switch et obtient des paramètres réseau via DHCP, elle peut être atteinte depuis l'hôte à l'adresse nom_de_la_machine.mshome.net. L'entrée en TTY ne peut se faire que depuis l'application vmconnect, en désactivant le mode amélioré.

Sources utilisées:

1. Hyper-V — Arch Wiki
2. Rapports de bogues sur GitHub : 1, 2

Source : habr.com