ターミナル サーバー コマンド: 変更

  • [アーティクル]

この記事では、ターミナル サーバー コマンドに関するいくつかの情報を提供します change。

適用対象: Windows Server 2012 R2
元の KB 番号: 186504

概要

コマンドは change 、Citrix Winframe から CHGLOGON、CHGUSER、および CHGPORT を置き換えます。

変更ユーティリティは、現在の設定を変更するために使用されます。 コマンドは change 、変更ユーティリティーのいずれかを呼び出すことができます。

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

/? (ヘルプ): コマンドの構文と、コマンドのオプションに関する情報を表示します。

ログオンの変更

システム メンテナンスのすべてのログオンを無効にします。

構文: ログオンの変更 [/enable] [/disable] [/query] [/?]

パラメーター: なし

/enable: クライアント セッションからのログオンを有効にしますが、コンソールからは有効にしません。

/disable: クライアント セッションからの後続のログオンを無効にしますが、コンソールからのログオンは無効にしません。 現在ログオンしているユーザーは影響を受けません。

/query: 現在のログオン状態を表示します。

/? (ヘルプ): コマンドの構文と、コマンドのオプションに関する情報を表示します。

セキュリティの制限: 管理者のみが を実行 change logonできます。

注:

コマンドは change logon 、システム コンソール以外のクライアント セッションからのログオンを無効にします。 現在ログオンしているユーザーは影響を受けません。 システムを再起動すると、クライアント セッションは常に再度有効になります。 リモートの場所からターミナル サーバーに接続し、クライアント セッションを無効にし、クライアント セッションを再度有効にする前にログオフした場合、再接続できません。 セッションを再度有効にするには、システム コンソールでログオンする必要があります。

ポートの変更

DOS アプリケーションと互換性のある COM ポート マッピングを変更します。

構文:

  • 変更ポート COMx=COMy
  • 変更ポート /d COMx
  • 変更ポート [/?]

パラメーター: COMx=COMy は、COM ポート x をポート y にマップします。

/d COMx: COM ポート COMx のマッピングを削除します。

/? (ヘルプ): コマンドの構文と、コマンドのオプションに関する情報を表示します。

注:

ほとんどの MS-DOS アプリケーションでは、COM4 シリアル ポートを使用しても COM1 のみがサポートされます。 変更ポートはシリアル ポートを別のポート番号にマップし、番号の多い COM ポートにアクセスできないアプリケーションがシリアル ポートにアクセスできるようにします。 たとえば、MS-DOS アプリケーションで使用するために COM12 を COM1 にマップするには、「 」と入力します change port com12=com1。 再マッピングは現在のセッションに対してのみ機能し、ログオフしてから再度ログオンした場合は保持されません。

パラメーターを指定せずに実行 change port して、使用可能な COM ポートと現在の COM ポート マッピングを表示します。

ユーザーの変更

.ini ファイル マッピング設定を変更します。

構文: ユーザーの変更 [/install | /execute | /query] [/?]

パラメーター: なし

/install: ホーム ディレクトリ内の .ini ファイルをマップする機能を無効にします。 すべての .ini ファイルが読み取られ、ターミナル サーバー システム ディレクトリに書き込まれます。 ターミナル サーバー .ini アプリケーションをインストールするときに、ファイル マッピングを無効にする必要があります。 詳細については、以下の「ノート」セクションを参照してください。

/execute: ホーム ディレクトリにファイルを map.ini する機能を有効にします。 これは、既定の設定です。

/query: 現在の .ini ファイル マッピング設定を表示します。

/? (ヘルプ): コマンドの構文と、コマンドのオプションに関する情報を表示します。

注:

アプリケーションをインストールする前に を使用して change user /install 、ターミナル サーバー システム ディレクトリにアプリケーションの .ini ファイルを作成します。 これらのファイルは、ユーザー固有の .ini ファイルのマスター コピーとして使用されます。 アプリケーションをインストールした後、 を使用 change user /execute して、通常の .ini ファイル マッピングに戻します。

アプリケーションを初めて実行すると、アプリケーションはホーム ディレクトリでその .ini ファイルを検索します。 .ini ファイルがホーム ディレクトリに見つからないが、ターミナル サーバー システム ディレクトリにある場合、ターミナル サーバーは .ini ファイルをホーム ディレクトリにコピーします。 これによって、各ユーザーがアプリケーションの .ini ファイルの独自コピーを持つことになります。 ホーム ディレクトリに新しい .ini ファイルが作成されます。 複数のユーザーが互換性のないアプリケーションセットアップを持つインスタンスを避けるために、各ユーザーは、アプリケーションの .ini ファイルの一意の (ユーザー固有の) コピーを持っている必要があります。たとえば、既定のディレクトリや画面解像度が異なります。

システムがインストール モード (change user /install) になると、いくつかのことが発生します。 作成されたすべてのレジストリ エントリは、 の下 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\Installにシャドウされます。

HKEY_CURRENT_USERに追加されたキーはソフトウェア キーの下にコピーされ、HKEY_LOCAL_MACHINEに追加されたキーは MACHINE の下にコピーされます。 アプリケーションが (のような GetWindowsDirectoryシステム呼び出しを使用して) Windows ディレクトリにクエリを実行すると、ターミナル サーバーは %systemroot% ディレクトリを返します。 .ini ファイル エントリが追加された場合 (システム呼び出しなどを WritePrivateProfileString使用)、%systemroot% ディレクトリの .ini ファイルに追加されます。

システムが実行モード (change user /execute) に戻され、アプリケーションが存在しないHKEY_CURRENT_USERの下のレジストリ エントリを読み取ろうとすると、ターミナル サーバーは、レジストリの TerminalServer\Install セクションにキーのコピーが存在するかどうかを確認します。 その場合、キーはHKEY_CURRENT_USERの適切な場所にコピーされます。 アプリケーションが存在しない .ini ファイルから読み取ろうとした場合、ターミナル サーバーはシステム ルートの下でその .ini ファイルを検索します。 .ini ファイルがシステム ルートにある場合は、ホーム ディレクトリ\Windows にコピーされます。 アプリケーションが Windows ディレクトリに対してクエリを実行すると、ターミナル サーバーはホーム ディレクトリ\Windows を返します。

ログオンすると、ターミナル サーバーは、システム .ini ファイルがコンピューター上の .ini ファイルよりも新しいかどうかを確認します。 システムバージョンが新しい場合、.ini ファイルは新しいバージョンに置き換えられます。または、システムバージョンの新しいエントリが .ini ファイルにマージされます。 これは、この .ini ファイルに INISYNC ビット (0x40) が設定されているかどうかによって異なります。 詳細については、オンライン ヘルプの「高度なインストールTopics」セクションを参照してください。 以前のバージョンの .ini ファイルの名前が Inifile.ctx に変更されています。 の Install\ システム レジストリ値が HKEY_CURRENT_USER の下のバージョンよりも新しい場合、キーのバージョンは削除され、 の下 Install\の新しいキーに置き換えられます。