Как использовать Fiddler для мониторинга сервиса WCF

Question

Как использовать Fiddler для мониторинга сервиса WCF

У меня есть служба WCF, которая принимает сложный тип и возвращает некоторые данные. Я хочу использовать Fiddler, чтобы увидеть, как выглядят входящие запросы к сервису. Клиент - это консольное приложение.net, которое использует сервисный прокси-сервер. Это возможно с Fiddler. Я новичок в этом инструменте и в прошлом использовал его только для публикации данных в построителе запросов.

110

wcf fiddler

Источник

user459037 07 янв '11 в 20:10

12 ответов

Другие вопросы по тегам wcf fiddler

user471499 21 сен '11 в 20:47 2011-09-21 20:47 · Answer 1 · 2011-09-21 20:47

Вы должны добавить это в свой web.config

<system.net>
  <defaultProxy>
    <proxy bypassonlocal="False" usesystemdefault="True" proxyaddress="http://127.0.0.1:8888" />
  </defaultProxy>
</system.net>

затем запустите Fiddler на машине WEBSERVER.
Нажмите Инструменты | Параметры Fiddler => Подключения => настроить порт как 8888.(разрешить удаленный, если вам это нужно)
Хорошо, тогда из меню файлов захватить трафик.

Вот и все, но не забудьте удалить строки web.config после закрытия фиддлера, потому что если вы этого не сделаете, то это сделает ошибку.

Ссылка: http://fiddler2.com/documentation/Configure-Fiddler/Tasks/UseFiddlerAsReverseProxy

user466192 05 май '14 в 12:31 2014-05-05 12:31 · Answer 2 · 2014-05-05 12:31

Просто была эта проблема, для меня работало использование localhost.fiddler:

 <endpoint address="http://localhost.fiddler/test/test.svc"
            binding="basicHttpBinding" 
            bindingConfiguration="customBinding" 
            contract="test" 
            name="customBinding"/>

10

Источник

user466192 05 май '14 в 12:31

user84651 07 янв '11 в 20:15 2011-01-07 20:15 · Answer 3 · 2011-01-07 20:15

Fiddler слушает исходящие запросы, а не входящие запросы, поэтому вы не сможете отслеживать все запросы, поступающие в вашу службу, с помощью Fiddler.

Лучшее, что вы получите от Fiddler, - это возможность видеть все запросы по мере их генерирования вашим консольным приложением (при условии, что приложение генерирует веб-запросы, а не использует какой-либо другой конвейер).

Если вам нужен более мощный (но более сложный в использовании) инструмент, который позволит вам отслеживать ВСЕ входящие запросы, вам следует проверить WireShark.

редактировать

Я стою исправлено. Спасибо Эрику Лоу за публикацию инструкций по настройке Fiddler в качестве обратного прокси-сервера!

user1037948 18 ноя '15 в 17:02 2015-11-18 17:02 · Answer 4 · 2015-11-18 17:02

Консолидация оговорок, упомянутых в комментариях / ответах для нескольких вариантов использования.

В основном см. http://docs.telerik.com/fiddler/Configure-Fiddler/Tasks/ConfigureDotNETApp

Запустите Fiddler перед вашим приложением
В консольном приложении вам может не потребоваться указывать proxyaddress:
```
<proxy bypassonlocal="False" usesystemdefault="True" />
```
В веб-приложении / чем-то, размещенном в IIS, необходимо добавить proxyaddress:
```
<proxy bypassonlocal="False" usesystemdefault="True" proxyaddress="http://127.0.0.1:8888" />
```
Когда.NET делает запрос (через сервисный клиент или HttpWebRequestи т. д.) он всегда будет обходить прокси-сервер Fiddler для URL, содержащих localhost, поэтому вы должны использовать псевдоним, например, имя машины или создать что-то в вашем файле hosts (вот почему что-то вроде localhost.fiddler или же http://HOSTNAME работает)
Если вы укажете proxyaddress, вы должны удалить его из конфигурации, если Fiddler не включен, или любые запросы, которые делает ваше приложение, вызовут исключение, например:
Невозможно установить соединение, потому что целевая машина активно отказалась от него. 127.0.0.1:8888
Не забудьте использовать преобразования конфигурации, чтобы удалить раздел прокси в рабочей среде.

user1326543 30 июл '13 в 13:48 2013-07-30 13:48 · Answer 5 · 2013-07-30 13:48

Так просто, все, что вам нужно, это изменить адрес в клиенте конфигурации: вместо "localhost" измените имя компьютера или IP-адрес

4

Источник

user1326543 30 июл '13 в 13:48

user10742380 28 окт '21 в 13:40 2021-10-28 13:40 · Answer 6 · 2021-10-28 13:40

Измените localhost в URL-адресе на localhost.fiddler, это небольшое изменение сработало для меня.

Также, если кто-то тестирует службу из тестового клиента WCF , не забудьте отредактировать URL-адрес в конечной точке конфигурации.

Щелкните правой кнопкой мыши файл конфигурации
Нажмите Edit with Svc Config Editor.
Щелкните Конечные точки и измените конечную точку на localhost.fiddler.
Установите флажок Запускать новый прокси при вызове метода

user444610 13 мар '18 в 15:47 2018-03-13 15:47 · Answer 7 · 2018-03-13 15:47

Стандартный WCF Трассировка / Диагностика

Если по какой-либо причине вы не можете заставить Fiddler работать или предпочитаете регистрировать запросы другим способом, другим вариантом является использование стандартной функции трассировки WCF. Это создаст файл с хорошим средством просмотра.

Документы

См. https://docs.microsoft.com/en-us/dotnet/framework/wcf/samples/tracing-and-message-logging

конфигурация

Добавьте следующее в вашу конфигурацию, убедитесь, что c:\logs существует, перестраивается и делает запросы:

  <system.serviceModel>
    <diagnostics>
      <!-- Enable Message Logging here. -->
      <!-- log all messages received or sent at the transport or service model levels -->
      <messageLogging logEntireMessage="true"
                      maxMessagesToLog="300"
                      logMessagesAtServiceLevel="true"
                      logMalformedMessages="true"
                      logMessagesAtTransportLevel="true" />
    </diagnostics>
  </system.serviceModel>

  <system.diagnostics>
    <sources>
      <source name="System.ServiceModel" switchValue="Information,ActivityTracing"
        propagateActivity="true">
        <listeners>
          <add name="xml" />
        </listeners>
      </source>
      <source name="System.ServiceModel.MessageLogging">
        <listeners>
          <add name="xml" />
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add initializeData="C:\logs\TracingAndLogging-client.svclog" type="System.Diagnostics.XmlWriterTraceListener"
        name="xml" />
    </sharedListeners>
    <trace autoflush="true" />
  </system.diagnostics>

user48082 07 янв '11 в 22:39 2011-01-07 22:39 · Answer 8 · 2011-01-07 22:39

Это просто, если у вас есть контроль над клиентом, который отправляет сообщения. Все, что вам нужно сделать, это установить HttpProxy для класса обслуживания на стороне клиента.

Я сделал это, например, чтобы отследить клиент веб-службы, работающий на смартфоне. Я установил прокси на том клиентском подключении к IP/ порту Fiddler, который работал на ПК в сети. Затем приложение для смартфона отправило все свои исходящие сообщения в веб-службу через Fiddler.

Это сработало отлично.

Если ваш клиент является клиентом WCF, посмотрите этот раздел вопросов и ответов, чтобы узнать, как настроить прокси.

Даже если у вас нет возможности изменить код клиентского приложения, вы можете установить прокси-сервер в административном порядке, в зависимости от стека веб-сервисов, используемого вашим клиентом.

user7726468 11 июн '21 в 06:08 2021-06-11 06:08 · Answer 9 · 2021-06-11 06:08

Используйте скрипач, а обратный прокси - это для меня окончательное решение.

Сначала настройте скрипт в качестве обратного прокси с помощью REGDIT, как сказано в документе: https://docs.telerik.com/fiddler/configure-fiddler/tasks/usefiddlerasreverseproxy#configure-fiddler-as-reverse-proxy
1) Нажмите Инструменты> Скрипчик Параметры. Убедитесь, что установлен флажок Разрешить удаленным клиентам подключаться.
2) Создайте новый DWORD с именем ReverseProxyForPort внутри HKEY_CURRENT_USER\SOFTWARE\Microsoft\Fiddler2.
3) Установите DWORD на локальный порт, на который Fiddler будет перенаправлять входящий трафик.
4) Перезапустите Fiddler.

Во-вторых, измените клиента для вызова службы через прокси,
например, вот мой клиент app.config:

      <client>
    <endpoint address="http://localhost:61236/WeatherForecastService.svc"
        binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IWeatherForecastService"
        contract="ServiceReference1.IWeatherForecastService" name="BasicHttpBinding_IWeatherForecastService" />
</client>

измените клиента на использование адреса конечной точки прокси.

      WeatherForecastServiceClient client = new WeatherForecastServiceClient("BasicHttpBinding_IWeatherForecastService", "http://localhost:8888/WeatherForecastService.svc");
var data = client.GetData(1000);
client.Close();

user1284173 23 июл '13 в 11:32 2013-07-23 11:32 · Answer 10 · 2013-07-23 11:32

Я использовал инструмент Wire Shark для отслеживания вызовов от приложения Silver Light в браузере к сервису. попробуйте ссылку дает четкую информацию

Это позволяет вам контролировать все содержимое запроса и ответа.

0

Источник

user1284173 23 июл '13 в 11:32

user11922915 13 авг '19 в 17:24 2019-08-13 17:24 · Answer 11 · 2019-08-13 17:24

Я только что попробовал первый ответ от Брэда Рема и пришел к этому параметру в web.config под BasicHttpBinding:

<system.serviceModel>
    <bindings>
      <basicHttpBinding>
        <binding bypassProxyOnLocal="False" useDefaultWebProxy="false" proxyAddress="http://127.0.0.1:8888" ...
        ...
      </basicHttpBinding>
    </bindings>
    ...
<system.serviceModel>

Надеюсь, это кому-нибудь поможет.

user2201520 15 сен '19 в 08:44 2019-09-15 08:44 · Answer 12 · 2019-09-15 08:44

Вы можете использовать бесплатную версию HTTP Debugger.

Это не прокси, и вам не нужно вносить никаких изменений в web.config.

Кроме того, он может отображать оба; входящие и исходящие HTTP-запросы. HTTP-отладчик бесплатно

0

Источник

user2201520 15 сен '19 в 08:44