FiddlerはHTTPデバッグおよびパケットキャプチャツールです。Fiddlerを使いこなすほど、HTTPプロトコルへの理解が深まります。プロキシを介してプログラムからHTTP通信データを取得することで、Webページとサーバー間のやり取りをテストできます。Microsoft Internet ExplorerとWebアプリケーション間のやり取りを記録・デバッグしたり、Webアプリケーションのパフォーマンスボトルネックを特定したりするのに役立ちます。また、Webサーバーに送信されたCookieの内容やダウンロードされたコンテンツのサイズを確認する機能も備えています。

ソフトウェアの機能

1. Fiddlerはブレークポイントによるデバッグをサポートしています。ソフトウェアのメニュー「ルール」→「自動ブレークポイント」で「リクエスト前」を選択するか、リクエストまたはレスポンスの属性がターゲットの条件に一致すると、Fiddlerベータ版ではHTTP通信を一時停止し、リクエストとレスポンスを変更できます。この機能はセキュリティテストに非常に役立つだけでなく、すべてのコードパスをシミュレーションに使用できるため、一般的な機能テストにも使用できます。

2. Fiddlerベータ版では、すべてのHTTP通信を表示することで、ページ生成にどの通信が使用されているかを簡単に確認できます。ページの概要（Fiddlerの左側にある大きなボックス）を表示することで、ユーザーは複数選択を使用してWebページの「総重量」（ページファイルと関連するJS、CSSなど）を簡単に取得できます。また、リクエストしたページが何回リクエストされ、何バイトが変換されたかを簡単に確認できます。

3. ユーザーは、Inspector プラグイン オブジェクトを追加することで、.NET 環境下で任意の言語を使用して Fiddler 拡張機能を作成できます。RequestInspectors と ResponseInspectors は、HTTP リクエストとレスポンスの標準化されたビュー、または指定されたビュー（ユーザー定義のビュー）を提供します。

4. さらに、HTTPヘッダーを公開することで、ユーザーはクライアント側またはプロキシ経由でキャッシュが許可されているページを確認できます。レスポンスにCache-Controlヘッダーが含まれていない場合、クライアント側ではキャッシュされません。

機能紹介
1. HTTP/HTTPSの監視と分析
2. リクエストやレスポンスを動的に変更する
3. ブレークポイントデバッグ
4. 自動返信
5. カスタムスクリプト拡張機能

よくある質問
Q: Fiddler は Chrome をキャプチャできないのに、IE は正常にキャプチャできるのはなぜですか?
A: フロントエンド開発ではサーバーとの共同デバッグが必須であり、Fiddler なしでは実現できません。
ワイヤレス開発ではユーザーエージェント（UA）の設定が必要なので、Chromeを使ってアクセスしています。ところが今朝、中国語版のFiddlerがChromeのリクエストをキャプチャできないことに気づきました。昨日Chromeでやったことを思い出すと、問題はプロキシにあると思います。実際、FiddlerはChromeのリクエストをキャプチャできます。
Chrome ブラウザにプロキシ管理プラグイン SwitchySharp がインストールされているため、直接接続するかプロキシを使用するかに関係なく、プラグインによって Fiddler の設定がブロックされます。
Fiddlerはブラウザのプロキシを127.0.0.1のポート8888に自動的に設定し、ブラウザのプロキシ設定を記憶します。すべてのリクエストはまずFiddlerのプロキシを通過し、次にブラウザのプロキシを通過します。
プラグインを使用すると、Fiddler のプロキシが直接ブロックされ、リクエストをリッスンできなくなる可能性があります。
Chrome の場合の解決策は、プロキシ プラグインで「システム プロキシ設定を使用する」オプションを選択することです。これにより、Fiddler は Chrome のリクエストを再び確認できるようになります。
あるいは、プラグインをアンインストールせずに使用しないことも選択できます。Chromeではプラグインを簡単に無効化できます。その後は、ブラウザのデフォルトのプロキシ設定を使用するだけです。
プロキシプラグインを使用するとプロキシの切り替えが簡単になりますが、Fiddlerなどのツールが誤動作する可能性があります。まさに一石二鳥です。

使用上のヒント

ネットワーク パケットをキャプチャするにはどうすればよいでしょうか?
1. Fiddler を開発すると、デフォルトでパケットキャプチャモードになります。インターフェースの左下に「キャプチャ中」と表示されているかどうかを確認してください。表示されていない場合は、ここをクリックしてパケットキャプチャを開始してください。
2. アクセスしている Web サイトが HTTPS Web サイトの場合は、[ツール] - [Fiddler オプション] - [HTTPS] - [HTTP トラフィックの復号化] で HTTPS トラフィックを復号化するように設定する必要があります。
3. ブラウザ経由でリクエストを送信する (Windows プラットフォームでは、ブラウザに限定されません。WinHTTP または WinINET 経由でリクエストを送信するすべてのプログラムを検出できます)。
4. 応答を受信したら、Fiddler に戻り、キャプチャしたパケットを表示します。

キーワード検索
1. Ctrl+F を使用して検索ダイアログボックスを表示し、キーワードをグローバルに検索します。
2. 特定のリクエストを選択した後、「Inspectors – Raw」内で特定のリクエストまたは応答のコンテンツを検索できます。
3. 返信が圧縮されている場合は、プロンプトボタンをクリックして内容を解凍できます。

自動応答リクエストも広く利用されています。例えば、他のマシンからパケットをキャプチャして自動応答にインポートし、ローカルマシンで再生することで問題を再現できます。また、動的デバッグ中に自動応答を設定または変更することで、特定のリクエストによるサーバーへの呼び出しを抑制したい場合、その効果を直接確認することもできます。
1. AutoResponder タブに切り替えます。
2. 自動応答を有効にするを選択します
3. 「インポート」ボタンをクリックして、キャプチャした SAZ ファイルをインポートします。
4. デフォルトの URL またはルール エディターを使用して、リクエスト一致ルールを変更できます。

ブレークポイント設定
1. 「ルール」-「自動ブレークポイント」-「リクエスト前/レスポンス後」でブレークポイントを設定します。

カスタム拡張スクリプト
Fiddlerは、スクリプトを使用したリクエストとレスポンスの自動処理など、JScriptによる機能拡張をサポートしています。具体的な例については、Fiddlerに付属のサンプルコードを参照してください。
http://www.fiddler2.com/Fiddler/dev/ScriptSamples.asp

ここに2つの簡単な例を示します。以下で説明するメソッドはCustomRule.jsで参照でき、必要に応じて変更できます。
Rules – CustomRule を使用して CustomRule.js を開くことができます。

更新ログ

v5.0.20182.28034 [2018年6月27日]
– Fiddler Chocolatey パッケージを公開
– さまざまなバグ修正と改善

v5.0.20181.14850 [2018年3月20日]
– 高解像度/dpiモニターで壊れたUIを修正
– x86ターゲットアーキテクチャをAnyCPUに変更

v5.0.20181.13826 [2018年3月16日]
– フィドラーオーケストラの改良
– さまざまなバグ修正と改善

公式サイト: https://www.telerik.com/fiddler

公式ダウンロード（5.0.20242.10753）
https://telerik-fiddler.s3.amazonaws.com/fiddler/FiddlerSetup.exe

クラウドドライブからダウンロード（公式版/ポータブル版/5.0.20202.18177 中国語版）
https://wwi.lanzoup.com/b00g285a2f パスワード: 5zh3
https://pan.baidu.com/s/18ImTuUn2lfVVYOWivhXrrg#80jx 抽出コード: 80jx