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 и перенаправлять трафик на скрипач и посмотреть, что произойдет