70

私はかなり長い間 Fiddler を使用してきましたが、突然、インターネット トラフィックをキャプチャできなくなりました。私は Chrome 29 と Fiddler v4.4.5.1 を使用しています。すべてのフィルターとルールを確認しましたが、何もオンになっていません。ルール ファイルを削除し、キャプチャ トラフィックのオンとオフを切り替えましたが、うまくいきませんでした。Fiddler をアンインストールして再インストールし、それが役立つかどうかを確認しましたが、役に立ちませんでした。

私は何が欠けていますか?

[ファローアップ]:

  • フィルタのトラブルシューティングは効果がありません。
  • 「Fiddler Running...」以外のアクティビティがログ タブに表示されません。
  • 複数のブラウザを試しましたが、フィドラーでインターネットトラフィックを表示するブラウザはありません
  • http://localhost.fiddler:8888/動作しません
  • http://127.0.0.1:8888動作し、フィドラー エコー サービスを表示します。
4

25 に答える 25

99

私は同じ問題を抱えていましたが、プロキシ設定をいじったhola(またはProxy SwitchySharp )と呼ばれるクロム拡張機能であることが判明しました。Holaを削除すると問題が修正されました

于 2013-11-11T11:21:50.273 に答える
82

これが関連しているかどうかはわかりませんが、最後の更新 (v2.4.5.0) の後、Fiddler で同じ問題が発生しました。すべてのフィルターをオフにしましたが、それでもトラフィックを拾っていませんでした。ただし、[フィルター] タブで [フィルターを使用] のチェックを外すと、すべてのトラフィックが正常に取得されました。[フィルターを使用] ボックスをオンにするだけですべてのトラフィックがブロックされる場合に、フィルターを使用する方法をまだ見つけようとしています。

于 2013-09-18T10:19:23.597 に答える
33
  1. [ヘルプ] > [フィルターのトラブルシューティング] を使用して、トラフィックが予期せず非表示にならないようにします。
  2. [ログ] タブを調べて、Chrome グループ ポリシーによるプロキシのハードコーディングに関するメモがあるかどうかを確認します。
  3. 質問を更新して、他のブラウザのトラフィックがキャプチャされているかどうかを言及してください。
  4. http://localhost.fiddler:8888/Chrome でアクセスします。何か見えたら?
  5. http://127.0.0.1:8888/Chrome でアクセスします。何か見えたら?

手順 1 ~ 4 で何も表示されない場合は、Fiddler がシステム プロキシ情報を設定できないことを意味します。これは、セキュリティまたは VPN ソフトウェアが原因である可能性があります。(グループ ポリシーも設定を防止できますが、その場合は通常、Fiddler によって警告が表示されます)。

Fiddler がキャプチャしているときに、[ツール] > [WinINET オプション] > [LAN 設定] をクリックし、プロキシが正しく設定されているかどうかを確認します (を指す必要があります127.0.0.1:8888)。そうでない場合は、Fiddler を昇格して (管理者として) 実行してみて、違いが生じるかどうかを確認してください。SysInternals の Process Monitor ツールを使用してトレースを収集し、 ProxyServerレジストリ キーのレジストリ操作にフィルターをかけると役立つ場合があります。

手順 5 で何も表示されない場合は、ファイアウォールまたはその他のソフトウェアが Fiddler への接続を妨げていることを意味します。

于 2013-09-05T21:42:11.950 に答える
12

Firefoxでも同じ問題がありました。解決策は、プロキシ設定を「システム プロキシ設定」に設定することでした。Fiddler は、そのプロキシ サーバーを通過するトラフィックのみをキャプチャできます。数日前に別のプロジェクトの Firefox プロキシ設定をいじっていたため、キャプチャは停止されました。

Fiddler でトラフィックをキャプチャする際に問題が発生した場合は、Chrome を使用してブラウザのプロキシ設定も確認する必要があります。

詳細については、Fiddler サイトを参照してください。

于 2015-01-20T10:43:02.720 に答える
4

私は同じ問題を抱えていましたが、Fiddler を昇格された権限 (別名、管理者として実行) で実行することで解決しました。

于 2019-08-22T19:04:42.117 に答える
3

問題を修正したZenMate Proxy拡張機能と呼ばれるChrome拡張機能を無効にすると、同じ問題が発生しました

于 2015-04-23T10:35:33.933 に答える
3

私はまったく同じ問題を抱えていました。私はついにあきらめました。Chrome のブラウザ設定をデフォルトにリセットします。Fiddlerをアンインストールしてから再インストールしました。その後、すべてが機能しました。

于 2014-01-07T00:46:09.517 に答える
2

この回答が本当に遅く、おそらく提出者が 3 年前に持っていたものとは関係がないことはわかっていますが、特にエンタープライズ環境で Fiddler が動作しない理由として考えられる別の理由を見つけました。

Fiddler のリリースの真っ最中です。私の会社では、アプリをダウンロードして自分でインストールすることは許可されていません。ITに承認を依頼し、会社のソフトウェア「ストア」から注文してインストールする必要があります。

その「ストア」から Fiddler を「注文」できるようにするには、テスト マシンでテストする必要があります。テスト中に、Fiddler に IE11 プロキシ設定を更新させることができませんでした。私が Fiddler を自分でインストールしたときはうまくいきましたが、承認されたインストール チャネル (私たちがテストしていたもの) を使用して IT 部門にインストールしてもらったときはうまくいきませんでした。ローカル管理者権限を持つユーザーで実行しようとしても、うまくいきません。

最初はグループ ポリシーの問題だと思っていましたが、調べてみるとそうではありませんでした。

IT 担当者が Fiddler を VMWare ThinApp ラッパー(アプリを内部にラップするための目に見えない VM サンドボックス) にラップしたことが判明しました。ThinApp の利点はわかりませんが、IE11 の場合、Fiddler がプロキシ設定を更新できませんでした。キャプチャを有効にして、Fiddler で WinINET オプションを開くと、プロキシ設定が更新されたことが表示されます。しかし、IE11 接続設定を開いたとき、プロキシは更新されませんでした。理にかなっています。

そのため、IT 担当者はそれを「ファット アプリ」(彼らはそう呼んでいた) としてリリースすることに決め、今では魅力的に機能します。

人々がそれを認識できるように、これをインターネット上で入手したかっただけです。

于 2016-01-22T15:21:59.433 に答える
2

編集: 私の問題はWinINET Options. 以下は、Chrome トラフィックが最終的に Fiddler で取得されるのを修正した手順です。

Fiddler -> Tools -> WinINET Options -> LAN settings -> Make sureAutomatically detect settingsがチェックされていることを確認します。

しかし、後でわかったのは、Fiddler を起動するたびに PAC スクリプトがこれらのオプションをリセットしていたことです。実際の解決策は、 Fiddler -> Tools -> Options -> Connections -> Uncheckに移動することUse PAC Scriptでした。これで完全に解決しました。以下は参照用のスクリーンショットです。

ここに画像の説明を入力

于 2018-11-02T17:06:56.850 に答える
1

Fiddler の設定を失っても構わない場合の私の解決策は次のとおりです。

これを解決するには、フォルダ ../Documents/Fiddler2 を手動で削除する必要がありました../Documents/Fiddler2 は、Fiddler をアンインストールしてから再インストールしても、何らかの理由で削除されませんでした。2020 年 11 月 3 日からビルドされた Fiddler 5.0 を使用しています。

于 2021-06-20T15:13:48.197 に答える
1

ロシア語、あなたのためのこの情報! ロシア政府のサイトによってブロックされたアクセス用に Antizapret Chrome アドオンをインストールしたため、Fiddler は Chrome トラフィックをキャプチャしませんでした。私はそれを削除し、今ではすべて動作します。

于 2019-02-13T11:23:57.630 に答える
1

私にとっては、ここですべてを試してみましたが、最終的には、INET Settingsをリセットし続ける企業 プロキシに行き着きました。

提案のリストをたどりましたが、最終的にはプロキシ設定であることが判明しました。私はそれについて予感していましたが、「IT」に行く前にそれについて徹底的に知りたかったので、ローカルバインドのプロキシ設定を上書きしてもらえますか?

プロキシ管理ソフトウェアを削除するように依頼すると、2 番目のフィドラーが機能し始めました。インターネットのプロパティでプロキシ設定を上書きできない場合、フィドラーは機能しません。

于 2017-09-28T08:40:55.327 に答える
0
  1. オプションとしてブラウザ以外を選択した可能性があります
  2. 非ブラウザではなく Web ブラウザを選択
于 2015-07-27T05:29:40.483 に答える
0

別の考えられる問題は、WCFクライアントに関連しています (これには他のクライアントも含まれる可能性がありますが、よくわかりません)。クライアントは、マシンの既定のプロキシを使用しないように構成できます。これにより、クライアント/アプリケーションは Fiddler キャプチャをバイパスします。

詳細については、 WCF での usedefaultwebproxy の目的は何ですか

于 2014-03-26T11:33:56.863 に答える
0

Thomas Glick が言ったように、Fiddler2 の最新バージョンはすべての主要なブラウザーで問題なく動作します。ただし、フィルター セクションに [Internet Explorer トラフィック フィルターのみを表示] があることに注意してください。これを無効にするだけで、他のフィルターを含め、すべてが期待どおりに機能するはずです。

于 2014-01-17T20:00:07.900 に答える
0

それはより良いネット拡張が問題を引き起こしていたからです。Chrome にインストールされているあらゆる種類のプロキシ拡張機能が問題を引き起こしていると思います。

于 2017-12-24T09:22:56.353 に答える
0

GeoProxyと呼ばれる Chrome 拡張機能で同じ問題が発生しました。プロキシが無効になっていても、トラフィックが取り除かれ、フィドラーがそれを認識できなくなりました。拡張機能を無効にすると、問題が解決しました。これは、どのプロキシ拡張機能でも問題になると思います。

(これは、上記のClausの応答に対するコメントとして意図されていたため、正しい道を歩むことができました-しかし、明らかに、私には答えるのに十分な評判がありますが、コメントすることはできません...)

于 2014-11-25T11:15:49.783 に答える