Je n’ai jamais utilisé WSL2, mais comme je travaille avec le protocole RDP, je peux parler de cette partie et proposer quelques contournements (ne vous attendez pas à un miracle).
- Ça ne survit probablement toujours pas à une coupure réseau (pas testé),
RDP à une option de reconnexion automatique. Freerdp le supporte, mais peut-être pas au niveau du serveur, à voir. Mais il faut probablement une adresse fixe.
- Surtout : il y a les bugs connus de RDP, à commencer par le fait que altgr ne fonctionne pas ! (super pratique…)
J’ai trouvé l’issue qui dit cela, mais l’auteur prend un raccourci: ce n’est pas un bug du protocole RDP, mais de l’implémentation du client (mstsc ici comme précisé dans l’autre issue). Il n’y a pas plus d’explication sur la raison du bug, mais c’est probablement parce que pour Windows AltGr <=> Ctrl + Alt (on doit probablement pourvoir le vérifier avec wev équivalent Wayland de xev). Il faut savoir que la majorité des serveurs RDP sont des windows, ce qui rend beaucoup de bug du client invisible.
Après s’ajoute les problèmes de layout envoyé à l’ouverture de la session RDP. Le client envoi un id et le serveur va utiliser le layout annoncé. Sauf que les layouts entre windows et linux sont différents et freerdp (le serveur) va prendre le "plus proche". Plus embêtant, dans un message plus bas, la même personne indique que s’il n’y a pas de correspondance de touche côté windows, rien n’est envoyé au serveur (ce qui est à mon sens encore un bug client).
Se serait assez drôle qu’utiliser un autre client RDP règle le problème. Mais se sera moins bien intégré puisque Microsoft a fait 2 ou 3 extensions (dont applist qui liste les applis linux pour les démarrer via le menu, beaucoup plus simple que d’indiquer les chemins des exécutables en remoteApp).
- Si la fenêtre est une fenêtre X11 (comme IntelliJ par exemple), il y a un gros cadre gris moche autour.
- Les raccourcis de positionnement des fenêtres (windows-flèche) ne fonctionnent plus (sauf sous Windows 11 avec une configuration spécifique, semble-t-il).
- Aucune configuration graphique (on est obligés d’avoir la grosse ombre moche).
À moins qu’une des extensions ajoutées remplace ce comportement, la connexion se fait en remoteApp pour que les fenêtres soient intégrées au bureau (i. e. qu’on ne fasse pas la différence entre une application sur le serveur et une application locale). Cette intégration fonctionne très bien pour un serveur et un client qui utilise la même version de Windows parce qu’en remoteApp le serveur décide des comportements de la fenêtre (dont les raccourcies de déplacement, l’aspect des fenêtres et les ombres).
Pour avoir les mêmes raccourcies, il faut que le serveur le supporte. KDE / KWin les a (il faut probablement les remapper), sinon il doit y avoir moyen de bricoler des trucs avec wtype (équivalent wayland de xdotool) et un machin du genre de xbindkeys. La configuration spéciale de W11 est probablement une interception du raccourci au niveau client.
Le cadre gris que tu vois (qui devrait être transparent si c’est bien ce que j’ai en tête) sert à étendre la fenêtre pour ne pas avoir de comportement chaotique sur les redimensionnements avec la souris. Tous les déplacements de souris dans le cadre est envoyé au serveur. Sans cadre, c’est très difficile de choper un coin et il n’est pas possible d’agrandir la fenêtre puisque le serveur ne reçoit pas la nouvelle position de la souris. Il y a peut-être moyen de configurer une transparence au niveau de X11 / Weston.
Pour les ombres, il faudrait regarder la configuration du DE / Compositeur de fenêtre du linux, c’est probablement le thème utilisé qui fait ça. Sinon, je ne sais pas s’il y a moyen de configurer des paramètres pour la connexion RDP, mais il y a disable themes:i:1 qui pourrait fonctionner (aucune idée si c’est bien pris en compte par freerdp).
