問題タブ [proxy-server]

問題：

1. UserA と UserB は、サーバー プロキシを使用するネットワーク内にあります。
2. UserA がページ「www.myapp.com/initPage.htm」を開きます。
3. ユーザー B が同じページを開くと、ユーザー A からの情報を含むページが表示されます。
4. プロキシ サーバーは同じページであるため、キャッシュされた情報を返します。

より詳しい情報：

1. 各ユーザーは異なる JSESSIONID を持ち、ヘッダー応答の属性 set-cookie に格納されます。
2. 2 人のユーザーの URL は同じですが、情報は JSESSIONID によって異なります。
3. プロキシ サーバーは、JSON 呼び出しのみを HTML ページに保存しません。
4. このソリューションで問題を解決しようとしましたが、うまくいきませんでした。

建築：

1. 私のアプリケーションは、Spring Security 3.1 と Struts2 で実装されています。
2. mod_jk モジュールを介して Tomcat7 に接続され、「workers.properties」ファイルで構成された Apache2 サーバーで作業します。

プロキシ サーバーが HTML ページを保存しないことをどのように確認できますか?

よろしくお願いします。

HTTP4クライアントを備えたHTTPプロキシサーバーでjmeter 2.9を使用しており、ブラウザのすべてのプロキシ設定を正しく設定しましたが、サーバープロキシを起動してブラウザに移動すると、次の出力が得られます..

助言がありますか？

Java でプロキシ サーバーを作成しましたが、どういうわけかほとんどのページが読み込まれません。以下のリンクのように:(POST リクエストも)

例！

誰でも私にヒントを与えることができますか？ これがプロキシサーバーのコードです。

サーバー.java:

DataStructure.java:

キャッシュ.java:

}

アクセス時にサーバー（Javaで記述）をHTTPS URL（URLは決して変更されません）にリダイレクトしようとしています。コードをコンパイルすると

アドレス、ポート、ローカルポートを次のように入力します。

そしてアクセスしてみる

私のマシンでは、エラーが発生します

デバッグ後、SSLSocket (secureServer) を作成しようとすると、このコード ブロックで壊れることは確かです。

次の要件を満たすために、Perforce サーバーをカスタマイズする必要があります。

1. 地理的に異なる場所にあるメイン サーバーと同期するローカル レプリカ サーバーが必要です。ローカル サーバーとメイン サーバーで同じタイム ゾーン設定を使用できます
2. クライアントは、レプリカ サーバーにコミットできる必要があります。
3. レプリカ サーバーには、ビルド機能と、ビルドが成功したときに実行されるテスト フレームワークがあります。
4. ビルドとテストが成功すると、コードはメイン サーバーにコミットされます。

perforce によって提供されるレプリカ サーバーは、メイン サーバーに書き込むことができない読み取り専用サーバーとして使用され、転送レプリカはコマンドをメイン サーバーに転送するだけであることを知っています。

メインサーバーがオフラインの場合でもローカルサーバーは機能するはずなので、プロキシサーバーを使用できません。

これを行うことは可能ですか？そのようなサーバーをセットアップするのに役立つ記事を誰か教えてもらえますか

Perforce フォーラムで同じ質問をしましたが、その質問はモデレーターによってまだ検証中です。

多くの Jetty http(s) サーバーがあり、すべて異なるファイアウォールの背後にあります。http サーバーはお客様のサイトにあります (当社の管理下ではありません)。これらのサイトのファイアウォールでポートを開くことはできません。現在、これらのサーバーは、REST 要求に応答して JSON ドキュメントのみを提供しています。

URL パラメーターまたはヘッダー値に基づいて、特定の http サーバーと対話する必要がある Web クライアントがあります。

これは、ファイアウォールを除いて、単純なプロキシ サーバーの状況のように見えます。

私が現在試みているアプローチはこれです：

リモート http サーバーからのインバウンド登録要求をリッスンする集中プロキシ サーバー (これも Jetty ベース) を用意します。登録要求は Websocket 接続の形式で行われ、リモート HTTP サーバーが利用可能である限り維持されます。登録時に、プロキシ サーバーは websocket 接続をキャプチャし、それをリソース識別子にマップします。

Web クライアントはプロキシ サーバーに接続し、URL またはヘッダーにリソース識別子を含めます。

プロキシ サーバーは、使用する適切な Websocket を決定し、要求を HTTP サーバーに渡します。したがって、リクエストとレスポンスは Websocket を経由します。応答が受信されると、Web クライアントに返されます。

したがって、これは理論的にはすべてうまくいっています-私が理解しようとしているのは次のとおりです。

a）これを達成するためのより良い方法はありますか？

b) パイプの HTTP サーバー側でプロキシを行うように Jetty をセットアップする最良の方法は何ですか?

Jetty の HttpClient を使用できると思いますが、実際にやりたいことは、Websocket から HTTP バイトを取得して、Jetty コネクタに直接パイプすることです。すべてを解析するのは意味がないようです。ローカルホストで通常のソケット接続を開き、websocket からバイトを取得して、そのように実行できると思いますが、そのように OS を介してルーティングするのはばかげているようです (私は既にHTTP サーバーの Jetty 環境内で動作しています)。 .

これは、すでに解決されている可能性のある問題のように思えます...おそらく、TCP/IPソケットの代わりにWebSocketで動作するカスタムjetty接続を使用することでしょうか?

更新: 私はこれで遊んでいたので、別のトリッキーな問題は、要求/応答の動作をどのように処理するか (そして、理想的には websocket チャネルを介した多重化をサポートすること) のようです。私が見つけた潜在的なリソースの 1 つは、Websockets の WAMP サブプロトコルです: http://wamp.ws/