До сих пор я успешно использовал скрипача для сниффинга трафика веб-сервиса и от тестовых приспособлений, консольных приложений и от веб-проектов.
Сегодня я заметил, что не могу больше осуществить сниффинг такого трафика, если я запускаю свое веб-приложение (это - веб-сайт ASP.NET, размещенный локально на IIS). Я вижу весь локальный трафик, но трафика веб-сервиса просто не стало (сервис поражается, поскольку я действительно вижу, что ответ отлаживает в код).
Я все еще могу успешно осуществить сниффинг запросов мыла и ответов от тестовых приспособлений или консольных приложений в том же решении (точно та же самая среда).
Если бы это были окна (я нахожусь на Win7), обновление системы защиты или подобные, это никогда не работало бы, я предполагаю (если это не влияет только на трафик, направленный через IIS).
Что я должен искать, который мог вызвать появление это поведение?
Любые указатели ценятся!
Примечание: Я вижу локальный трафик, но не запрос/ответы SOAP к веб-сервису, который не размещается локально так или иначе (это - песочница, которую другая команда обеспечивает),
Править: Этот бит конфигурации добился цели (найденный на блоге Rick Strahl)
<system.net>
<defaultProxy>
<proxy
usesystemdefault="False"
bypassonlocal="True"
proxyaddress="http://127.0.0.1:8888"/>
</defaultProxy>
</system.net>
Что является клиентом веб-сервиса? ASP.NET?
Трафик ASP.NET не проксируется, если вы не настроите ASP.NET на использование прокси. Возможно/вероятно, что app.config или machine.config изменились так, что трафик больше не проксируется?
Вам следует взглянуть на этот раздел: http://www.fiddlerbook.com/fiddler/help/hookup.asp#Q-DOTNET
Я столкнулся с этой проблемой около недели назад. Попробуйте эту страницу: http://docs.telerik.com/fiddler/Observe-Traffic/Troubleshooting/NoTrafficToLocalhost http://www.fiddler2.com/fiddler/help/hookup.asp#Q-LocalTraffic
У меня работал ipv4.fiddler. Надеюсь это поможет.
Вы можете попробовать следующее -
Убедитесь, что веб-служба, которую вы вызываете (из IE), не http://localhost/yourwebservice
Fiddler не будет перехватывать трафик localhost из IE, используйте http://machinename/yourwebservice вместо этого.
Вероятно, вы используете порт, отличный от 80 для этих HTTP-запросов. Я помню, как настраивал обратный прокси-сервер для просмотра запросов WCF, которые я делал на своем локальном компьютере во время разработки. Вот документация: http://www.fiddlertool.com/fiddler/help/reverseproxy.asp