Fiddler not capturing HTTP traffic from .NET application

2,884 views
Skip to first unread message

Snail Mail

unread,
Jul 24, 2013, 10:58:48 AM7/24/13
to httpf...@googlegroups.com
I'm am connecting to remote HTTP services from a .NET application and Fiddler won't capture the traffic. When I hit the services with SOAP UI, no problems Fiddler correctly shows traffic, but no matter what I do I can't get it to monitor the .NET application. What am I doing wrong?

I've tried the following:

- turning on "Troubleshoot Filters..."
- the .NET config from - http://fiddler2.com/documentation/Configure-Fiddler/Tasks/ConfigureDotNETApp - although I think that's only for localhost
- changing the listening port from 8888 to for e.g. 8082 and back again

my WCF binding config is as follows:

<basicHttpBinding>
    <binding name="BindingName"
          closeTimeout="00:01:00" openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
          allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
          maxBufferSize="6553600" maxBufferPoolSize="5242880" maxReceivedMessageSize="6553600"
          messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered" useDefaultWebProxy="false">
        <readerQuotas maxDepth="32" maxStringContentLength="32768" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384" />
        <security mode="None">
            <transport clientCredentialType="None" proxyCredentialType="None" realm="" />
            <message clientCredentialType="UserName" algorithmSuite="Default" />
        </security>
    </binding>
</basicHttpBinding>

and I have tried using the following:

<system.net>
    <defaultProxy>
        <proxy bypassonlocal="False" usesystemdefault="True" />
    </defaultProxy>
</system.net>

EricLaw

unread,
Jul 24, 2013, 6:29:39 PM7/24/13
to httpf...@googlegroups.com
http://www.fiddlerbook.com/fiddler/help/hookup.asp#Q-DotNET has a more verbose description of the mechanisms used to configure .NET applications to proxy their traffic.
  • Did you try removing this? useDefaultWebProxy="false"
  • Is the application running in the same user-account as Fiddler?
  • Where specifically did you add the XML block shown?
  • Did you restart the application after Fiddler was started?

Snail Mail

unread,
Jul 25, 2013, 8:47:40 AM7/25/13
to httpf...@googlegroups.com
The useDefaultWebProxy="false" was causing the problem.

It's just a pity, because the only reliable way to hit the services is with that setting in the binding. I suppose the machine.config may work for deployed code, where config is inaccessible.

This is still a great help though, thank you.


EricLaw

unread,
Jul 25, 2013, 6:07:15 PM7/25/13
to httpf...@googlegroups.com
"the only reliable way to hit the services is with that setting in the binding"
 
Can you expound upon that a bit? If the code is running in an environment that requires a proxy, disabling that proxy will prevent the services from being hit.
Reply all
Reply to author
Forward
0 new messages