Paramètres de Registre Terminal Server pour les applications

Résumé

Cet article décrit les paramètres de Registre qui peuvent être utilisés pour modifier le comportement de l’application sur un ordinateur Terminal Server.

Plus d'informations

Pour plus d’informations sur le comportement MSI (de Microsoft Windows Installer) basé sur Terminal Server Versions 2003 et version ultérieure, accédez à 2002357 de la base de connaissances.

Contrôle l’exécution des applications en Mode d’exécution

Compatibilité plusieurs bits peuvent être définis pour une application, le chemin d’accès du Registre ou le fichier .ini modifier la manière dont un ordinateur Terminal Server gère la fusion des données d’initialisation de l’application lorsqu’une session est en mode d’exécution. Ces bits de compatibilité sont définies dans le Registre sous la sous-clé suivante :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility
Il existe trois clés séparées pour les applications, les fichiers .ini et les entrées du Registre sous ce chemin du Registre.

Les paramètres par défaut fonctionnent pour la plupart des applications, mais ils peuvent être ajustés plus précisément à l’aide de bits de compatibilité suivants.

AVERTISSEMENT: ces bits de compatibilité doivent être changés uniquement si une application ne fonctionne pas correctement.

Le premier ensemble de bits de compatibilité indique la version de l’application pour les valeurs. Toutes les combinaisons ne sont utiles (par exemple, une application MS-DOS fait-il appels au Registre). Étant donné que le chemin d’accès au fichier n’est pas spécifié et que plusieurs applications peuvent utiliser le même nom de fichier (par exemple, Setup.exe et Install.exe sont désormais régulièrement utilisées pour les programmes d’installation), spécifiez le type d’application pour vous assurer que les paramètres de compatibilité n’affectent pas les autres applications portant le même nom de fichier.

Pour déterminer la valeur de chaîne, ajoutez les valeurs des bits que vous souhaitez définir. Par exemple, pour retourner le nom d’utilisateur au lieu du nom d’ordinateur pour les versions 16 bits et de 32 bits de Myapp.exe, créez une sous-clé dans le Registre, effectuez les opérations suivantes.

Important Cette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une meilleure protection, sauvegardez le Registre avant de le modifier. Vous pourriez alors restaurer le Registre si un problème survient. Pour plus d’informations sur la façon de sauvegarder et de restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :
322756 comment sauvegarder et restaurer le Registre dans Windows
  1. Démarrez l'Éditeur du Registre.
  2. Recherchez la sous-clé de Registre suivante :
    HKEY_LOCAL_MACHINE \Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications\Myapp
  3. Dans le menu Edition , cliquez sur Ajouter une valeuret tapez les informations suivantes :
    Nom de la valeur : indicateurs
    Type : REG_DWORD
  4. Dans la zone données , tapez la valeur hexadécimale 11C (ajoutez 0 x 00000004 pour les applications Windows 16 bits, 0 x 00000008 pour les applications Windows 32 bits, ajoutez 0 x 00000010 pour retourner le nom d’utilisateur au lieu du nom de l’ordinateur et ajoutez 0 x 00000100 pour désactiver le mappage du Registre).

Applications

Les bits de compatibilité suivants affectent l’application lorsqu’elle s’exécute. Ils sont situés dans la sous-clé de Registre suivante (où Appname est le nom du fichier exécutable de l’application) :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications\Appname

Bits de compatibilité

  • Application MS-DOS : 0 x 00000001
  • Application de OS/2 : 0 x 00000002
  • Application 16 bits de Windows : 0 x 00000004
  • Application de 32 bits de Windows : 0 x 00000008
  • Nom d’utilisateur de retour au lieu du nom de l’ordinateur : 0 x 00000010
  • Renvoie le numéro de build Terminal Server : 0 x 00000020
  • Désactiver le mappage du Registre pour cette application : 0 x 00000100
  • Ne pas remplacer le répertoire Windows utilisateur : 0 x 00000400
  • Limiter la mémoire signalée : 0x00000800
Utiliser le retour utilisateur "nom « au lieu du nom de l’ordinateur de bits pour les applications qui utilisent le nom de l’ordinateur comme identificateur unique. Il renvoie le nom d’utilisateur de l’application et donne un identificateur unique à chaque utilisateur de l’application.

Utilisez le bit « Désactiver le mappage du Registre pour cette application » pour conserver uniquement une copie globale des variables du Registre qui sont utilisées par l’application.

Si le bit « Ne pas remplacer le répertoire Windows utilisateur » est défini, il conserve le répertoire SystemRoot pour les appels API GetWindowsDirectory. Si ce bit n’est pas défini, tous les chemins vers le répertoire Windows sont remplacés par le chemin d’accès au répertoire Windows de l’utilisateur.

. Fichiers ini

Les bits de compatibilité suivants contrôlent la propagation du fichier .ini. Ils se trouvent dans la sous-clé de Registre suivante (où
Inifile est le nom du fichier .ini) :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\IniFiles\Inifile

Bits de compatibilité

  • Application 16 bits de Windows : 0 x 00000004
  • Application de 32 bits de Windows : 0 x 00000008
  • Synchroniser le fichier .ini utilisateur à la version du système : 0 x 00000040
  • Ne pas remplacer le répertoire Windows utilisateur : 0x00000080
Si le bit « Synchroniser utilisateur fichier à la version système » est défini, il ajoute de nouvelles entrées dans le fichier .ini maître système lors de l’application est démarrée, mais elle ne supprime pas les données existantes dans le fichier .ini de l’utilisateur. Si ce bit n’est pas défini, il remplace les fichiers .ini de l’utilisateur si elle est plus ancien que le fichier .ini maître système.

Si le bit « Ne pas remplacer le répertoire Windows utilisateur » est défini, il conserve le répertoire SystemRoot pour les chemins d’accès dans le fichier .ini lorsque la version principale du système du fichier .ini est copiée dans le répertoire de l’utilisateur Windows. Si ce bit n’est pas défini, il remplace tous les chemins vers le répertoire Windows par le chemin d’accès au répertoire Windows de l’utilisateur.

Chemins de Registre

Les bits de compatibilité suivants contrôlent la propagation du Registre. Ils se trouvent dans la sous-clé de Registre suivante (où
Chemin d’accès est le chemin d’accès du Registre sous la clé HKEY_CURRENT_USER\Software) :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\RegistryEntries\PathName

Bits de compatibilité

  • Application de 32 bits de Windows : 0 x 00000008
  • Désactiver le mappage du Registre pour l’application : 0 x 00000100
Si le bit « Désactiver le mappage du Registre pour l’application » est défini, les nouvelles entrées à partir de l’image du Registre maître système ne sont pas ajoutées au Registre de l’utilisateur. En outre, le système ne supprime pas les données existantes dans le Registre de l’utilisateur. Si ce bit n’est pas défini, le système supprime et remplace les données du Registre de l’utilisateur si les données sont plus anciennes que les données du Registre maître système. Si le bit n’est pas défini, le système ajoute également les nouvelles clés pas dans le Registre de l’utilisateur.

Pour plus d’informations, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

186514 terminal Server ne prend pas en charge les périphériques sentinelles

Propriétés

ID d'article : 186499 - Dernière mise à jour : 9 janv. 2017 - Révision : 1

Commentaires