D-Bus 仕様によると、
D-Bus は、アプリケーションが互いに通信するための簡単な方法です...現在、通信するアプリケーションは 1 台のコンピューター上にあります...
D-Bus のようなものが欲しいのですが、複数の Linux マシンで動作するようにしたいのですが、ファイアウォールが関係している可能性があります。たとえば、メール サーバーが重要なメッセージを受信したと判断した場合、自宅のコンピューターが認識できるバスにイベントを投稿し、linpopup
ウィンドウを起動して応答できるようにしたいと考えています。
私が興味を持っているイベントは比較的まれなので、低パフォーマンスの手法で問題ありません。しかし、車輪の再発明はしたくありません。また、可能な限りシェル スクリプトやその他の高水準言語で記述し、C で記述することはできるだけ少なくしたいと考えています (ただし、それが必要な場合は、C API を呼び出しても構わないと思っています)。
私が D-Bus の公式 Web ページを解釈すると、D-Bus が複数のコンピュータと通信できるようになればいいのですが、うまくいきません。
編集:D-Busについて私にとって魅力的なのは、公開と購読のモデルです:
興味深いイベントを観察するマシンは、そのイベントを「システム」に公開します。
特定のイベントに関心のあるマシンは、それらのイベントのみをサブスクライブします。イベントが発生すると、「システム」がマシンに知らせます。
D-Bus では、「システム」は単一のマシンです。複数のマシンで同様のものが必要です。これにより、マシン間の TCP や SMTP 通信などの直接的なソリューションが除外されます。しかし、すべての出版と購読のリクエストを受け取る中央サーバーがあることをうれしく思います。Advanced Message Queuing Protocol (AMQCP)を理解するよりも、独自のプロトコルを作成する方が簡単だと思い始めています。
パフォーマンスは問題ありません。シンプルさは間違いなくオブジェクトです。
もう一度: どのソフトウェアを見ればよいですか?