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
Guide de Cyber-résilience pour Microsoft 365
La violation de votre tenant M365 va au-delà d’un simple incident de cybersécurité. Elle peut entraîner une interruption opérationnelle généralisée, des perturbations commerciales et une exposition de vos données sensibles. Découvrez les méthodes et technologies pour évaluer, comparer et renforcer votre posture de sécurité Microsoft 365.
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Cybersécurité Active Directory et les attaques de nouvelle génération
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Afficher les icônes cachées dans la barre de notification
- Chiffrements symétrique vs asymétrique
Les plus consultés sur iTPro.fr
- La sécurisation de la convergence OT/IT : un impératif stratégique pour l’Industrie 4.0
- Cybersécurité : l’IA agentique, nouveau levier d’autonomie et d’agilité
- Peu d’entreprises exploitent pleinement le potentiel stratégique de l’IA
- Agents IA : la perception des collaborateurs français
- Du Cloud-first au Cloud-right : bâtir les fondations de l’IA en entreprise
