Windows Server 2008リモートデスクトップ接続のパフォーマンスの最適化5つのチート

Windows
2008のリモートログイン機能を使用している場合、マルチユーザーとしてログインする必要がある場合は、次の設定方法を使用できます。

リモートデスクトップを有効にするには、[マイコンピュータ]を右クリックします。
[プロパティ] - [リモート設定] - [リモートデスクトップ]で、対応するリモートデスクトップ機能を設定できます。マルチユーザーログインを設定する方法は次のとおりです。

システム管理者は、多くの場合、リモートデスクトップを介してサーバーやクライアントを管理する必要があります。ただし、ネットワークが理想的ではない場合、またはリモートサーバーのパフォーマンスが良くない場合は、リモートデスクトップの表示はあまり満足のいくものではありません。最適化された設定でリモートデスクトップの表示を改善することはできますか？この記事では、著者がこのコンテンツを紹介します。まず、データ表示の優先順位を上げます。

既定では、リモートデスクトップサービスでファイルの印刷や転送などの作業が発生すると、ユーザーのリモートセッションがフリーズすることがあります。これらのジョブが完了した後にのみ、それらを復元することができます。これは、印刷やファイルなどの送信ジョブが優先されることを意味します。これは、システムエンジニアがリモートサーバーを保守するのにはあまり便利ではありません。この目的のために、システム管理者は、リモートメンテナンスの安定性を確保するためにリモートデスクトップデータ表示の優先順位を上げたいと思うかもしれません。

Win2008バージョンでは、リモートデスクトップのデータ優先度を表示するための設定オプションがあります。この機能に基づいて、システムエンジニアはキーボード、マウス、ディスプレイなどのデータに他の仮想チャネルよりも高い優先順位を与えることができます。この設定により、リモートデスクトップサービスと印刷ファイル転送サービスを確実に共存させることができます。ファイル印刷などの仮想チャネルトラフィックは、システム管理者とリモートセッションとのやり取りに悪影響を与えることはありません。

ただし、リモートセッションの優先度をあまり高く設定することはできませんが、そうしないと、他のユーザーによるサーバーへの通常のアクセスに悪影響が及びます。ここに相互均衡のプロセスがあります。一般に、データ優先順位付け機能を表示するために使用される帯域幅の比率は、約６０：４０に制御されることが好ましい。状況に応じて、適切な調整を行うことができます。この比率は、帯域幅の60％がデータの表示および入力専用であり、帯域幅の30％が他の通信トラフィック専用であることを示しています。ただし、この比率は静的ではありません。リモートサーバーの種類に基づいて適切な調整を行う必要があります。リモートサーバがプリントサーバである場合、データを表示および入力するための専用の帯域幅比率が減少することは明らかである。この比率を調整する必要がある場合は、サーバーレジストリ内のキーワードFlowControlChargePostCompressionを変更する必要があります。名前が示すように、このキーは主に圧縮前のバイト数または圧縮後のバイト数に基づいて帯域幅を決定します。

次に、セッション0を無効にしてリモートデスクトップアクセスのセキュリティを向上させます。

以前のバージョンでは、リモートセッションアクセスには制御セッションSession0が必要でした。対話型ログインセッションに加えて、セッションはすべてのサービスが実行されるセッションでもあります。この会話の重要性がわかります。ただし、このセッションは後になって重大なセキュリティリスクになることが証明されました。対話型ログインをホストしているのと同じペインで特定のサービスを実行することを許可すると、攻撃者は攻撃する機会が与えられます。この目的のために、Session0コントロールセッションは、自分の権利を拡大しようと試みる悪意のあるエージェントのターゲットになります。

2008年に、これに対していくつかの改善が行われました。 Session0セッションを非対話型セッションに調整します。つまり、2008年にシステム管理者がリモートデスクトップ接続を開いて対話型セッションを確立すると、システムはSession0を提供せず、直接Session1セッションを提供します。次のパラレルリモートデスクトップアクセスユーザーにSession2セッションを提供します。この変更により、リモートデスクトップアクセスのセキュリティとパフォーマンスが向上しました。ただし、ここで注意しておく必要があるのは、MicrosoftがSession0セッションの対話型機能を無効にした後にもいくつかの副作用があるということです。たとえば、最大2つのリモートデスクトップセッションの接続だけが同時に許可されます。以前のリリースでは、サーバーは2つのリモートデスクトップセッションと1つのリモートコンソールセッションを許可していました。 Session0セッションが非対話型セッションに変更されたため、2008年には最大2つの同時リモートデスクトップセッションが許可され、リモートコンソールセッションは許可されません。固定幅道路を走っているようなもので、通過できる車は2台だけで、3台の車は並行して走行できません。これにより、セッション数を削減しながら、リモートデスクトップサービスのパフォーマンスが向上します。

次に、リモート接続画面を複数のモニターに反映させます。

複雑な問題が発生した場合は、複数の専門家が相談する必要があります。この時点で、各専門家が問題を解決できるように、リモートデスクトップを複数のモニタに表示する必要があります。これを実現するには、Win2008のモニタ拡張機能を使用する必要があります。モニタは、一言で言えば、複数のモニタ上のリモートデスクトップセッションの同時表示を拡張します。各ユーザは、ユーザがリモートデスクトップによって表示された結果を観察しやすいように、それらの前にモニタを持っています。

ただし、Win2008では、この機能を使用するための前提条件がいくつかあります。各モニターに同じ解像度を設定する必要がある場合は、各モニターの合計解像度が4096 * 2048を超えることはできず、各モニターは水平に配置する必要があります。モニターの数に制限はありません。ただし、総解像度の制限により、モニターの数が多いほど解像度は低くなります。これは間違いなく、モニター数に対する偽装された制限です。

デフォルトでは、この機能は有効になっていません。システムエンジニアがこの機能を有効にする必要がある場合は、まず各モニタが上記の条件を満たしていることを確認する必要があります。ビューが満足のいくものであれば、コマンドラインで次のコマンドを使用してモニター拡張機能を有効にできます。mstsc.exe /span。

4番目に、適切な解像度をカスタマイズします。

リモートデスクトップ接続中に、クライアントとサーバーの解像度設定が異なる可能性があります。この場合、システム管理者は特に疲れているように見え、システムの表示性能に影響を及ぼす可能性があります。以前のバージョンでは、デフォルトでは2つの解像度しか提供されていませんでした。この時点でシステムエンジニアはそれしかできません。 Win2008では、システム管理者は、リモートサーバーで使用される解像度の制限なしに、使用しているモニターの解像度に基づいてリモートデスクトップに必要な解像度を設定できます。

ただし、この機能を使用するときは、解像度をあまり高く設定しないように注意してください。解像度が高いほど、送信中により多くの帯域幅が必要になります。また、上記の作者は、モニター拡張機能を使用する場合、モニターの数に厳密な制限はありませんが、使用する解像度の合計解像度には制限があります。ここで解像度を高く設定すると、同時に使用できるモニターの数は比較的少なくなります。モニタ拡張機能を使用する必要がある場合は、解像度を調整するときにこの制限に注意を払う必要があります。

解像度を変更する必要がある場合は、設定ファイルを変更するか、コマンドラインを直接使用してこれを実行できます。一般に、リモートアクセスに使用されるクライアントが固定されている場合は、設定ファイルを直接変更することが適切な場合があります。この解像度設定は、次回必要になったときにも利用できます。システムエンジニアがリモートアクセスのために他の人のホストを一時的に借りる場合は、コマンドライン設定を使用するのが妥当です。これはしばしば一度限りです。コマンドラインを使用する場合は、コマンドmstsc.ext /w：1600 /h：1200を使用できます。このコマンドは解像度を1600 * 1200に設定します。