リモートデスクトップ+分散コマンド=？

前の記事で、リモートデスクトップテクノロジーを使用して、分散したチームの相互作用を整理することについて簡単に言及しました。 次に、このトピックをより詳細に説明し、この技術のアプリケーションの境界を理解し、最も一般的な実装を比較したいと思います。

リモートデスクトップテクノロジーを使用する理由

私の意見では、リモートデスクトップ経由でのみ利用可能なネットワークリソースの割合が低いほど良いという事実から始めたいと思います。 必要なネットワークリソースにブラウザーまたはモバイルワークプレース上の他のアプリケーションを介して直接接続できる場合は、それを使用する必要があります。 同意します。これはサーバーに接続するよりもはるかに簡単であり、サーバーは必要なリソースに接続します。



それでも、組織がリモートデスクトップテクノロジーを使用する理由は何ですか？

安全性

一般に、「グラフィカル」プロトコル接続はより制御され安全です。 たとえば、グラフィカルインターフェイスでの動きとマウスのクリックは、「生の」ネットワークトラフィックを聞いて分析するよりも（事後、またはリアルタイムで）記録および分析する方が簡単であるという事実によります。



さらに、モバイルワークステーションとリモートデスクトップサーバー間でのファイル共有は通常制限されているか、通常は閉じられています。 そのため、監視システムとウイルス対策に注意を向けずに大量のデータを「マージ」することは困難になります。



攻撃者がリモートデスクトップ経由で情報を「流出」させるには、2つのオプションしかありません。各データアップロード画面を撮影するのは、やや面倒です。 または、クリップボード（Ctrl + C、Ctrl + V）を使用しますが、量に制限があり、一般に、モバイルワークステーションとリモートデスクトップの間で禁止できます。

自治

会社の一部の従業員は、机、椅子、コンピューターを使用した物理的な仕事をまったく行っていない場合があります。 たとえば、彼らの仕事が移転に関連し、主に顧客の領域で発生する場合。 しかし、これらすべてにより、このような従業員は会社の内部システムにアクセスする必要があります。 プライベートデータを失う、または侵害するリスクを最小限に抑えます。



次に、リモートデスクトップが役立ちます。従業員は、世界中のどこからでもラップトップから、または複数のオフィスのさまざまな顧客のコンピューターからでも接続します。

リソース強度

ラップトップまたはスマートフォンでオフィス文書、メール、ビデオ通話を使用する場合は、快適な作業のために十分な電力とバッテリーが必要です。 しかし、たとえば、ビッグデータ、ビデオトランスコーディング、または少なくともソースコードからのプログラムのコンパイルに携わっている場合、モバイルワークプレースで問題が発生する可能性があります。 中程度のパワーのデスクトップコンピューターは、このようなタスクに十分対応できますが。



解決策は、リソースを集中的に使用するタスクを固定作業コンピューターで起動し、モバイルワークステーションから実装を監視することです。

職場コストの最適化

大企業のすべての職場の総能力を活用し、時間の経過とともにリサイクルを検討すると、おそらく労働時間中であっても負荷が低くなります（夕方や夜間は言うまでもありません）。 リソースがアイドル状態にならないように、この合計電力を1つの一般的な分散サーバーに集中し、ワークステーションでアクセスできる軽量で安価な端末（モニター、マウス、キーボード、最小CPU、RAM、HDD）のみを保持する方が簡単です。 ボーナスとして、このサーバーで夜間にリソースを集中的に使用するタスク、たとえば、毎日のビルドのストレステスト、ビットコインのマイニングなどを実行できます。

クロスプラットフォーム

おそらく、Windowsコードのみを実行するか、Internet Explorerを介してのみ実行する必要があり、MacBookを持っているアプリケーションもあります。 方法は、必要なオペレーティングシステムでリモートデスクトップに接続することです。



もう1つの優れたアイデアは、ローカル仮想マシン（Virtual Box、VMware、Parallelsなど）などのアプリケーションのクラスを使用することです。これらのアプリケーションについては、さらに詳しく説明する価値があります。 通常、モバイルワークステーションで直接実行され、リソースを消費しながら、同様のリモートデスクトップインターフェイスを提供します。 ここでのデスクトップはそれ自体に非常にローカルですが、接続されている場合、リモートの場合と同じスキームと法律が機能します。

リモートデスクトップテクノロジーの欠点

分離

ほとんどの場合、従業員がリモートデスクトップとデバイスのデスクトップを組み合わせると、この欠点が現れます。 ウィンドウの切り替え、オブジェクトのドラッグアンドドロップ（ドラッグアンドドロップ）、2つの場所で開いているアプリケーションの検索、ファイルの操作が不便になります。 理想的なオプションは、リモートデスクトップのみを使用し、モバイルデバイスを端末としてのみ使用することです。 または、リモートデスクトップを使用して、年に1回、休暇カレンダーを計画するなど、まれなスタンドアロンタスクを解決します。

インターフェイスの応答性

最新のネットワークは非常に高速で安定していますが、通信の問題の要因を過小評価しないでください。 たとえば、これはモバイルインターネット、特に携帯電話で旅行する場合に適用されます。 最もリモートのサーバーのインターフェースに「ブレーキ」をかけると、キーを押したりマウスを動かしたりすることによる応答時間が仕事に不快になる可能性があります。

カスタマイズできない

通常、ユーザーはラップトップまたはスマートフォンの管理者権限（少なくともローカル）を持ち、追加のプログラムをインストールしたり、「自分用」に構成したりできます。 ワークステーションがリモートサーバー上にある場合、ほとんどの場合、構成する権利を常に共有する準備ができていない管理者のチームによって管理されます。



組織にとって最も簡単な方法は、特定の従業員用ではなく、従業員（すべてのフィールドマネージャー、すべてのJava開発者、すべてのデザイナーなど）を専門とする構成を作成することです。 したがって、あなたとあなたの同僚がJavaで書いており、彼がEclipseが好きで、Intellij IDEAが好きなら、両方の開発環境のインストールについて最初に管理者と交渉する必要があります。 そして、たとえば、* .javaファイルのデフォルトのアプリケーションに関する問題を解決します。

画面解像度のスケーリング

ほとんどの場合、リモートデスクトップの解像度はラップトップの解像度よりも高い場合があります。 コンピューターの解像度を変更したり、すべてのアプリケーションがそれに有機的に適応したり、最適化を開始したり、フォントのスムージングなどを行うとき、それは1つのことです もう1つのことは、リモートデスクトップのクライアントがサーバーに、再度最適化するプロセスで、異なる解像度で画像を送信するように要求する場合です。 それは非常に滑らかではなく、美しい写真になることがあります。 特に、スクリーンショットを撮るタスクがある場合、3つの異なる結果が得られる可能性が最も高くなります。画面の目を見る、リモートプログラムを介した画像、ローカルプログラムを介した画像です。

リモートデスクトップテクノロジーの概要

市場には多くの実装があるため、このレビューは完全かつ客観的であると主張することはありません。それらを追跡することはほとんど不可能です。 しかし、それは正当化されるふりをするでしょう、なぜなら 実際には、著者はそれらをそれぞれかなりの期間使用しました。 また、レビューは、システムの管理者やこれらのテクノロジーを使用する組織ではなく、平均的なユーザーの作業における利便性の位置から実施されます。

Radmin

90年代後半からWindowsでリモートデスクトップを操作するための最初のプログラムの1つ。 その後のリモートデスクトップの実装の多くは、Radminをベースとしていました。 基本的な機能があります：画面の表示（ユーザーとの作業中、場合によってはユーザーの知識がなくても）、リモートデスクトップの操作、ファイルの転送、リモートコンピューターの再起動/シャットダウン。

Microsoftリモートデスクトップ

「リモートデスクトップ接続」と呼ばれる標準のWindowsディストリビューションに含まれています。 同様のRadmin標準機能セット。Windowsにうまく統合されています。 macOSに非常に適した実装がありますが。

VMware Horizo​​n

ソフトウェアまたはハードウェアトークンのワンタイムパスワードによる2要素認証をサポートします。 もう1つの印象的な機能は、リモートデスクトップからローカルデスクトップへのクリップボードの転送を禁止する機能です。



以下のほとんどのアプリケーションと同様に、VMWare Horizo​​nにはタブレット用とスマートフォン用のバージョンがあります。 しかし、日常業務での使用は疑わしいようです。 それでも、これまでのところ、コンピューターのオペレーティングシステムは、画面に触れるよりもキーボードとマウスの操作に重点を置いています。

Apple画面の共有

Appleのエコシステムでは、macOSプラットフォームを実行しているサーバーのデスクトップ（Mac ProやMac Miniなど）にリモートで接続でき、モニター、キーボード、トラックパッドが常に追加インストールされるわけではありません。

Citrix XenDesktop（+ StoreFront）

サーバーのデスクトップだけでなく、個々のアプリケーションにもリモートアクセスできるようになります。







さらに、このような各リモートアプリケーションは、ローカルアプリケーションのウィンドウに隣接する個別のウィンドウ（必ずしもフルスクリーンである必要はありません）に存在し、より深いプレゼンスの効果を生み出します。







さらに、この製品には、VPNトンネル（Citrix Receiver）を作成および維持するための既製のモジュールが含まれており、リモートデスクトップアプリケーションと簡単に統合できます。







すばらしい機能の1つは、macOSのクライアントからWindowsのサーバーに接続するときにCtrlキーをCmdに再バインドすることです。



このテクノロジーは、オペレーティングシステムのアプリケーションとしても、HTML5をサポートするブラウザーからも動作します。

Parallels Desktop

この製品は、リモートのデスクトップ管理クラスではなく、ローカルマシン、さらには仮想マシンに属します。 Parallels Desktopは、ローカルアプリケーションと仮想アプリケーションの両方で単一のデスクトップ上にウィンドウをアセンブルする試みが初めてだったという点で興味深いです。 macOSのFinderウィンドウの隣に、Windowsのペイントウィンドウが配置され、非常に自然に見えることがわかりました。



この製品の範囲は、異なるオペレーティングシステムからのアプリケーションの同時操作です。 たとえば、Microsoft Internet ExplorerまたはVisioはmacOSでは使用できませんが、コンピューターを再起動せずに、サイトのレイアウトを確認したり、図を開いたりすることが必要になる場合があります。

チャット

次のクラスのアプリケーションも、リモートデスクトップ管理に関係するのではなく、1人以上のチャット参加者にデスクトップをデモンストレーションするためのものです。 このテクニックは、リスナーが声を聞きながら数百キロ離れたコンピューターで作業している人の例を見てみたい場合に適しています。



Slack、Cisco Jabber、Atlassian HipChat / Stride、Zoom.US

まとめ

結論として、リモートデスクトップには多くの翻訳および制御タスクがあります。 もちろん、テーブルの上のコンピューターに行って、その背後で作業を開始することほど良いものはありません。 しかし、多くの場合、これは不可能であり、このコンピューターは遠く離れており、説明された技術とアプローチは、この欠点と遠隔従業員の本格的な仕事をスムーズにするために作成されています。



そして、リストされたソフトウェアソリューションの印象はどうですか？

この記事にリストされていないお気に入りのソリューションはありますか？