Hello.
When specified upstream proxy becomes unavailable, Fiddler is showing this messages in "Tools > Fiddler Options > Gateway > Show Current Gateway Info" window:
---
WARNING: HTTP Gateway specified was unreachable and is being ignored.
WARNING: HTTPS Gateway specified was unreachable and is being ignored.
WARNING: FTP Gateway specified was unreachable and is being ignored.
---
As I understand, Fiddler is just skipping specified proxy and using system proxy instead.
Is there a way to make Fiddler drop outgoing requests in case of invalid upstream proxy instead of forvarding 'em through the system proxy?
When specified upstream proxy becomes unavailable, Fiddler is showing this messages in "Tools > Fiddler Options > Gateway > Show Current Gateway Info" window:
---
WARNING: HTTP Gateway specified was unreachable and is being ignored.
WARNING: HTTPS Gateway specified was unreachable and is being ignored.
WARNING: FTP Gateway specified was unreachable and is being ignored.
---
As I understand, Fiddler is just skipping specified proxy and using system proxy instead.
Is there a way to make Fiddler drop outgoing requests in case of invalid upstream proxy instead of forvarding 'em through the system proxy?
1 Answer, 1 is accepted
0
Hello, Alex--
Unfortunately, this question is quite complex.
By default, Fiddler launches and adopts the system's proxy settings as an upstream proxy. If a host:ip is configured in those settings but that host:ip are not reachable when Fiddler starts, Fiddler ignores the proxy settings and defaults to sending traffic directly to the origin.
If a host:ip proxy is initially responsive when Fiddler boots, but later becomes unresponsive, requests from Fiddler will fail until that proxy becomes responsive again.
If Windows notifies Fiddler that the network has changed (e.g. you connected or disconnected for WiFi) Fiddler may redetect the upstream proxy settings.
If you manually specify a proxy using the X-OverrideGateway flag on a Session, Fiddler 2.4.9.5 and earlier will fail the request if the proxy is unresponsive and the proxy uses SOCKS; if the proxy is unresponsive and is not SOCKS, the request will be sent direct. In Fiddler 2.4.9.6 and later (to be released shortly), Fiddler will fail the request if the X-OverrideGateway proxy is unresponsive whether it uses SOCKS or not.
If you have a scenario where it makes sense for Fiddler to NOT ignore these proxy settings, please help explain it and I will consider adding a preference for that behavior in the next version.
Regards,
Eric Lawrence
Telerik
Unfortunately, this question is quite complex.
By default, Fiddler launches and adopts the system's proxy settings as an upstream proxy. If a host:ip is configured in those settings but that host:ip are not reachable when Fiddler starts, Fiddler ignores the proxy settings and defaults to sending traffic directly to the origin.
If a host:ip proxy is initially responsive when Fiddler boots, but later becomes unresponsive, requests from Fiddler will fail until that proxy becomes responsive again.
If Windows notifies Fiddler that the network has changed (e.g. you connected or disconnected for WiFi) Fiddler may redetect the upstream proxy settings.
If you manually specify a proxy using the X-OverrideGateway flag on a Session, Fiddler 2.4.9.5 and earlier will fail the request if the proxy is unresponsive and the proxy uses SOCKS; if the proxy is unresponsive and is not SOCKS, the request will be sent direct. In Fiddler 2.4.9.6 and later (to be released shortly), Fiddler will fail the request if the X-OverrideGateway proxy is unresponsive whether it uses SOCKS or not.
If you have a scenario where it makes sense for Fiddler to NOT ignore these proxy settings, please help explain it and I will consider adding a preference for that behavior in the next version.
Regards,
Eric Lawrence
Telerik
Check out the Telerik Platform - the only platform that combines a rich set of UI tools with powerful cloud services to develop web, hybrid and native mobile apps.