Vérifiez les applications

localement.

Les sessions Terminal Server étaient même un peu plus rapides dans certains cas
que mon PC ; par exemple, l’affichage de nouveaux écrans sur mon client 486DX
à  66 MHz (avec 32 Mo de RAM) allait plus vite via Terminal Server que lors de
l’exécution des applications localement. Même les présentations PowerPoint ont
bien fonctionné dans mes tests Terminal Server.

Toutefois je n’ai pas aimé faire défiler les documents Word dans une session Terminal
Server. Les documents défilent plus vite et de manière plus saccadée via Terminal
Server qu’en local. Je suppose qu’avec un peu de pratique je pourrais m’y habituer,
mais je ne l’aime pas.Vous devrez probablement adapter certaines applications
pour les faire fonctionner dans un environnement multiutilisateur.
Elles ne fonctionnent pas toutes dans ce cadre et il faut en réinstaller certaines
pour chaque utilisateur avant qu’elles ne puissent exploiter Terminal Server.
Cette incompatibilité n’est pas exactement un défaut de Terminal Server. Les concepteurs
de ces applicatifs ne les ont pas forcément développées pour un environnement
multiutilisateur. Pour venir à  bout de ces incompatibilités il faut bricoler un
peu côté serveur.

Pour publier des applications individuelles sur les systèmes Terminal Server,
il faut MetaFrame. Mais vous pouvez créer des entrées du Gestionnaire de connexion
client de Terminal Server pour démarrer des sessions n’exécutant qu’une application
et les arrêter quand l’utilisateur ferme l’application.L’utilisation de Terminal
Server n’est pas transparente pour les utilisateurs.
Lorsque j’ai demandé à  des utilisateurs potentiels ce qu’ils attendaient le plus
d’une interface client Terminal Server, ils m’ont répondu qu’ils ne voulaient
pas avoir à  se demander si une application était locale ou sur le serveur. (La
plupart des clients Terminal Server sont des PC, non des terminaux Windows ou
des NC ; il peut donc y avoir des applications locales). Nativement, Terminal
Server n’offre pas cet accès transparent aux applications, surtout parce que les
sessions Terminal Server s’affichent dans une fenêtre sur le client.
Si les utilisateurs ne maximisent pas la fenêtre de session, ils la voient plus
petite que la taille de leur écran. S’ils la maximisent et l’exécutent à  la même
résolution que l’affichage local de leur client, la fenêtre est plus grande que
leur écran et ils doivent faire remonter l’image pour accéder au menu Démarrer.
Le seul moyen d’obtenir un PC Terminal Server transparent sans utiliser MetaFrame
est d’exécuter la session Terminal Server en mode pleine page, à  partir de la
boîte de dialogue Propriétés de la connexion client dans le Gestionnaire de connexion
client.

Cependant, lorsqu’on utilise le mode pleine page, on ne peut accéder aux applications
locales qu’en tapant Ctrl+Alt+Pause pour basculer entre la session Terminal Server
et le PC local. Ces problèmes ne sont pas insurmontables, mais ils ne sont pas
pratiques pour l’utilisateur.