3

Web アプリケーションでセッションの不一致の問題をデバッグしています。いくつかのサーバーが関係しており、ユーザーはセッション トークンと Cookie を保持しながらそれらの間を通過します。

調整ポイントはブラウザです。ブラウザが取っているアクション、基本的にはサーバーログに相当するクライアントを詳細に知りたいです。送信されたヘッダー、応答の詳細、および要求に影響を与えるために、または応答の結果としてブラウザーが実行するアクション (たとえば、リダイレクトに対する動作) など、HTTP 要求の詳細を把握しておくと役立ちます。 .

さまざまなサーバー コンポーネントのソース コードをすべて入手できるわけではないため、セッション トークンがどのように処理されるかの手がかりを得るためにソースを調べることはできません。証拠はプリンにあります。ブラウザの観察された動作は、疑いの余地のない答えです。

関連するサーバーはすべて SSL 接続を使用しているため、パケット ダンプ レベルでこれを追跡することはできません。

このレベルの要求と応答の詳細をログに記録するようにブラウザー (できれば IE) を計測するにはどうすればよいですか?

4

4 に答える 4

3

フィドラーは別のオプションです

于 2009-04-01T19:05:29.550 に答える
2

  • HttpWatch Proツールを使用します。ログをファイルに保存できます。その後、ユーザーはこのログ ファイルを分析のために管理者に送信できます。また、これらのログを比較することもできます。あるユーザーのログを別のユーザーのログと比較して、問題を簡単に見つけることができます。(ところで、Basic Edition は無料で、Pro Edition は 30 日間完全に機能します)

  • Fiddlerは無料の代替手段です。

于 2009-04-01T18:57:38.447 に答える
0

Http Watch の Basic エディションは非常に限定されており、ほとんどの目的でヘッダーが表示されないため、あまり役に立ちません。

Fiddler は、はるかに優れたオプションです。

IEWatchはこのカテゴリの別のツールですが、フリーウェアではありません

于 2009-04-17T08:05:02.837 に答える
0

チャールズをしばらく使っていた...

http://www.charlesproxy.com/

「Charles は HTTP プロキシ / HTTP モニター / リバース プロキシであり、開発者が自分のマシンとインターネットの間のすべての HTTP および SSL / HTTPS トラフィックを表示できるようにします。これには、要求、応答、および HTTP ヘッダー (Cookie とキャッシュを含む) が含まれます。情報）。"

FF、CHROME、IE、Mac、Linux、Windows で動作し、証明書を設定すれば中間者 HTTPS サービスとして SSL プロキシも使用できます...

http://www.charlesproxy.com/documentation/proxying/ssl-proxying/

時々 5 秒間待つ準備ができている限り、30 日間の試用版です ;-)

于 2012-08-09T11:07:28.157 に答える