web-dev-qa-db-ja.com

Fiddlerが私のWebサービストラフィックを見ることができないのはなぜですか？

Fiddlerが（ローカルで実行されている）アプリケーションから行われたWebサービス呼び出しを表示しないという問題がありました。 見つけた そして 解決した 私の問題。

だから私の質問はどのようにではありませんが、なぜFiddlerはWebサービストラフィックを表示しないのですか？私はネットワークトラフィックがどのように機能するかについて非常に限られた理解しか持っていないので、これは非常に単純で明白かもしれません。私が解読できるのは：

  1. FiddlerでHTTPSリクエストを確認できるため、HTTPSとは何の関係もないと思います（Fiddlerの設定で必要に応じてデコードされます）。

  2. コードを動作させるためにコードnew WebProxy("127.0.0.1", 8888);をコピーしたので、プロキシと関係があるはずですか？

これは、違いが生じる場合のASP.NETアプリケーションです。

web-servicesfiddlernetwork-traffic
12
Chris

本当に古い質問ですが：

答えとコメントは正しい解決策を示唆していますが、質問に答えるにはほど遠いです。

Fiddlerは、ユーザーアカウントごとにトラフィックを確認します。 WebサービスはアプリケーションプールIDによって実行されるため、フィドラーはトラフィックを確認できません。

最も簡単な解決策（そして私のために働いた唯一の解決策）はあなたのアカウントで実行するようにウェブサイトアプリケーションプールユーザーを変更する

単に：

  1. IISを開きます
  2. Webサイトのアプリケーションプール名を見つけます（Webサイトを右クリック-> Webサイトの管理->詳細設定->アプリケーションプールの下に一覧表示）
  3. アプリケーションプールの詳細設定に移動します（[アプリケーションプール]->目的のアプリケーションプールを右クリック-> [詳細設定]）
  4. ユーザーアカウントを自分のアカウントに変更します（[ID]-> ...-> [カスタムアカウント]-> [設定]）
18
Jaqen H'ghar

上記のように：

その最初の段落は、私が必要とした説明にすぎませんでした。Fiddlerを起動して接続すると、現在のユーザーのプロキシ設定が調整され、デフォルトで127.0.0.1:8888で実行されるFiddlerを指すようになります。つまり、ほとんどのアプリケーションからのトラフィックは、追加の構成手順なしで自動的にFiddlerを通過します。エリックも書いたようですので、感謝します！

参照

2
Paul Sweatte

構成内に次のコンテンツを追加することも解決策です。

 <system.net>
  <defaultProxy enabled = "true">
    <proxy bypassonlocal="false" proxyaddress="http://127.0.0.1:8888" />
  </defaultProxy>
</system.net>

また、Webサービスからのトラフィックが同じローカルホスト内の別のアプリケーションを指している場合は、リクエストURLでlocalhostの代わりにマシン名を使用してみてください。

1
Santhosh