DetailPage-MSS-KB

Base de connaissances

Numéro d'article: 186499 - Dernière mise à jour: lundi 27 avril 2015 - Version: 1.0

 

Sommaire

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 (Microsoft Windows Installer) basé sur Terminal Server Versions 2003 et version ultérieure, accédez àKO 2002357 (https://support.microsoft.com/en-us/kb/2002357?wa=wsignin1.0) .

Contrôle de l'exécution de l'Application en Mode 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 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). Parce 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 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  (http://support.microsoft.com/kb/322756/ ) Comment faire pour 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 des applications Windows 16 bits, 0 x 00000008 pour les applications Windows 32 bits, ajoutez 0 x 00000010 toreturn le nom d'utilisateur au lieu du nom de l'ordinateur et ajouter le mappage du Registre todisable 0 x 00000100).

Applications

Les bits de compatibilité suivants affectent l'application lorsqu'elle s'exécute. Ils se trouvent 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 Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\Applications\Appname

Bits de compatibilité

  • Application MS-DOS: 0 x 00000001
  • Application OS/2: 0 x 00000002
  • Application 16 bits de Windows: 0 x 00000004
  • Application 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 l'utilisateur Windows directory: 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. Cela retourne le nom de l'utilisateur à 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 de l'utilisateur Windows.

. 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 Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\IniFiles\Inifile

Bits de compatibilité

  • Application 16 bits de Windows: 0 x 00000004
  • Application 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 : 00000080
Si le bit « Synchroniser fichier .ini d'utilisateur à 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 maître 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 de l'utilisateur Windows.

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 Microsoft\Windows NT\CurrentVersion\Terminal Server\Compatibility\RegistryEntries\Chemin d'accès

Bits de compatibilité

  • Application 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 de 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  (http://support.microsoft.com/kb/186514/ ) Terminal Server ne prend pas en charge périphériques sentinelles

Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Windows Server 2008 Standard
  • Windows Server 2008 R2 Standard
  • Windows Server 2008 Enterprise
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Datacenter
Mots-clés : 
kbinfo kbmt KB186499 KbMtfr
Traduction automatiqueTraduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 186499  (http://support.microsoft.com/kb/186499/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Partager
Options de support supplémentaire
Forums du support Microsoft Community
Nous contacter directement
Trouver un partenaire Microsoft Certified Partner
Microsoft Store