Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)
[^] # Re: prise en charge du protocole RDP
Posté par PLuG . En réponse à la dépêche X.Org est mort, vive Wayland ! (2). Évalué à 9.
sauf VNC, j'ai dis performant ;)
Je vais me faire moinsser, comme à chaque fois qu'on ne va pas dans le sens du courant, mais ou je bosse on a fait une intégration de déport d'affichage basée sur VNC qui "juste marche" et reste assez performante.
Pour cela il faut bien choisir le serveur VNC ainsi que le client, afin de profiter des optimisations du protocole (cache de pixmaps, …).
La solution est utilisée en réseau local pour faire du design analogique de composants (de la CAO en gros), et reste utilisable en VPN depuis la maison (en france) mais est assez sujette aux problèmes de latence réseau (à l'étranger …). En tout cas pour de l'admin système c'est très très confortable y compris en VPN.
Coté serveur on utilise Xvnc (celui fourni avec tigervnc). Il est assez performant car c'est un serveur X dédié au déport VNC (il ne propose pas de display standard).
Coté client on utilise vncviewer de realvnc (le plus performant d'après nos tests).
A l'époque (3 ans ?) on avait testé les solutions "a la mode" comme FreeNX, et les performance n'étaient pas du tout meilleures, et l'intégration dans le SI plus compliquée…
mais c'est peut-être a revoir de nos jours. En tout cas, pour une solution simple Xvnc ça marche.
On a proposé des patchs pour mieux gérer le copier/coller, l'implémentation de base dans Xvnc limitait trop la taille du buffer passé du serveur au client, alors que X11 propose un mode ou la taille du buffer est dynamique. J'ai pas vérifié si ils avaient été intégrés ou pas mais "chez moi ça marche" :-)