1

次のシナリオを検討してください。

  • VNC クライアントは、NAT の背後にある VNC サーバーに接続しようとします。

  • 上記のタスクを達成するのに役立つJavaでポートフォワーダーを作成しましたが、正常に動作します。

  • ここで、どういうわけか、このフォワーダー内にコネクション ブローカリング機能を追加して、VNC クライアントとサーバーの間の通信をインターセプトし、転送ユーティリティ内でも VNC クライアントを認証できるようにする必要があります。

実際には、VNC クライアントから受け取ったパスワードをアプリでの認証に使用していると推測したかもしれません。RFB サーバーはアプリケーション レイヤーで実装できるため、この傍受は可能であると思います。上記のすべての通信で VNCAuthentication (DES 暗号化/復号化) が使用されます。転送ユーティリティ内での認証が成功したら、そのクライアントの転送を続行します。それ以外の場合は、クライアントを閉じます (転送を停止します)。

私はいくつかの実装を試しましたが、rfb サーバーの Java 実装をカスタマイズしようとしましたが、まだそこに到達できません。時間がかかることはわかっていますが、私が正しく考えているかどうかを確認する必要があります.

上記のシナリオの実装があいまいであるか、不可能であるか、または違法であるかどうかを教えてください。これが可能である場合は、いくつかのギルドラインを用意してください...

4

1 に答える 1

0

これは良い実装のようです。HTTP(S) プロキシと同様に、VNC プロキシのように考えてください。HTTP 認証プロキシもあります。認証用の VNC プロキシを作成するために、VNC プロトコルの一部を実装しています。

おそらく、既存の Java VNC プロキシであるVNCProxyからインスピレーションを得ることができます。

于 2011-09-07T05:56:22.560 に答える