TIPSリモート・デスクトップ接続には、コンソール・セッションとリモート・セッションの2つがある。物理コンソール上での作業をリモート・デスクトップ環境へ引き継いだり、その逆を行ったりするには、コンソール・セッションへ接続すればよい。解説リモート・デスクトップ(ターミナル・サービス)接続を利用すると、コンピュータに接続されている実際の物理的なコンソールではなく、離れた場所にあるコンピュータからリモート・ログオンし、GUIベースの操作でコンピュータを利用できる。リモート・デスクトップで接続すると、それぞれの「セッション」ごとに固有のユーザー環境が用意される。セッションとは、ユーザーごとに用意される画面やキーボード、プロセス空間などの環境へ接続した状態のことを指す。リモートからログオンしたユーザーに対しても仮想的なコンピュータ環境が用意され、実際の物理コンソールの状態には関係なく、独立してコンピュータを利用できる。実際の物理的なコンソールから利用しているセッションのことを特に「コンソール・セッション」といい、リモートから接続しているセッションのことを「リモート・セッション」という。デスクトップ」モードでは、同時に最大3セッション(1コンソール・セッション+2リモート・セッション)まで利用できる。通常、各セッションは完全に独立しているため、セッションごとの操作が互いに影響を与えることはない。場合によっては、1つのセッションを物理的なコンソールとリモートからの操作で共有したい場合もある。システムの再起動やアプリケーションのインストール作業などを実際の物理的なコンソールで開始し、その後の操作や動作確認をリモートから継続して行いたいといった場合である。サーバ・ルームに設置してあるサーバにCD-ROMをセットしてインストールなどの作業を開始し、その後は自分の席に戻って作業を継続して行えると便利である。これとは逆に、最初はリモートから管理作業を行い、ハードウェア・エラーなどが生じたら、途中から実際のコンソールのある場所へ赴いて作業を継続したい、といった要望もあるだろう。2003ではこのような場合、リモート・デスクトップ接続でコンソール・セッションへの接続を明示的に指定すればよい。通常のリモート・デスクトップ接続でサーバに接続すると、新しいセッションが自動的に作成される。ここで特別なオプションを利用すると、コンソール・セッションへ強制的に接続させることができる。これにより、ただ1つしかないコンソール・セッションに対して、物理的なコンソールから接続したり、リモートから接続したりできる。その際、環境は引き継がれるので、作業を継続して行える。この場合、例えばリモートからコンソール・セッションへ接続すると物理的なコンソールはロックされるし、逆にコンソール画面でログオンすると、リモート・デスクトップ接続は切断される。Professionalのリモート・デスクトップ接続と同じである。2008では、コンソール・セッションとリモート・セッションが同等に扱われるようになり、各セッションと物理コンソールまたはリモート・デスクトップとの接続が自由に切り替えられるようになった。いえば「コンソール・セッション」とは、その時点で物理コンソールに接続されているセッションであり、リモート・デスクトップに切り替わると、それは「リモート・セッション」になる。2008では物理コンソールのセッションをリモート・デスクトップに切り替える方法も変わっている。デスクトップ接続]に登録されている。これは実際には%windir%system32\mstsc.exeというプログラムへのショートカットである。コンソール・セッションへ接続させるためには、このプログラムに対して専用のオプションを指定する。以後RDC)のバージョンによって以下のように異なる(RDCのバージョン確認方法は、TIPS「リモート・デスクトップ接続クライアントのバージョンを調べる」を参照)。/?」と実行すると、RDCのバージョンに応じて上記のうち一方のオプションのみ説明が表示されるので、どちらのオプションを指定すべきか判断できる。2003のコンソール・セッションに接続するには、以下のコマンドラインを実行する。6.1の場合は次のとおりだ。/adminこうやって起動すると、(通常どおり)接続先やユーザー名などを入力するダイアログが表示されるので、適宜入力して、[OK]を押せばよい。/v:server1:12345などとする)。これ以外にも、/f(全画面表示の指定)、/w(幅ピクセル指定)、/h(高さピクセル指定)といったオプションも利用することができる。6.1では「/console」を「/admin」に変える)。マネージャ]でセッションID(セッションを識別するための番号)を確認すればよい。ID番号が0となっていればコンソール・セッション、そうでなければリモート・セッションである。マネージャによるコンソール・セッションの確認コンソール・セッションのセッションIDは0となっている。(1)セッション状態を表すタブ。(2)[Console]は物理的なコンソール(に接続しているユーザー)を表す。状態が[Active]ならコンソールにユーザーがログオンしていることを表すが、[Connected]は誰もログオンしていない状態。(3)リモートから接続しているセッション。IDが0となっているので、コンソール・セッションを表す。リモート・セッションの場合は0以外になっている。(4)セッションID。session」コマンドなどでも確認できる。wdcon行(1)の左端にある「>」が、このコマンドを実行しているセッション(ID=0)を表している。この例ではuser01のセッションIDが0なので、このユーザーがコンソール・セッションを利用していることを表している。デスクトップ」スナップインを使い、接続時に[コンソールに接続する]というオプションを指定する方法もある。これについては関連記事「より実用的なサーバ・コンピューティングに向けて強化されたターミナル・サービス(後編)」を参照していただきたい。2008の場合、前述のmstsc.exeコマンドのオプション「/console」「/admin」は、物理コンソールのセッションへの接続には使えない。その接続方法は、1ユーザーあたりのセッション数の制限の設定をデフォルトから変更しているか否かによって変わってくる。2008ではデフォルトで、あるユーザー・アカウント1つに付き同時に1つのセッションだけが利用できるよう設定されている(具体的な設定個所は後述)。この場合、物理コンソールのセッションをリモート・デスクトップに切り替えるには、単に物理コンソールのセッションにログオン中のユーザー・アカウントで、リモート・デスクトップからログオンすればよい。押してください」というメッセージが表示された状態)に変わる。マネージャ]で各セッションのログオン・ユーザーを表示できる。マネージャによる、物理コンソールのセッションにログオン中のユーザーの確認[ユーザー]列でログオン中のユーザー名が確認できる。(1)このタブを選択すると、セッション状態が表示される。(2)「Console」は物理コンソールのセッションを表す。(3)「RDP-TCP#n」はリモート・デスクトップのセッションを表す。(4)各セッションでログオン中のユーザー名。(5)セッションID。2003と異なり、物理コンソールのセッションIDは0ではなく不定である(ID=0はサービス専用のセッション)。sessionコマンドでもログオン・ユーザーは確認可能だ(次の(1))。行の左端にある「>」が、このコマンドを実行しているセッションを表している。Listen逆にリモート・デスクトップの既存セッションを物理コンソールに切り替える場合、物理コンソールには次のような画面が表示されているので、リモート・デスクトップでログオン中のユーザー((1))を選択してログオンすればよい。物理コンソールのログオン画面ログオン可能なユーザーや、リモート・デスクトップを含むログオン中のユーザーが表示される(1)ログオン中のユーザー名。(2)このコンピュータからリモートでログオン中なのが分かる。すると物理コンソールにそのセッションの画面が表示され、元のリモート・デスクトップ接続は切断される。2003と同じ状態である)。つに制限する]というポリシーが「無効」に設定されている。セッションに制限する]が「いいえ」に設定されている。このとき、既存セッションのログオン・ユーザーと同じユーザー・アカウントでリモート・デスクトップからログオンしても、その既存セッションの接続は切り替わらず、代わりに新しいセッションが生成されて接続される。そこで、物理コンソールとリモート・デスクトップの間でセッションを切り替えるには、tscon.exeコマンドを利用する。sessionコマンドで確認できる)。3このほかのtscon.exeコマンドの使い方についてはTIPS「コマンド・プロンプトからリモート・デスクトップのセッションを管理する」を参照していただきたい。6.1に関する記述を追加しました。【2005/01/15】初版公開。メールマガジンをご購読ください。申し込みページへITmediaはアイティメディア株式会社の登録商標です。