| 原作者 | ナサニエル・スミス |
|---|---|
| 開発者 | ナサニエル・スミス、アントワーヌ・マルタン |
| 初回リリース | 2008年2月20日 |
| 安定リリース | 4.4.6 [1]
/ 2023年6月20日 |
| 書かれた | パイソン |
| オペレーティング·システム | Unix 系、MS Windows、Mac OS X |
| 利用可能 | 英語 |
| ライセンス | GPL-2.0以降 |
| Webサイト | 翻訳元 |
xpra は、X Persistent Remote Applicationsの略で、通常はリモートホスト上でXクライアントを実行し、ローカルマシンとリモートホスト間のネットワーク接続が失われた場合でも、Xクライアントが閉じたり状態を失ったりすることなく、その表示をローカルマシンに向けるソフトウェアユーティリティのセットです。[2]
Xpra が標準のX 転送と異なる主な点は、転送されたアプリケーションを中断することなく切断と再接続が可能であることです。[3]また、 VNCや同様のリモート ディスプレイ テクノロジと異なるのは、ルートレスである点です。そのため、Xpra によって転送されたアプリケーションは、すべて「一緒に 1 つのボックスに閉じ込められている」のではなく、ローカルウィンドウ マネージャーによって管理される通常のウィンドウとしてローカル デスクトップに表示されます。Xpra は、自己調整機能があり、比較的遅延の影響を受けないカスタム プロトコルも使用しているため、標準の X よりも悪いリンクでも使用できます。[要出典]
Xpraを制作するきっかけとなったのは、原作者がNXテクノロジーをベースにしたさまざまなセットアップを試みた経験でした。[4]
手術

Xpra は、合成ウィンドウ マネージャーとしてXvfbディスプレイ サーバーに接続します。ただし、ウィンドウ イメージを結合して画面に表示する代わりに、ウィンドウ イメージを Xpra クライアントへのネットワーク接続に送り、リモート画面に表示します。Xpra サーバーは直接接続もサポートしているため、たとえばリモート エンドで X サーバーしか使用できない場合など、永続的なアプリケーション サーバーとして動作します。
Xpra は、実行している X サーバーのウィンドウ マネージャーとしても機能しますが、実際にはウィンドウ マネージャー ポリシーは組み込まれていません。代わりに、アプリケーションからのすべてのウィンドウ管理要求を受け取り、それをネットワーク経由でクライアントに送信します。クライアントは、同じ要求を実際のディスプレイに発行し、実際のウィンドウ マネージャーからの応答を待ってから、その応答を Xpra サーバーに返します。通常の Xpra クライアントに加えて、HTML 5 対応の Web ブラウザーをクライアントとして使用することもできます。[5]
参照
- GNU Screenとtmux – コンソール (ターミナル) アプリケーション用のターミナル マルチプレクサ
- xmove – X Window System ディスプレイ間でプログラムを移動できるツール
- 低帯域幅X – 低帯域幅と高遅延のネットワークリンク上でXを使用するプロトコル
参考文献
- ^ Martin, Antoine (2023年6月20日). 「[winswitch] [ANNOUNCE] Xpra 4.4.6: クライアント側のいくつかの小さな問題」. shifter-users@lists.devloop.org.uk (メーリングリスト) . 2023年7月28日閲覧。
- ^ Michael Larabel (2013-08-19). 「XPRA: X 上の永続的なリモート アプリケーション」. Phoronix .
- ^ "Xpra - ArchWiki". wiki.archlinux.org。
- ^ Smith, Nathaniel (2009-07-25). 「コメント #343389」。Googleが Neatx NX サーバーをリリース。LWN。2009-07-25に取得。...あまりに
もイライラしたので、競合製品「xpra」を作成しました。
- ^ Williams, Al (2017年3月31日). 「Linux-Fu: Web上のアプリケーション」. Hackaday . 2018年9月28日閲覧。
外部リンク
- Xpra を使用して Linux アプリケーションをリモートで実行する方法
