0

現在、単一のサーバー プロセスと複数のクライアント プロセスで構成されるシステムを設計しています。サーバーとすべてのクライアントは、同じログイン セッションで同じマシン上で実行されます。これらのプロセスはプレーンな HTTP を介して相互に通信します。
他のユーザーがこの通信を妨害したり傍受したりできないようにする必要があります。この設計は、Windows と *nix システムの間で簡単に移植できる必要があります。

ユーザーが TCP ポートを開き、ループバック インターフェイスのみをリッスンする場合、同じマシンにログインしている他のユーザーは引き続きこのポートに接続できます。
HTTP は通常、トランスポート層として TCP を使用しますが、信頼性が高く順序付けられたストリーム配信を提供するものは何でも機能するはずです。そのため、通信を単一のユーザーに制限したままにするために、名前付きパイプに切り替えることは良い考えのようです。ただし、名前付きパイプのセマンティクスは、Windows (二重、受信側の単一の名前) と POSIX (単一、受信側の個別の名前) の間でかなり異なります。また、ほとんどの既存の HTTP 実装は、トランスポートに TCP 以外を使用することをサポートしていません。

私が見逃している他のポータブルなユーザーごとのプロセス間ストリーム配信方法はありますか? それとも、どうにかして特定のユーザーだけが TCP ポートにアクセスできるようにすることはできますか?

4

1 に答える 1

0

理論的には、重要なのはプロトコルだけです。クライアントとサーバーに同じプロトコルを使用する限り、任意のプロトコルを使用でき、どのシステムでも機能します。

テクノロジによっては、Java のように、多くの propocols ライブラリが利用できる場合があります。

于 2012-11-15T12:20:05.530 に答える