Il a donc fallu que je sorte une vieille Radeon 7000 PCI que  j'avais sous le coude et que je l'installe dans le serveur. Depuis, j'ai retrouvé de la fluidité avec VNC.

Citation: Lio 

@ Elwood : oui exactement mais me connecter sur une autre session que celle en cours n'a pas d'intérêt pour moi, je cherche à faire la même chose que TwinVNC mais avec RDesktop en espérant avoir qqe chose de plus réactif.

il faut juste que tu actives la connexion sur le Win7, voir cette page.

Tu l'as fait ?

Ici, mon serveur sous Linux utilise x11VNC et je m'y connecte TwinVNC sous AmigaOS4.1 (marche pareil sous MorphOS d'ailleurs). 

J'avais aussi configuré MorphOS en serveur VNC et j'avais une bonne réactivité là aussi.

Quand je dis bonne, c'est pas regarder des vidéos ou jouer à des jeux vidéos mais je peux sans problème surfer avec Firefox.

Je ne crois pas connaître de prise en main à distance qui soit aussi réactive que si l'on était devant l'ordi lui-même (hors Shadow, le PC dans le cloud de Blade).

Même dans ma boîte, on utilise des sessions Citrix qui fonctionnent mais n'ont pas une super réactivité (ça va pour du mail, de l'Excel ou du Word).

@ Olrick : oui j'ai déjà essayé différentes compressions et la seule qui fonctionne mieux qu'un slideshow est "tight"

VNC a des options de compression, essaie de jouer avec, au cas où...

je doute que si je crée un utilisateur lambda et l associe au compte admin, ça me permettrait de prendre le controle de la session (admin donc) en cours, ce que je cherche à faire.

l'idée derrière tout ça était de savoir si RDesktop était plus rapide à transmettre les données du PC que TwinVNC, qui est assez lent (en plein écran 1920x1080 32bits).

Vu que KL demande, voici un peu plus d'explications.

Le système Remote Desktop Service/RDS, (anciennement Terminal Server Environnent/TSE) permet à plusieurs utilisateurs de se connecter au même serveur Windows mais chacun dans un environnement différent. Cela utilise fortement la notion multi-utilisateur de ces systèmes. Chaque utilisateur se connecte a son propre environnement avec ses propres paramètres (icônes, couleurs, thèmes...). Chacun peut travailler avec les logiciels installés sur le serveur, mais chacun a ses propres droits : on a ou pas le droit d'écrire des fichiers dans tel répertoire, on peut être limité en taille d'espace disque qu'on utilise...

Bref, c'est un système utilisé dans les sociétés pour centraliser les logiciels/la gestion sur un seul serveur, plutôt qu'avoir plusieurs serveurs/ordinateurs tous différents.

Avec un système RDS, on peut ouvrir "sa" session, ou se connecter (quand on est administrateur) sur une session déjà ouverte par un des utilisateurs du serveur. On dit souvent "prendre le contrôle de la session". Donc soit on retrouve dans sa propre session (on est seul à manipuler à l'intérieur), soit on "vient voir" ce que fait un utilisateur lambda en se connectant carrément "par dessus" une session ouverte par cet autre utilisateur du serveur. Les 2 utilisateurs peuvent alors manipuler à l'intérieur : celui qui est à l'origine de l'ouverture de session ou l'administrateur qui se connecte "par dessus".

Sur Windows, le client de connexion s'appelle "mstsc" et si on l'utilise avec un numéro de session, on peut prendre le contrôle d'une session existante. Exemple : "mstsc /shadow:10" 

Bref, l'utilisation n'est pas du tout la même que VNC qui se connecte forcément sur la console (l'écran du PC, comme si on était devant), bon avec quelques subtilités quand même mais j'arrête là les explications.

Sur AmigaOS, Rdesktop fonctionne avec Windows 2003 maximum et Windows XP (sur un Windows "desktop" on peut activer la connexion en RDP). Donc on ne doit pas pouvoir utiliser Rdesktop pour se connecter sur un Windows 10, alors que VNC oui. J'utilise UltraVNC coté PC.