Commandes Terminal Server : modifier

  • Article

Cet article fournit des informations sur les commandes changeTerminal Server .

S’applique à : Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 186504

Résumé

La change commande remplace CHGLOGON, CHGUSER et CHGPORT de Citrix Winframe.

Les utilitaires de modification sont utilisés pour modifier les paramètres actuels. La change commande peut appeler l’un des utilitaires de modification.

change [logon | port | user] [/?]

/? (aide) : affiche la syntaxe de la commande et des informations sur les options de la commande.

Modifier l’ouverture de session

Désactive toutes les ouvertures de session pour la maintenance du système.

Syntaxe : modifier l’ouverture de session [/enable] [/disable] [/query] [/ ?]

Paramètres : aucun

/enable: active les ouvertures de session à partir de sessions clientes, mais pas à partir de la console.

/disable: désactive les ouvertures de session suivantes à partir des sessions clientes, mais pas à partir de la console. Les utilisateurs actuellement connectés ne sont pas affectés.

/query: affiche la status d’ouverture de session actuelle.

/? (aide) : affiche la syntaxe de la commande et des informations sur les options de la commande.

Restrictions de sécurité : seuls les administrateurs peuvent exécuter change logon.

Remarque

La change logon commande désactive les ouvertures de session des sessions clientes autres que la console système. Les utilisateurs actuellement connectés ne sont pas affectés. Les sessions clientes sont toujours réactives lorsque vous redémarrez le système. Si vous êtes connecté au serveur Terminal Server à partir d’un emplacement distant et que vous désactivez les sessions clientes, et si vous vous déconnectez avant de réactiver les sessions clientes, vous ne pourrez pas vous reconnecter. Vous devez vous connecter à la console système pour réactiver les sessions.

Modifier le port

Modifie les mappages de ports COM pour qu’ils soient compatibles avec les applications DOS.

Syntaxe :

  • modifier le port COMx=COMy
  • modifier le port /d COMx
  • modifier le port [/ ?]

Paramètres : COMx=COMy mappe le port COM x au port y.

/d COMx: supprime le mappage pour le port COM COMx.

/? (aide) : affiche la syntaxe de la commande et des informations sur les options de la commande.

Remarque

La plupart des applications MS-DOS prennent uniquement en charge les ports série COM1 et COM4. Modifier le port mappe un port série à un autre numéro de port, ce qui permet aux applications qui ne peuvent pas accéder aux ports COM à numéro élevé d’accéder au port série. Par exemple, pour mapper COM12 à COM1 pour une utilisation par une application MS-DOS, tapez change port com12=com1. Le remapping fonctionne uniquement pour la session active et n’est pas conservé si vous vous déconnectez, puis reconnectez-vous.

Exécutez change port sans paramètre pour afficher les ports COM disponibles et les mappages de ports COM actuels.

Modifier l’utilisateur

Modifie le paramètre de mappage de fichier .ini.

Syntaxe : modifier l’utilisateur [/install | /execute | /query] [/ ?]

Paramètres : aucun

/install: désactive la possibilité de mapper les fichiers .ini dans le répertoire de base. Tous les fichiers .ini sont lus et écrits dans le répertoire système Terminal Server. Vous devez désactiver .ini mappage de fichiers lors de l’installation d’applications sur un serveur Terminal Server. Pour plus d’informations, consultez la section Notes ci-dessous.

/execute: permet de map.ini fichiers dans le répertoire de base. Il s’agit du paramètre par défaut.

/query: affiche le paramètre de mappage de fichier .ini actuel.

/? (aide) : affiche la syntaxe de la commande et des informations sur les options de la commande.

Remarque

Utilisez change user /install avant d’installer une application pour créer des fichiers .ini pour l’application dans le répertoire système Terminal Server. Ces fichiers sont utilisés comme copies master pour les fichiers .ini spécifiques à l’utilisateur. Après avoir installé l’application, utilisez change user /execute pour revenir au mappage de fichiers .ini normal.

La première fois que vous exécutez l’application, l’application recherche ses fichiers .ini dans le répertoire de base. Si les fichiers .ini sont introuvables dans le répertoire de base, mais dans le répertoire système Terminal Server, le serveur Terminal Server copie les fichiers .ini dans le répertoire de base. Cela garantit que chaque utilisateur dispose d’une copie unique des fichiers .ini de l’application. Tous les nouveaux fichiers .ini sont créés dans le répertoire de base. Chaque utilisateur doit disposer d’une copie unique (propre à l’utilisateur) des fichiers .ini d’une application afin d’éviter les instances où plusieurs utilisateurs ont des configurations d’application incompatibles ; par exemple, différents répertoires par défaut ou résolutions d’écran.

Lorsque le système est mis en mode d’installation (change user /install), plusieurs choses se produisent. Toutes les entrées de Registre créées sont ombrées sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install.

Les clés ajoutées à HKEY_CURRENT_USER sont copiées sous la clé logicielle et les clés ajoutées à HKEY_LOCAL_MACHINE sont copiées sous MACHINE. Si l’application interroge le répertoire Windows (à l’aide d’appels système tels que GetWindowsDirectory), le serveur Terminal Server retourne le répertoire %systemroot%. Si des entrées de fichier .ini sont ajoutées (à l’aide d’appels système tels que WritePrivateProfileString), elles sont ajoutées aux fichiers .ini sous le répertoire %systemroot%.

Lorsque le système est remis en mode d’exécution (change user /execute) et que l’application tente de lire une entrée de Registre sous HKEY_CURRENT_USER qui n’existe pas, le serveur Terminal Server vérifie si une copie de la clé existe sous la section TerminalServer\Install du Registre. Si c’est le cas, les clés sont copiées à l’emplacement approprié sous HKEY_CURRENT_USER. Si l’application tente de lire à partir d’un fichier .ini qui n’existe pas, le serveur Terminal Server recherche ce fichier .ini sous la racine système. Si le fichier .ini se trouve à la racine système, il est copié dans le répertoire de base\Windows. Si l’application interroge le répertoire Windows, le serveur Terminal Server retourne le répertoire de base\Windows.

Lorsque vous ouvrez une session, le serveur Terminal Server vérifie si les fichiers .ini système sont plus récents que les fichiers .ini sur votre ordinateur. Si la version du système est plus récente, votre fichier .ini est remplacé par la version la plus récente ou les nouvelles entrées de la version système sont fusionnées dans votre fichier .ini. Cela dépend du fait que le bit INISYNC, 0x40, est défini ou non pour ce fichier .ini. Pour plus d’informations, consultez la section Installation avancée Topics de l’aide en ligne. Votre version précédente du fichier .ini est renommée Inifile.ctx. Si les valeurs du Registre système sous Install\ sont plus récentes que votre version sous HKEY_CURRENT_USER, votre version des clés est supprimée et remplacée par les nouvelles clés de sous Install\.