By default, Fiddler acts as a proxy server that captures the traffic that passes through it.
When you run Fiddler on your client , your browser passes the request through Fiddler on the way to the server. If your client and server are on the same PC, traffic sent to localhost
or 127.0.0.1
can be bypassed by Fiddler due to hard-coded restrictions in the .NET Framework (this is not the case with browsers).
To solve this problem, you can update your .NET code to fall into one of the aliases for localhost
that Fiddler supports using: localhost.fiddler
or ipv4.fiddler
or ipv6.fiddler
.
If Fiddler is running on a server and you want to capture requests made by your server code (for example, outgoing requests from ASP.NET), you need to configure your ASP.NET application to send its traffic to Fiddler. This is because when Fiddler starts, it configures the current user to send their traffic to Fiddler, but ASP.NET works inside the Windows Service account, and not inside the current user account. There are several ways to capture requests made from within ASP.NET, but this blog post contains the simplest. Update the appropriate machine.config
(usually a 64-bit version of the file) to contain the line
<proxy autoDetect="false" bypassonlocal="false" proxyaddress="http://127.0.0.1:8888" usesystemdefault="false" />
Now, if Fiddler is running on a different server , you will need to configure the proxy server to point to some computer that runs Fiddler, for example
<proxy autoDetect="false" bypassonlocal="false" proxyaddress="http://MyFiddlerServer:8888" usesystemdefault="false" />
source share