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