KVM with Barrier: 1つのキーボードとマウスで複数のコンピュータを制御

1つのキーボードとマウスで複数のコンピューターを制御 もはや古い物理KVMスイッチに限定される時代ではありません。Barrierのようなツールのおかげで、異なるオペレーティングシステムを搭載した複数のコンピューターをデスク上に配置して、ケーブルを一本も触ることなく、まるで1台のコンピューターのように管理できます。

この記事では、 Barrier とは何ですか? また、ソフトウェア KVM としてどのように機能しますか?この記事では、Barrierの制限事項、利用可能なシステム、そしてよくあるSSL証明書エラーやLinuxとmacOS間の接続問題など、何か問題が発生した場合の対処法について説明します。この記事を読み終える頃には、ローカルネットワークでBarrierを最大限に活用する方法を明確に理解していただけるはずです。

Barrier とは何ですか? また、なぜソフトウェア KVM と見なされるのですか?

従来のKVMについて話すとき、私たちは物理的なデバイスについて言及しています。 キーボード、ビデオ、マウスを共有する 複数のコンピュータ間で（キーボード、ビデオ、マウス）を操作していました。これらのガジェットはケーブルでコンピュータに接続され、ボタンを押すかホイールを回すことでマシンを切り替えていました。当時としては便利でしたが、今では少し時代遅れです。

Barrierはまさにその機能を果たしますが、すべてはソフトウェアによって管理されています。つまり、 物理的なデバイスは必要ありません。制御したいすべてのコンピューターにアプリケーションをインストールし、1台をサーバー（物理キーボードとマウスを備えたコンピューター）として設定し、残りをクライアントとして設定します。その後は、マウスを画面の端に移動するか、特別なキーを使用することで、コンピューターを切り替えることができます。

Barrier の哲学は明確です。 旧Synergy 1.xのシンプルさを維持不要な装飾や複雑さを排除し、複数のコンピュータを使用していることを忘れさせ、たとえその下にさまざまなマシンやシステムがあるとしても、巨大な拡張デスクトップの前にいるような感覚を与えることを目指しています。

歴史的に、SynergyはこのソフトウェアベースのKVMコンセプトを普及させたプロジェクトでした。その後、Synergyは商用化され、新機能が追加されて進化しました。 BarrierはSynergy 1.9コードベースのフォークとして誕生しました。 自由でオープン、そしてシンプルさを重視した代替手段を維持するためです。Synergyは、Chris Schoenemanによって最初に作成されたCosmoSynergyの再実装でした。

注目すべきは、今日現在、 バリアとシナジーは相互に互換性がありません。複数のコンピュータ間でキーボードとマウスを共有する場合、通信が正しく機能するには、すべてのコンピュータに Barrier (および比較的新しいバージョン) がインストールされている必要があります。

「バリア付きKVM」などのバリアの主な機能

Barrier の最大の魅力は... 単一のワークステーションから複数のコンピューターを管理できます。 USBポートを変更したり、ケーブルをいじったりする必要はありません。これは、特に複数のオペレーティングシステムを同時に使用する場合、いくつかの実用的な利点につながります。

このツールの柱の一つは プラットフォーム間の互換性Barrierは、Windows（7、8、8.1、10、11）、macOS（後述の制限事項あり）、Linux、FreeBSD、さらにはOpenBSDでも動作します。例えば、Windowsデスクトップ、Linuxラップトップ、Macをお持ちの場合、1つのキーボードとマウスでそれらすべてを簡単に操作できるというアイデアです。

もう一つの実用的な機能は クリップボード共有 コンピュータ間でのテキストのやり取り。Barrierを使えば、あるコンピュータでコピーしたテキストを別のコンピュータに貼り付けることができ、まるで同じ作業環境にいるかのように作業できます。異なる言語や文字セットとの互換性は完璧ではありませんが（UTF-8や一部のアルファベットで問題が報告されています）、ラテン文字の通常の使用であれば、通常は問題なく動作します。

使いやすさの面では、このツールは次のような機能を提供することに重点を置いています。 頭痛の種にならない信頼性開発者たちはこのプログラムの常連ユーザーであり、Synergyで頻繁に発生する問題を解決し、バグを解消し、その改善点をコミュニティと共有することに尽力しています。派手なエフェクトや高度な機能は一切ありません。インストールして一度設定すれば、あとは忘れてしまえる、そんなユーザー体験を提供することを目指しています。

ユーザーとのコミュニケーションも重要なポイントです。プロジェクトはオープンに運営されています。 すべてはリポジトリとインシデント システムを経由します。同じ問題を報告した人がいないか確認したり、詳細を記入したり、進捗状況を追跡したり、いつ解決するかを確認したりできます。LiberaChatネットワークにはチャットチャンネルもあります。 ＃バリアちょっとした質問や、ただ挨拶をしたい場合にご利用ください。

オペレーティングシステムとバージョンとの互換性の障壁

ソフトウェアKVMとしてBarrierを使用する利点の1つは、 単一のシステムに縛られることはありません混在環境で作業する場合、従来の物理KVMと比べて大きな違いに気付くでしょう。ただし、プラットフォームとオペレーティングシステムのバージョンによって重要な違いがあります。

Windows では、互換性はかなり単純です。 バリアはWindows 7、8、8.1、10、11で動作しますツールの最新バージョンを使用している場合に限ります。ただし、32ビット版はサポートされていません。現在の標準である64ビットシステムに重点を置いています。

Appleのエコシステムでは、状況は少し複雑です。バリアは macOS（旧OS X / Mac OS X）ただし、現在のグラフィカルインターフェースはmacOS 10.12 Sierraより前のバージョンとは互換性がありません。これは、GUIがAppleのMetalフレームワークに依存しており、このフレームワークはシステムの古いバージョンでは利用できないためです。OS X 10.10 YosemiteまたはMac OS X 10.9 Mavericks（あるいはそれ以前）を実行しているマシンでは、Barrierのコマンドライン部分は原則として問題なく起動するはずですが、 グラフィカル インターフェイスが実行されません。 システムに Metal が不足しているためです。

Linuxではバリアが非常に広く普及しています。実際、 多くのディストリビューションにはすでにパッケージ済みの商品が含まれています。 Barrierはリポジトリで提供されているため、コンパイルせずにインストールできます。より汎用的なフォーマットをご希望の場合は、FlatpakとSnapパッケージもご利用いただけます。Barrierを含むディストリビューションの包括的なリストを確認するには、通常、Repologyなどのサービスが利用できます。Repologyは、様々なリポジトリで利用可能なパッケージを表示します。

BSD型システムの分野では、Barrierは次のようなサポートも提供しています。 FreeBSDとOpenBSDパッケージの可用性とインストール プロセスは若干異なる場合がありますが、このプロジェクトの目的は、これらのシステムのいずれかを使用する場合、大きな問題なく「バリア付き KVM」に統合できるようにすることです。

また、このプロジェクトは Barrier バージョン 2.3.4 以降の公式サポートを提供します古いビルドをご利用の場合は、セキュリティ上の脆弱性やその他のバグが修正されているため、できるだけ早くアップデートすることをお勧めします。デバイスがインターネットからアクセス可能な場合や、公共Wi-Fiなどの共有ネットワークや信頼性の低いネットワークに頻繁に接続する場合は、特に重要です。

各種機器へのバリア設置

独自の「バリア付きKVM」を設定するには、まず 関係するすべてのコンピュータにプログラムをインストールするハードウェア KVM とは異なり、特別なものを接続する必要はありません。すべてはネットワーク経由で、通常は自宅またはオフィスの LAN 経由で実行されます。

最近のLinuxディストリビューションのほとんどでは、Barrierはリポジトリ内に直接インストールされています。その場合は、普段お使いのパッケージマネージャーをご利用ください。より移植性の高い形式をご希望の場合は、 Flatpak および Snap パッケージも利用可能です。 これらのビルドは、FlathubやCanonicalのリポジトリなどのプラットフォームで管理されています。通常、Azure Pipelinesなどの継続的インテグレーションシステムを使用して自動的に生成され、バージョンの一貫性が確保されます。

WindowsとmacOSでは開発チームが公開しています ダウンロード可能なバージョンそのため、対応する実行ファイルまたはパッケージをインストールするだけで済みます。多くのユーザーは、お使いのディストリビューションまたはシステムに既にBarrierがパッケージ化されているか、利用可能になっていることに気づいていますが、そうでない場合は、公式リリースを使用することができます。

重要なのは、バリアが存在する必要があるということです あなたが扱うすべての機器これはサーバー（物理キーボードとマウスを備えたサーバー）とクライアント（制御対象となる他のマシン）の両方に当てはまります。通信は各デバイス上のBarrierインスタンス間で直接行われるため、1つのデバイスだけで完結させるだけでは不十分です。

インストールすると、アプリケーションにはシンプルなグラフィカルインターフェースがあり、サーバーとクライアント、画面の配置などを設定できます。そこから、暗号化設定、通信ポート、コンピューター切り替え時のマウスとキーボードの動作など、詳細なオプションにもアクセスできます。

サーバーおよびクライアントとしてのBarrierの基本構成

BarrierをソフトウェアKVMとして使用する最も一般的な方法は サーバーとして機能するメインコンピュータを選択するこれは通常、キーボードとマウスが接続された、現在あなたが座っているコンピューターです。他のマシンは、サーバーからのコマンドを受け入れるクライアントになります。

一般的な手順は簡単です。まず、すべてのマシンで Barrier を実行します。 物理キーボードとマウスを備えたコンピューターで、サーバー モードを選択します。場合によってはクライアントモードを選択することもありますが、場合によってはクライアントモードを選択することもあります。サーバーインターフェースには「サーバーを構成」ボタンがあり、これをクリックするとグリッドが表示され、クライアント画面の図を配置できます。

グリッド内で、使用するクライアントごとに新しい「画面」をドラッグします。各画面に[不足している情報]を割り当てる必要があります。 完全に一致するスクリーンネーム これは、各クライアントのバリアウィンドウに表示されるIPアドレスで、サーバーのIPアドレスのすぐ上に表示されます。大文字、小文字、その他の文字を区別して入力することが重要です。大文字と小文字が区別されるため、入力が難しくなります。

クライアントの場合は、 サーバーのIPアドレス Barrierが使用するポート番号（デフォルトでは通常24799）も入力してください。環境によっては、アプリケーションがBonjourなどの自動設定メカニズムを使用してサーバーを検出する場合がありますが、それでもうまくいかない場合は、IPアドレスを手動で入力することもできます。これらの手順を完了すると、サーバーとクライアントの両方で「開始」をクリックし、接続が確立されていることを確認できるようになります。

すべてがうまくいけば、両側のログウィンドウに次のようなメッセージが表示されます。 バリアが実行中であり、接続がアクティブですそこからマウスをサーバー画面の端まで移動させ、その境界を越えると、隣接するクライアント画面にカーソルが表示されます。同様に、キーボードはフォーカスが「移動」したマシンで入力できます。

多くのユーザーが気付いていない点の一つは、 キーボードのScroll Lockキーが有効になっているバリアキーは、画面間のマウス移動をブロックします。これは、誤ってフォーカスが変更されるのを防ぐための一種の「安全装置」です。突然コンピューター間の切り替えができなくなった場合は、設定を変更する前に、このキーを確認してください。

構成管理と自動起動

「バリア付きKVM」を一度調整すれば、非常に快適になります 設定を保存して再利用する アプリケーションを開くたびにすべてを再構成するのではなく、Barrier はほぼ自動的に再構成しますが、どこにデータが保存されているかを知っておくことは依然として便利です。

Linuxでは、グラフィカルインターフェースからサーバーを構成した後、アプリケーションはパスに設定ファイルを生成します。 $HOME/.local/share/barrier/.barrier.confこのファイルには、画面レイアウトデータ、ホスト名、ネットワークオプション、その他の設定が保存されます。グラフィカルインターフェースを閉じて、 コマンドラインからバリアサーバーを起動するこれにより、構成ファイルが読み取られ、GUI に残したとおりにオプションが適用されます。

起動時にBarrierに特定の設定を自動的にロードさせたい場合は、バイナリを以下のパラメータで起動します。 –config に続いてファイルへのパス例えば barrier --config <ruta_al_config> これにより、アプリケーションは毎回インターフェースを微調整する必要なく、その画面レイアウトでサーバーまたはクライアントを直接起動できるようになります。

場合によっては、ユーザーはクライアントに設定ファイルをアップロードする際に、 「サーバーIP」フィールドが空として表示されますこのような状況が発生した場合、解決策としては、設定ファイルを手動で編集し、正しいサーバーIPアドレスが含まれていることを確認する必要があります。GUIによる自動入力だけでは不十分です。古い設定や不完全な設定がインポートされた場合は、手動で修正する必要があるでしょう。

このテキストファイルベースのアプローチには、 設定をバージョン管理したりコピーしたりすることができます マシン間で簡単に切り替えたり、実験室環境、教室、または同じ「バリア付き KVM」で接続された多数のコンピューターがあるシナリオなど、より複雑な起動スクリプトにバリアの起動を統合することもできます。

バリアの現在の限界と未解決の課題

BarrierはソフトウェアKVMのセットアップに非常に便利ですが、次の点に留意することが重要です。 現在のバージョンの特定の技術的制限これらを無視すると、まだ存在しない機能やプラットフォームでサポートされていない機能を期待している場合にフラストレーションが生じる可能性があります。

最も話題になっているのは Linuxではドラッグアンドドロップができないつまり、Linuxマシン上のファイルを別のマシンにドラッグ＆ドロップするだけで、Barrier経由で直接転送することはできません。この機能は現在実装されていません。開発状況を確認したり、貢献したい場合は、リポジトリでこの問題が議論されている具体的な問題を参照してください。

もう一つの微妙な点は Unicodeテキスト管理と特殊文字異なるOS間でクリップボードを共有する際、特定の言語や文字セットで問題が発生するという報告があります。これは必ずしも問題が発生するという意味ではありませんが、互換性は完璧ではなく、特定の状況で問題が発生する可能性があります。

Linuxエコシステムでは、多くのユーザーが WaylandのサポートWaylandは、従来のX11グラフィックサーバーの現代的な代替手段です。現在、プロジェクトはWaylandへの関心を認識しており、その進化を注視していますが、完全サポートの具体的な日付は未定です。一部の報道では、2021年末時点では最終的な統合は見込まれていないと強調されており、専門知識を持つ方はWayland関連の未解決の問題を通じて貢献することが推奨されています。

これらの機能的な制限に加えて、他のライブソフトウェアプロジェクトと同様に、 エラーと保留中のタスクのリストがあります リポジトリの「Issues」タブで管理されています。ここでは、何が壊れているのか、何が改善されているのか、そして開発者が詳細なバグレポートやレビュー可能なパッチなど、どの分野でさらなる支援を求めているのかを確認できます。

サポート、コミュニティ、共同開発

Barrier は非常にオープンな哲学に基づいて運営されています。 すべてが公に議論され記録されるこれには、小さなインシデントから最も重要な設計上の決定まで、どのユーザーでも問題追跡ツールをチェックして、自分の問題がすでに他の人に発生しているかどうか、または解決策が進行中かどうかを確認できるという利点があります。

バグを報告したい場合、チームは 彼らの注意を引く唯一の公式な方法は、新しいインシデントレポートを作成することです。 問題管理ツールでは、Barrierのバージョン、オペレーティングシステム、関連するログメッセージ、エラーの再現手順など、問題を明確かつ簡潔に、そして詳細にご説明ください。問題をより詳しくご説明いただければ、より明確で役立つ回答を得られる可能性が高まります。

優先順位に関しては、開発者は通常 より多くのユーザーに影響を与える問題を優先するこれは、個々のケースが無視されるという意味ではなく、重大な非互換性であれ、セキュリティ上の欠陥であれ、大勢の人々の体験を損なうものにまず焦点が当てられるという意味です。

ちょっとした質問やちょっとした疑問、あるいは単に感想を共有するため、コミュニティは通常、 LiberaChat IRC ネットワークの #barrier チャンネルこれはインシデント報告システムの代わりとなるものではありませんが、ちょっとした疑問を解決したり、その瞬間に他の人に奇妙な行動が起こっているかどうかを確認したり、複雑な問題をデバッグするための取り組みを調整したりする場合などに非常に役立ちます。

このプロジェクトはコードの貢献も受け付けています。バグを発見し、自分で修正したい場合は、 パッチを添えたプルリクエストを送信するほとんどの変更リクエストには、内部ドキュメント（例えば、変更リリースまたはスニペットに対応するREADMEファイル）に記載されているガイドラインに従ったリリースノートを添付する必要があります。PRが提出されると、メンテナーがレビューを行い、問題がなければメインコードにマージされます。

実例: Linux Mint と macOS 間の接続の問題

実際には、BarrierをソフトウェアKVMとして使用する最も一般的なシナリオの1つは、 LinuxデスクトップとMac間でキーボードとマウスを共有するLinux Mint を搭載したラップトップをサーバーとして使い、macOS Mojave を搭載した Mac Mini をクライアントとして使っている場合を想像してください。

最新バージョンのBarrier（例えば、ビルド日付が特定の2.4.0）がMac Miniにインストールされ、クライアントモードに設定され、Little Snitchなどのアプリケーションのファイアウォールがネットワークブロックを回避するために無効になっていると仮定します。MacとLinux Mintが動作するラップトップは、Ethernetケーブルで同じルーターに接続されています。つまり、 同じローカルネットワークを共有している.

Linux Mint側にも同じバージョンのBarrierがインストールされていますが、サーバーとして設定されています。ディストリビューションのファイアウォールは無効化されており、両方のプログラムが同じIPアドレスとポート番号（デフォルトでは24799）を表示していることを確認し、サーバー設定パネルで両方の「ブルースクリーン」に正しいホスト名が設定されていることを確認しています。一見すると、すべてが正しく設定されているように見えます。

ただし、Linux Mint の Barrier 登録ウィンドウに次のメッセージが表示されます。 「エラー SSL 証明書が存在しません」Mac Miniでは、「NOTE: connecting to '192.168.1.15': 192.168.1.15:24799」のような行に続いて「NOTE: disconnected from server」のような行が表示されます。つまり、クライアントは接続を試み、チャネルを開くことには成功したものの、その後すぐに接続が切断されたことを意味します。

このような状況は通常、基本的なネットワーク接続は正しいものの、 サーバーには生成された、またはアクセス可能な SSL 証明書がありません。そのため、暗号化レイヤーが機能しません。多くの場合、Barrierのオプションから証明書を再生成したり、ファイルの権限を確認したり、設定を削除して新しい設定を作成したりすることで問題を解決できます。また、異なるパラメータを使用していたり​​、パスが変更されていたりした古いインストールの痕跡がないことを確認することをお勧めします。

ご覧のとおり、すべてが適切に整列しているように見えても（同じバージョン、同じネットワーク、ファイアウォールが無効、IPとポートが一致）、 証明書やレガシー構成などの細かい詳細 これらの問題は接続の切断を引き起こす可能性があります。このような場合は、ログを確認し、プロジェクトのインシデント管理システムで特定のエラーを検索するだけでなく、コミュニティチャットチャンネルをチェックして、同じ問題を経験した人がいないか、どのように解決したかを確認することをお勧めします。

バリアと従来のハードウェア KVM の比較

ハードウェアKVMと「バリア付きKVM」を比較すると、いくつかの違いがあります。 ソフトウェアアプローチは明らかな利点を提供するまず、物理デバイスに必要なビデオ ケーブル、USB ケーブル、その他のコネクタの絡まりや、サポートされるポートの制限から解放されます。

Barrierを使用すると、デバイスが同じローカルネットワークに接続されている限り（または、より慎重に設定すれば、安全なVPNを介してでも）、 物理的にどこにいてもデスクトップにサーバー、ラックに Linux マシン、別の部屋に Mac を置いても、自分の場所から移動せずに同じキーボードとマウスで制御できます。

さらに、無料かつクロスプラットフォームのソフトウェアなので、 特定のビデオ規格をサポートする物理 KVM に依存する必要はありません。 適切なコネクタ（HDMI、DisplayPortなど）の有無も考慮しません。Barrierはキーボード、マウス、クリップボードの入力を管理するだけで、ビデオは通常通り各マシンに接続されたモニターに表示され、ユーザーはモニター間を「切り替える」だけで済みます。

もちろん、非常に制限された環境や、 ネットワークに依存せずにビデオを集中的に切り替えしかし、ほとんどのデスクトップ用途、開発、システム管理、または複数のオペレーティング システムにわたるハイブリッド作業では、Barrier は KVM の機能を十分にカバーし、共有クリップボードなどの追加機能も備えています。

つまり、毎日複数のマシンを操作している場合、キーボード、マウス、または物理的なKVMスイッチを手動で切り替えるよりも、Barrierの使い方を数分かけて学ぶ方が価値があるかどうかを真剣に検討する必要があるということです。一度設定して安定させると、日々の作業の快適さと効率性が著しく向上します。

結局のところ、Barrierを「Barrier付きKVM」として活用するということは、物理デバイスをローカルネットワークに依存するソフトウェアレイヤーに置き換えるということを理解していることを意味します。その利点（クロスプラットフォーム互換性、追加ケーブル不要、共有クリップボード、活発なコミュニティ）と、現状の制限（Linuxでのドラッグアンドドロップ非対応、Waylandのサポート未定、Unicodeと証明書に関する問題）を理解していることが重要です。適切なバージョンを選択し、プログラムを常に最新の状態に保ち、問題が発生した場合はサポートシステムを活用すれば、Barrierは複数のコンピューターを同時に操作する方法を根本から変えるツールとなるでしょう。