httpとhttpsの両方のリクエストを処理できるプロキシサーバー -

ここでは、javaで書かれたhttpとhttpsの両方のリクエストを処理できるプロキシサーバーのリソースまたはサンプルコードを探しています。私はGoogleを検索し、HTTPリクエストを処理する方法については多くのデータを見つけましたが、httpsは処理しませんでした。httpとhttpsの両方のリクエストを処理できるプロキシサーバー -

出典

2012-04-22 Giri Dhar

ユースケースとは何ですか？スティーブンCは、一般的な質問に正解を返します。おそらくSSLオフロードの必要性について話していますか？あなたのウェブサーバ技術が暗号化をサポートしていない状況？ –

ほとんどのブラウザ（通常のHTTP/HTTPSプロキシと呼ぶもの）やHTTPSリクエストを調べることができるプロキシサーバーの後ろにいるのですか？「MITMプロキシ」と呼ぶ）、ブラウザが証明書を信頼することを騙されることを要求するでしょうか？ – Bruno

プロキシはHTTPSを処理できず、エンドツーエンドのセキュリティを提供します。 HTTPSが構築されているSSL/TLSを使用することはできません。

また、エンドツーエンドのセキュリティを提供しないプロキシは、限られたユーティリティしか持っていません。既存の実装を見つけることができないのは驚きではありません。

出典

2012-04-22 14:14:45

これは、リクエストを調べる「MITMプロキシ」として動作するか、通常のHTTPSプロキシとして動作するか（エンドツーエンドのセキュリティを維持するか）の質問に依存します。どちらも存在します。 – Bruno

さて、私はいつも "普通の"プロキシはキャッシングやフィルタリングのようなことができると理解していました。これを行うには、その機能を実装するために要求と応答を調べなければならないため、プロキシは中間者でなければなりません。 –

私はすべての主要なブラウザがそうするように設定したときに使用されるように、HTTP（S）プロキシの動作を「通常」と呼んでいます。 FirefoxやIEで「通常の」HTTPプロキシサーバを設定すると、それは 'https：//' URI用のプロキシへのプレーンなHTTP接続を行い、' CONNECT'動詞を使ってホスト名に接続し、 URIのポート。私が知る限り決して確定しているわけではありませんが、これはHTTPプロキシ経由で 'https：// '接続を行う際に何年もユーザーエージェントが使ってきた仕様です：http://tools.ietf.org/html/ draft-luotonen-web-proxy-tunneling-01 – Bruno

ここでは、通常のHTTPSプロキシを要求しています。つまり、リクエストを調べず、ユーザーエージェントがHTTP CONNECTメソッドを使用した後に実際のHTTPSサーバーにすべてのトラフィックを中継するだけのプロキシです。これは、HTTPプロキシサーバーが通常、ブラウザによるHTTPS要求に使用される方法です。

私は試していませんが、Jettyとits ConnectHandlerを見ることができます。

出典

2012-04-22 16:51:28 Bruno

はい、これは私が探しているものです。 –

httpとhttpsの両方のリクエストを処理できるプロキシサーバー -

答えて

関連する問題