これまでのところ、フィドラーを使用して、テストフィクスチャ、コンソールアプリ、およびWebプロジェクトの両方からのWebサービストラフィックをスニッフィングしています。
今日、自分のWebアプリケーション(IISでローカルにホストされているASP.NET Webサイト)を実行している場合、この種のトラフィックを盗聴することはもうできないことに気付きました。すべてのローカルトラフィックが表示されますが、Webサービストラフィックがなくなっただけです(コードへの応答のデバッグを見ると、サービスがヒットしています)。
同じソリューション(まったく同じ環境)で、テストフィクスチャまたはコンソールアプリからのSOAP要求と応答を引き続き正常に傍受できます。
それがWindows(Win7を使用している)のセキュリティ更新プログラムなどの場合、機能しないと思います(IIS経由でルーティングされるトラフィックにのみ影響する場合を除きます)。
この動作が発生する原因となる可能性があるので、何を探す必要がありますか?
どんなポインタでも大歓迎です!
[〜#〜] note [〜#〜]:ローカルトラフィックが表示されます、ただしSOAPへの要求/応答とにかくローカルでホストされていないWebサービス(別のチームが提供しているサンドボックスです)
[〜#〜] edit [〜#〜]:このちょっとした設定でうまくいきました(Rick Strahlのブログにあります)
<system.net>
<defaultProxy>
<proxy
usesystemdefault="False"
bypassonlocal="True"
proxyaddress="http://127.0.0.1:8888"/>
</defaultProxy>
</system.net>
Webサービスのclientは何ですか? ASP.NET?
プロキシを使用するようにASP.NETを構成しない限り、ASP.NETトラフィックはプロキシされません。 app.configまたはmachine.configが変更され、トラフィックがプロキシされなくなる可能性はありますか?
このセクションをご覧ください: http://www.fiddlerbook.com/fiddler/help/hookup.asp#Q-DOTNET
開発マシン上のWebサイトとWebサービス間のHTTPトラフィックを表示したいが、machine.configを変更したくない場合。
簡単な解決策の1つは、現在ログオンしているユーザーの独自の資格情報を使用するように、WebサイトのアプリケーションプールIDを変更することです。これは、Webサイトがプロキシ設定を採用し、Fiddlerにリダイレクトされることを意味します。
私は一週間ほど前にこの問題に遭遇しました。このページを試してください: http://docs.telerik.com/fiddler/Observe-Traffic/Troubleshooting/NoTrafficToLocalhosthttp://www.fiddler2.com/fiddler/help/hookup.asp#Q-LocalTraffic
Ipv4.fiddlerは私のために働いた部分でした。お役に立てれば。
(IEから)呼び出しているWebサービスが http:// localhost/yourwebservice でないことを確認してください
FiddlerはIEからのlocalhostトラフィックをインターセプトしません。代わりに http:// machinename/yourwebservice を使用してください。
これらのhttpリクエストに80以外のポートを使用している可能性があります。開発中にローカルマシンで作成したWCF要求を確認するためにリバースプロキシを設定したことを覚えています。ここにドキュメントがあります: http://www.fiddlertool.com/fiddler/help/reverseproxy.asp