0

私はこのjsp/iframe / jsp / img src=servletのような構造を持っています

アクセスログには、サーバーのIPアドレスが表示され、サーブレット要求がクライアントではありませんか？サーブレットアドレスは、クライアントが特定のサーバーへのスティッキーセッションにあるクラスターアドレスのコンテキスト変数ですが、iframeは存在せず、セッションデータは他のサーバーに到達した場合は存在しません。

Tomcat6およびIE8

ありがとう

Server #1 log
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "POST /membership
/GenerateSignatureServlet HTTP/1.1" 200 34

192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership
/printpage.jsp?type=newmem&trh=false HTTP/1.1" 200 997

192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership/js/newmember.js
HTTP/1.1" 304 -
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership/js/prototype- 
1.6.0.2.js HTTP/1.1" 304 -
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership/theme
/FBMembership.css HTTP/1.1" 304 -
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership/dhtmlmodal
/windowfiles/dhtmlwindow.css HTTP/1.1" 304 -
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership/theme 
/signature.css HTTP/1.1" 304 -
192.**.***.*** - agt**** [01/Jun/2012:09:23:55 -0500] "GET /membership
/signaturepageprint.jsp?trh=false HTTP/1.1" 200 51441

Server #2 log
172.**.***.*** - agt**** [01/Jun/2012:09:23:56 -0500] "GET /membership  


/GenerateSignatureServlet;jsessionid=91FFBB3EAA73F3833BA507B7B9B6B317?
action=generateSigImg     HTTP/1.1" 200 39466


Back to server #1
192.***.***.*** - agt**** [01/Jun/2012:09:23:58 -0500] "POST /membership/MoveToFileNet?action=mainprocess&type=mainprocess HTTP/1.1" 200 9
4

1 に答える 1

0

HTMLを消費し、そのマークアップからPDFを生成するサーバーベースのコンポーネントがある場合、サーバーからPDFをリクエストすると、サーバーがターンアラウンドし、サーバー自体（またはHTMLをフェッチするために）。

クラスタが「自分自身を呼び出している」ことを示すログメッセージを表示したくない場合は、私が考えることができるいくつかのオプションがあります。

  1. PDFジェネレーターがHTMLをフェッチするように呼び出す場合、プロキシ関連のHTTPヘッダーを提供して、HTMLの要求を処理するサーバーが要求をログに記録するようにします。これは、他の場所（クライアントなど）から送信されたように見えます。リクエストは実際にはクラスタの内部から送信され、現在は外部から送信されているため、運用担当者はこのオプションを好まない可能性があることに注意してください。

  2. ログ（またはコネクタ）の設定を変更して、これらのループバック要求が別の方法でログに記録されるようにします。別のコネクタを使用すると、ローカルホストの通信速度が得られ、HTTPSを使用するとHTTPSのパフォーマンスへの影響を完全に回避できます。または、これらのループバックリクエストを別の場所に記録して、ログが「汚染」されないようにすることもできます。

  3. HTTPリクエストを行わずにHTMLマークアップを作成して、PDFを生成するためのワークフローを作り直します。JSPを使用している場合、JSPコンパイラ/ランナーをHTTPリクエストのコンテキスト外で動作させる必要があるため、これはおそらく難しい注文になります。これは、設計された方法ではありません。

とにかく、これらのリクエストをそのような方法でログに記録することの問題は何ですか？

于 2012-06-04T13:55:55.413 に答える