L'un des aspects les plus épineux de l'installation d'un système informatique
basé sur les clients légers est de faire fonctionner pour plusieurs utilisateurs
des applications conçues pour un utilisateur unique. Windows NT Server 4.0 édition
Terminal Server risque donc de rencontrer des problèmes avec certaines applications.
Toutes les applications ne fonctionnent pas correctement en environnement multiutilisateur.
Certaines utilisent trop de cycles de processeur ou trop de mémoire, d'autres
ne savent pas s'il faut appliquer des paramètres à un utilisateur ou à un ordinateur,
et certaines stockent les informations dans des emplacements inadaptés à un OS
multiutilisateur.
Il arrive même de se retrouver bloqué par ces problèmes et, pour les applications
de ce type, de devoir les exécuter à partir de l'ordinateur client. Heureusement
certains problèmes peuvent se résoudre, à condition de leur consacrer un peu de
temps.Les applications ne fonctionnent pas toutes avec Terminal Server, mais les
astuces présentées ici vous aideront à tuner celles pour lesquelles c'est le cas.
Optimiser les applications pour Terminal Server
Pour que les applications fonctionnent correctement dans un environnement Terminal
Server, il faut éditer la branche HKEY_CURRENT_USER du Registre plutôt que HKEY_LOCAL_MACHINE.
Faute de quoi, les paramètres d’utilisateurs individuels s’appliquent à quiconque
utilise l’application. Cette situation peut n’être qu’ennuyeuse, mais elle peut
aussi porter atteinte à la sécurité, puisque les utilisateurs peuvent voir ou
écraser mutuellement leurs paramètres personnels. Dans les applications Terminal
Server correctement installées, les paramètres s’appliquent aux utilisateurs,
non aux machines.
On ne peut cependant pas installer d’applications dans HKEY_CURRENT_USER. Cette
clé ne s’applique qu’à l’utilisateur en cours dont l’identité change dans ce type
d’environnement. Avec Terminal Server, il faut donc installer les applications
de deux manières : soit globalement, pour quiconque ouvre une session sur le serveur,
soit individuellement, à l’usage exclusif de l’utilisateur connecté pendant l’installation
de l’application.
Malheureusement on ne peut pas installer une application pour un utilisateur pendant
que l’on est connecté avec un autre compte. On ne peut pas non plus spécifier
un sous-ensemble d’utilisateurs ayant accès à une application particulière.
Pour ne donner l’accès à une application qu’à deux utilisateurs, il faut l’installer
pour chacun d’eux séparément. Une fois l’application installée, on peut utiliser
des permissions NTFS pour en interdire l’accès et créer des profils personnalisés,
sans raccourcis ni options du menu Démarrer pour l’application concernée.
Téléchargez cette ressource

Rapport mondial 2025 sur la réponse à incident
Dans ce nouveau rapport, les experts de Palo Alto Networks, Unit 42 livrent la synthèse des attaques ayant le plus impacté l'activité des entreprises au niveau mondial. Quel est visage actuel de la réponse aux incidents ? Quelles sont les tendances majeures qui redessinent le champ des menaces ? Quels sont les défis auxquels doivent faire face les entreprises ? Découvrez les top priorités des équipes de sécurité en 2025.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Les risques liés à l’essor fulgurant de l’IA générative
- Pourquoi est-il temps de repenser la gestion des vulnérabilités ?
- Reporting RSE : un levier d’innovation !
- De la 5G à la 6G : la France se positionne pour dominer les réseaux du futur
- Datanexions, acteur clé de la transformation numérique data-centric
