質問

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

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

  • 私はJavaにポートフォワーダーを書いており、上記のタスクを達成するのに役立ちましたが、それは正常に動作します。

  • これで、どういうわけか、このフォワーダー内に接続ブローカー機能を追加して、VNCクライアント(サーバー)間の通信を傍受し、VNCクライアントを転送ユーティリティ内で認証することもできます。

あなたは、実際に私が私のアプリの認証のためにVNCクライアントから受信したパスワードを使用していると推測したかもしれません。 RFBサーバーはアプリケーションレイヤーで実装できるため、この傍受は可能であると思います...転送ユーティリティ内での認証が成功したら、それぞれのクライアントの転送を継続させます。そうでなければ、それを閉じることができます(転送を停止します)。

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

上記のシナリオの実装が曖昧で、不可能であるか、違法であるかどうかを教えてください。

役に立ちましたか?

解決

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

多分あなたはいくつかのインスピレーションを得ることができます vncproxy, 、既存のJava VNCプロキシ。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top